I'm trying to use the cmdlet Start-VBRViComputerInstantRecovery to migrate Hyper-v vm to vmware but I lost the network configuration inside my guest OS if I use powercli. I don't have any issue with GUI.
I don't have any error. This is what my command looks like :
but I lost the network configuration inside my guest OS if I use powercli
Is this about changing the NIC adapter from E3000 to VMXNET3? I would expect that you have to reconfigure the network configuration inside the VM. If you change the type with PowerCLI, windows will see the network card as a new one.
No it isn't.
I don't make any change on my test here. I just try to migrate VM from HV to VM without any change. I keep E1000 on my test like it does with GUI but I have this issue
Could you reproduce the issue and raise a Support Case? Use the 3rd radio option when following https://veeam.com/kb1832 and select the Veeam server, and note the time and date of the test. (for the viewing audience, we want the server export in this case just to get the powershell and restore logs. In any other case you have with failing jobs, you want to use the 1st option and select the relevant jobs, always. Server exports will not get the necessary information)
At first blush seems weird and just would be great to see what happens in the logs.
David Domask | Product Management: Principal Analyst
I've responded on the case, but as I see it, it's not (yet) related to the cmdlet but about the target network you're attempting to connect to. So cmdlet seems to work "okay", but let's continue in the case.
Edit: (I think I see the issue, and perhaps not about the target but the _source_, but let's continue in the case)
David Domask | Product Management: Principal Analyst
I'm moving the case to the paid queue then and also putting one of my engineer's on it to research while I'm doing testing as well, so should have updates for you soon.
David Domask | Product Management: Principal Analyst
Just to keep informed :
Case is on r & d group and I m waiting return back. First Engeneer support probably didn t try to reproduce my issue and after I ask for escalation the second reproduce it and have the same issue