Libguestfs - Aug 2012 - virt-v2v trouble converting Xen Centos 5.X to KVM Centos 6.3 or Fedora 17

Hi!  I'm trying to convert some Xen guests running Centos 5.8 to KVM on
Centos 6.3.  Hopefully this is the right place to ask this question, if not, let
me know and I'll go there instead!  :)

My setup:  Centos 5.8 Host running Xen with a Centos 5.8 guest, and I want to
transfer this guest to a different Centos 6.3 host running KVM.  I am able to
tweak the target server all I want, but the source server is not really
upgradeable which is why I'm trying to do this in the first place.  :)

Command I am running:

virt-v2v -ic xen+ssh://root at app1.bur.sol -o libvirt -os vg5 --bridge br0
alan2

When I ran this on the Centos 6.3 target, the ssh transfer of the 20G disk image
took about 10 mins and then I saw this error:

"febootstrap-supermin-helper: ext2: parent directory not found: File not
found by ext2_lookup"  I did some searching and saw someone else had this
problem on an ubuntu setup who guessed that febootstrap was below version. 
Since I was able to wipe the target server all I wanted I jumped way ahead to
Fedora 17 which had febootstrap-supermin-helper-3.18-1.fc17.x86_64 and
libguestfs-1.18.6-3.fc17.x86_64.

