[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Libguestfs] virt-v2v trouble converting Xen Centos 5.X to KVM Centos 6.3 or Fedora 17



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


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]