Re: [Libguestfs] virt-v2v: Died at /usr/bin/virt-p2v-server line 411
On Thu, Nov 20, 2014 at 12:03:43PM +0100, Nicolas Ecarnot wrote:
Just to be sure : I attached the complete log file into a compressed attachement. Did you get it?
Yes, I got the log file. [...]
You could grab it and post it somewhere (but note that registries contain sensitive data such as passwords):
mkdir /tmp/registry virt-copy-out -a /path/to/guest.img 'win:C:\windows\system32\config' /tmp/registry
(I only need to see the files 'SYSTEM' and 'SOFTWARE')
I don't how to get the guest.img, I guess it would be available at some point during the conversion, but I just have a physical server.
And about the two files, is it OK if I provide you the files directly coming from the real physical server?
From the server which is the source of the P2V conversion, yes.
Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v
Thanks for providing the SOFTWARE and SYSTEM hives. Firstly the SOFTWARE hive has an unusually large 'nk' node, which required me to increase one of the limits in hivex: https://github.com/libguestfs/hivex/commit/bec3f0bb632c4b84a1dfb73eb6333c2ba... The SYSTEM hive was even more interesting: $ hivexsh system Welcome to hivexsh, the hivex interactive shell for examining Windows Registry binary hive files. Type: 'help' for help summary 'quit' to quit the shell system\> ls ControlSet001 ControlSet002 LastKnownGoodRecovery MountedDevices Select Setup WPA system\> cd ControlSet001\Services system\ControlSet001\Services> cd Firstboot hivexsh: cd: Argument list too long This was the error seen in the conversion, and it turned out to be caused by the hive containing a node which contains a French name, encoded in UTF-8. This is a bit more complicated to solve .. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/
On Thu, Nov 20, 2014 at 09:25:40PM +0000, Richard W.M. Jones wrote:
This was the error seen in the conversion, and it turned out to be caused by the hive containing a node which contains a French name, encoded in UTF-8. ^^ Actually it's Latin-1, not UTF-8.
Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/
OK the Windows "argument list too long" thing should be fixed by hivex-1.3.10-5.7.el7 which is in the usual place. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org
Le 20/11/2014 23:11, Richard W.M. Jones a écrit :
OK the Windows "argument list too long" thing should be fixed by hivex-1.3.10-5.7.el7 which is in the usual place.
Rich.
It's a real pleasure to start a working day and see that a yum upgrade displays some fresh packages just related to our issues :) Thank you Richard. But as usual, I won't be able to test them on the real server before tonight (production server). For your information, when this conversion will run smoothly, I will have lots of other servers to convert, so your work will get intensively tested and very appreciated. -- Nicolas Ecarnot
Le 21/11/2014 08:24, Nicolas Ecarnot a écrit :
Le 20/11/2014 23:11, Richard W.M. Jones a écrit :
OK the Windows "argument list too long" thing should be fixed by hivex-1.3.10-5.7.el7 which is in the usual place.
Rich.
It's a real pleasure to start a working day and see that a yum upgrade displays some fresh packages just related to our issues :)
Thank you Richard.
But as usual, I won't be able to test them on the real server before tonight (production server). For your information, when this conversion will run smoothly, I will have lots of other servers to convert, so your work will get intensively tested and very appreciated.
Richard, Matthew et al, I'm extremely glad to announce that last night, _we_ (you and I) were finally able to complete a conversion of this tricky windows 2003 server. When completed, the import into oVirt went fine, but booting lead to a BSOD, which I corrected by merging mergeide.reg into the source machine and starting the whole process again. Then I fine tuned it by installing the dedicated virt drivers (virtio, net, scsi) and it eventually worked. I guess the success key was that very last release of the packages coming from the libguestfs-RHEL-7.1-preview.repo repo : [root@serv-p2v-adm1 etc]# tail -8 /var/log/yum.log Nov 21 08:19:52 Updated: hivex-1.3.10-5.7.el7.x86_64 Nov 21 08:19:53 Updated: perl-hivex-1.3.10-5.7.el7.x86_64 Nov 21 08:19:53 Updated: 1:libguestfs-1.28.1-1.13.el7.x86_64 Nov 21 08:19:54 Updated: 1:libguestfs-tools-c-1.28.1-1.13.el7.x86_64 Nov 21 08:19:54 Updated: 1:perl-Sys-Guestfs-1.28.1-1.13.el7.x86_64 Nov 21 08:19:54 Updated: 1:libguestfs-tools-1.28.1-1.13.el7.noarch Nov 21 08:19:54 Updated: 1:libguestfs-devel-1.28.1-1.13.el7.x86_64 Nov 21 08:19:55 Updated: 1:virt-v2v-1.28.1-1.13.el7.x86_64 For me, it has been more than a month of struggle, doc reading, testing, and way too many failures; but thanks to the libguestfs team, I succeeded. So I'd like to express my sincere thanks to Richard and Matthew for your support and professionalism. As I explained it this long thread, I will have many more machines to convert, so they may be parts I may wish to see unsharpened (iptables concerns, sshd_config, livecd via pxeboot), but I know now that the code is correct and the pieces are fitting. Once again, thank you gentlemen. -- Nicolas Ecarnot
On Sat, Nov 22, 2014 at 11:41:54AM +0100, Nicolas Ecarnot wrote:
When completed, the import into oVirt went fine, but booting lead to a BSOD, which I corrected by merging mergeide.reg into the source machine and starting the whole process again. Then I fine tuned it by installing the dedicated virt drivers (virtio, net, scsi) and it eventually worked.
Hang on there ... Using 'mergeide.reg' should *not* be necessary ... What was the BSOD? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW
Le 22/11/2014 12:14, Richard W.M. Jones a écrit :
On Sat, Nov 22, 2014 at 11:41:54AM +0100, Nicolas Ecarnot wrote:
When completed, the import into oVirt went fine, but booting lead to a BSOD, which I corrected by merging mergeide.reg into the source machine and starting the whole process again. Then I fine tuned it by installing the dedicated virt drivers (virtio, net, scsi) and it eventually worked.
Hang on there ... Using 'mergeide.reg' should *not* be necessary ...
I tried many reboots, and F8 > choose different debug/recovery options. They all lead to windows beginning to boot then BSOD 0x0000007B.
What was the BSOD?
If you want the precise sub figures between parenthesis, I must admit I haven't them anymore. Sorry. Google is full of answers leading towards the use of mergeide.reg, and my former experience with its use was good, so I did not hesitate and was right. Does your answer above implies that amongst the tons of things libguestfs is doing to the FS, it also manipulate the registry in order to do the same changes that mergeide.reg does? -- Nicolas Ecarnot
On Sun, Nov 23, 2014 at 01:12:06AM +0100, Nicolas Ecarnot wrote:
Le 22/11/2014 12:14, Richard W.M. Jones a écrit :
On Sat, Nov 22, 2014 at 11:41:54AM +0100, Nicolas Ecarnot wrote:
When completed, the import into oVirt went fine, but booting lead to a BSOD, which I corrected by merging mergeide.reg into the source machine and starting the whole process again. Then I fine tuned it by installing the dedicated virt drivers (virtio, net, scsi) and it eventually worked.
Hang on there ... Using 'mergeide.reg' should *not* be necessary ...
I tried many reboots, and F8 > choose different debug/recovery options. They all lead to windows beginning to boot then BSOD 0x0000007B.
What was the BSOD?
If you want the precise sub figures between parenthesis, I must admit I haven't them anymore. Sorry.
Google is full of answers leading towards the use of mergeide.reg, and my former experience with its use was good, so I did not hesitate and was right.
Does your answer above implies that amongst the tons of things libguestfs is doing to the FS, it also manipulate the registry in order to do the same changes that mergeide.reg does?
Depending on circumstances, it should have installed virtio drivers and enabled them, so 'mergeide' is not necessary. As always I would need to see the complete virt-v2v -v -x output, & the exact details of how you booted the VM in oVirt to be sure. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top
participants (2)
-
Nicolas Ecarnot -
Richard W.M. Jones