So now on my new Fedora 17 target, I get a totally different error. It appears
the transfer of the disk image goes fine (that's the 100% progress bar), but
then I get a bunch of error messages I don't understand, and I check and the
logical volume under the vg5 pool has been deleted once the script exits.

vm-alan2: 100% [=====================================================]D 0h08m16s
Use of uninitialized value $transferdev in quotemeta at /bin/virt-v2v line 609.
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 169.
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 178.
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 230.
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 252.
umount: umount: /transfer4b5GFf: umount: /sysroot/transfer4b5GFf: not mounted at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 193.
 at /usr/share/perl5/vendor_perl/Sys/VirtConvert/Config.pm line 262

I re-ran the command setting LIBGUESTFS_TRACE=1 and LIBGUESTFS_DEBUG=1, and
there is about 144K of output I that looks like an operating system booting up,
examination of lots of directores in long format, and the section that has the
error looks like this:

guestfsd: main_loop: new request, len 0x3c
umount /sysroot/transferaherpD
umount: /sysroot/transferaherpD: not mounted
guestfsd: error: /transferaherpD: umount: /sysroot/transferaherpD: not mounted
libguestfs: recv_from_daemon: 112 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 00 2d
 | 00 00 00 01 | 00 12 34 df | ...
libguestfs: trace: umount = -1 (error)
libguestfs: trace: close
libguestfs: closing guestfs handle 0x3302d70 (state 2)
libguestfs: trace: shutdown
libguestfs: trace: internal_autosync
libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00 04 | 
00 00 01 1a | 00 00 00 00 | ...
guestfsd: main_loop: proc 45 (umount) took 0.01 seconds
guestfsd: main_loop: new request, len 0x28
umount /sysroot/local
umount /sysroot/boot
umount /sysroot/home
umount /sysroot/usr
umount /sysroot/tmp
umount /sysroot/pkg
umount /sysroot/var
umount /sysroot
fsync /dev/sda
libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00 01 1a 
| 00 00 00 01 | 00 12 34 e0 | ...
libguestfs: trace: internal_autosync = 0
libguestfs: sending SIGTERM to process 5547
libguestfs: trace: shutdown = 0
umount: umount: /transferaherpD: umount: /sysroot/transferaherpD: not mounted at
 /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 193.
 at /usr/share/perl5/vendor_perl/Sys/VirtConvert/Config.pm line 262
virt-v2v: Transferring storage volume vm-alan2: 21474836480 bytes

The script then exits and I have no idea what I should do next.  There is a 343M
of new data created in /var/tmp/.guestfs-0 also, which I've cleaned up prior
to each run.

Any suggestions on what I should try next?  Thanks again for any assistance!

On Fri, Aug 24, 2012 at 09:39:04AM -0700, Alan Low
wrote:
> "febootstrap-supermin-helper: ext2: parent directory not found: File
not found by ext2_lookup"  I did some searching and saw someone else had
this problem on an ubuntu setup who guessed that febootstrap was below version. 
Since I was able to wipe the target server all I wanted I jumped way ahead to
Fedora 17 which had febootstrap-supermin-helper-3.18-1.fc17.x86_64 and
libguestfs-1.18.6-3.fc17.x86_64.
Best way to diagnose this error (would have been) to run
'libguestfs-test-tool'.  It was probably a packaging bug with the
distro.
> So now on my new Fedora 17 target, I get a totally different error. It
appears the transfer of the disk image goes fine (that's the 100% progress
bar), but then I get a bunch of error messages I don't understand, and I
check and the logical volume under the vg5 pool has been deleted once the script
exits.
> 
> vm-alan2: 100% [=====================================================]D
0h08m16s
> Use of uninitialized value $transferdev in quotemeta at /bin/virt-v2v line
609.
> Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 169.
> Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 178.
> Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 230.
> Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/Sys/VirtConvert/Converter/RedHat.pm line 252.
> umount: umount: /transfer4b5GFf: umount: /sysroot/transfer4b5GFf: not
mounted at /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line
193.
>  at /usr/share/perl5/vendor_perl/Sys/VirtConvert/Config.pm line 262
> 
> I re-ran the command setting LIBGUESTFS_TRACE=1 and LIBGUESTFS_DEBUG=1, and
there is about 144K of output I that looks like an operating system booting up,
examination of lots of directores in long format, and the section that has the
error looks like this:
> 
> guestfsd: main_loop: new request, len 0x3c
> umount /sysroot/transferaherpD
> umount: /sysroot/transferaherpD: not mounted
> guestfsd: error: /transferaherpD: umount: /sysroot/transferaherpD: not
mounted
> libguestfs: recv_from_daemon: 112 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00
00 2d
>  | 00 00 00 01 | 00 12 34 df | ...
> libguestfs: trace: umount = -1 (error)
> libguestfs: trace: close
> libguestfs: closing guestfs handle 0x3302d70 (state 2)
> libguestfs: trace: shutdown
> libguestfs: trace: internal_autosync
> libguestfs: send_to_daemon: 44 bytes: 00 00 00 28 | 20 00 f5 f5 | 00 00 00
04 |
> 00 00 01 1a | 00 00 00 00 | ...
> guestfsd: main_loop: proc 45 (umount) took 0.01 seconds
> guestfsd: main_loop: new request, len 0x28
> umount /sysroot/local
> umount /sysroot/boot
> umount /sysroot/home
> umount /sysroot/usr
> umount /sysroot/tmp
> umount /sysroot/pkg
> umount /sysroot/var
> umount /sysroot
> fsync /dev/sda
> libguestfs: recv_from_daemon: 40 bytes: 20 00 f5 f5 | 00 00 00 04 | 00 00
01 1a
> | 00 00 00 01 | 00 12 34 e0 | ...
> libguestfs: trace: internal_autosync = 0
> libguestfs: sending SIGTERM to process 5547
> libguestfs: trace: shutdown = 0
> umount: umount: /transferaherpD: umount: /sysroot/transferaherpD: not
mounted at
>  /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 193.
>  at /usr/share/perl5/vendor_perl/Sys/VirtConvert/Config.pm line 262
> virt-v2v: Transferring storage volume vm-alan2: 21474836480 bytes
> 
> The script then exits and I have no idea what I should do next.  There is a
343M of new data created in /var/tmp/.guestfs-0 also, which I've cleaned up
prior to each run.
> 
> Any suggestions on what I should try next?  Thanks again for any
assistance!
I'm not certain what the error is, but run 'libguestfs-test-tool' on
the target server anyway to see if the libguestfs install is OK.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora