libguestfs hanging on CentOS 6.2
Hi, libguestfs is hanging on my CentOS 6.2. Here is the output of the libguestfs-test-tool: http://pastebin.com/Kh5H1Wyj Any hint? Thanks
Just in case, here is also the output after exiting the libguestfs-test-tool: ... febootstrap: internal insmod ext2.ko [ 0.965626] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input2 ...HANG...pressed CTRL+C... febootstrap: no ext2 root device found Please include FULL verbose output in your bug report. [ 525.159362] Kernel panic - not syncing: Attempted to kill init! [ 525.160484] Pid: 1, comm: init Not tainted 2.6.32-220.el6.x86_64 #1 [ 525.161476] Call Trace: [ 525.162138] [<ffffffff814ec321>] ? panic+0x78/0x143 [ 525.163063] [<ffffffff8106eed2>] ? do_exit+0x852/0x860 [ 525.164062] [<ffffffff8106ef38>] ? do_group_exit+0x58/0xd0 [ 525.165052] [<ffffffff8106efc7>] ? sys_exit_group+0x17/0x20 [ 525.166170] [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b [ 525.167159] Rebooting in 1 seconds..libguestfs: child_cleanup: 0x1792cf0: child process died libguestfs: sending SIGTERM to process 10689 libguestfs: error: guestfs_launch failed, see earlier error messages libguestfs: trace: launch = -1 (error) libguestfs: trace: close libguestfs: closing guestfs handle 0x1792cf0 (state 0) On 19-01-2014 8:57, Christopher Pereira wrote:
Hi,
libguestfs is hanging on my CentOS 6.2. Here is the output of the libguestfs-test-tool: http://pastebin.com/Kh5H1Wyj
Any hint?
Thanks
On Sun, Jan 19, 2014 at 09:22:55AM -0300, Christopher Pereira wrote:
Just in case, here is also the output after exiting the libguestfs-test-tool:
... febootstrap: internal insmod ext2.ko [ 0.965626] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input2
The next line here should be: febootstrap: picked /sys/block/vdb/dev as root device So for whatever reason febootstrap cannot find the appliance disk. It is added correctly on the qemu command line. Versions installed (from IRC chat) were: libguestfs-1.20.11-2.el6.x86_64 libguestfs-winsupport-1.0-7.el6.x86_64 (ie. from RHEL 6.5) My suggestion is that you're going to have to upgrade the kernel and qemu (at least) to the same as from RHEL 6.5, since we don't test mixed old/new packages. Given that 18 months passed between 6.2 & 6.5 it could be a bug in just about anything. Note that libguestfs will use the newest kernel in /boot, so you can install the newer kernel even if there's some (eg hardware) problem keeping you on the old host kernel. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones 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
On Sun, Jan 19, 2014 at 12:58:38PM +0000, Richard W.M. Jones wrote:
febootstrap: cmdline: panic=1 console=ttyS0 udevtimeout=600 no_timer_check acpi=off printk.time=1 cgroup_disable=memory root=/dev/sdb selinux=0 guestfs_verbose=1 TERM=xterm
Actually, looking more closely, I think the problem is that this (newer) version of libguestfs is assuming virtio-scsi support (/dev/sdb). But probably the old kernel didn't have virtio-scsi, only virtio-blk. So updating the kernel is the way to go. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org
Richard, Confirmed. Guest launched OK. ===== TEST FINISHED OK ===== I just updated the kernel for 6.2 to solve the problem. Thanks! On 19-01-2014 10:03, Richard W.M. Jones wrote:
On Sun, Jan 19, 2014 at 12:58:38PM +0000, Richard W.M. Jones wrote:
febootstrap: cmdline: panic=1 console=ttyS0 udevtimeout=600 no_timer_check acpi=off printk.time=1 cgroup_disable=memory root=/dev/sdb selinux=0 guestfs_verbose=1 TERM=xterm Actually, looking more closely, I think the problem is that this (newer) version of libguestfs is assuming virtio-scsi support (/dev/sdb). But probably the old kernel didn't have virtio-scsi, only virtio-blk. So updating the kernel is the way to go.
Rich.
-- *J. Christopher Pereira* Gerente General IMATRONIX S.A. www.imatronix.com Móvil : (09) 72 188 630 Santiago: (+56) (02) 28 99 44 60 + anexo 800 Valparaíso: (+56) (32) 2 76 80 77 + anexo 800
participants (2)
-
Christopher Pereira -
Richard W.M. Jones