Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Created attachment 564913[details]
LIBGUESTFS_DEBUG log file
Description of Problem:
Libguestfs hang when using virt-v2v to convert guest
Version-Release number of selected component (if applicable):
virt-v2v-0.8.6-1.el6.x86_64
libguestfs-1.16.5-1.el6.x86_64
libvirt-0.9.10-2.el6.x86_64
qemu-kvm-0.12.1.2-2.232.el6.x86_64
kernel:(can reproduce with the below kernel)
2.6.32-220.el6.x86_64
2.6.32-220.4.1.el6.x86_64
2.6.32-220.4.2.el6.x86_64
How reproducible:
always
Steps to Reproduce:
1.Use virt-v2v to convert a guest:
# LIBGUESTFS_TRACE=1 virt-v2v -ic xen+ssh://10.66.72.123 -os default xen-hvm-rhel6.2-x86_64 2>&1
root.72.123's password:
root.72.123's password:
rhel6u1-64b-hv.img: 100%
[=============================================================================]D
0h02m24s
libguestfs: trace: add_drive_opts "/var/lib/libvirt/images/rhel6u1-64b-hv.img"
"format:raw" "iface:ide" "name:hda"
libguestfs: trace: add_drive_opts = 0
libguestfs: trace: add_drive_opts "/tmp/URgX54ps5w" "readonly:true"
"format:raw" "iface:ide"
libguestfs: trace: add_drive_opts = 0
libguestfs: trace: set_network true
libguestfs: trace: set_network = 0
libguestfs: trace: launch
Actual results:
It just hangs after printing some messages.
Expected results:
It should convert successfully.
Additional info:
1.Virt-v2v works fine with previous version of qemu-kvm,eg: qemu-kvm-0.12.1.2-2.225.el6.x86_64 or older version
2.The full log of using LIBGUESTFS_DEBUG is attached.
Created attachment 565502[details]
Reproducer for rhbz 796115
I think this is a qemu-kvm regression, so I'm moving it to qemu-kvm. Please feel free to move it back if you don't agree.
Reproducer:
1. (host)# nc -U -l /tmp/guestfs.sock
2. Start a x86_64 kvm guest with:
/usr/libexec/qemu-kvm -global virtio-blk-pci.scsi=off -drive file=/dev/null,if=virtio -nodefconfig -enable-kvm -nodefaults -nographic -m 500 -no-reboot -drive file=$image,if=virtio,cache=none,boot=on -serial stdio -device virtio-serial -chardev socket,path=/tmp/guestfs.sock,id=channel0 -device virtserialport,chardev=channel0,name=org.libguestfs.channel.0
3. Copy the attached rhbz796115.c to guest, and compile it
(guest)# gcc rhbz796115.c -o rhbz796115
4. run rhbz796115 in guest.
(guest)# ./rhbz796115
Result:
It hangs at step 4 with qemu-kvm-0.12.1.2-2.228.el6, but doesn't hang with qemu-kvm-0.12.1.2-2.227.el6.
Comment 6Richard W.M. Jones
2012-02-24 08:12:26 UTC
Thanks for all the work tracking this down and the reproducer.
I notice there's a newer qemu-kvm in brew: -2.233.el6.
Did you try that?
(In reply to comment #6)
> I notice there's a newer qemu-kvm in brew: -2.233.el6.
> Did you try that?
The defect exists with qemu-kvm-0.12.1.2-2.233.el6 too.
Comment 8Richard W.M. Jones
2012-02-24 08:58:09 UTC
libguestfs works well with qemu-kvm-0.12.1.2-2.234.el6, and it doesn't hang when run the reproducer in comment 5, so I'm closing this as a dup of bug 791200 per comment 9.
*** This bug has been marked as a duplicate of bug 791200 ***
Created attachment 564913 [details] LIBGUESTFS_DEBUG log file Description of Problem: Libguestfs hang when using virt-v2v to convert guest Version-Release number of selected component (if applicable): virt-v2v-0.8.6-1.el6.x86_64 libguestfs-1.16.5-1.el6.x86_64 libvirt-0.9.10-2.el6.x86_64 qemu-kvm-0.12.1.2-2.232.el6.x86_64 kernel:(can reproduce with the below kernel) 2.6.32-220.el6.x86_64 2.6.32-220.4.1.el6.x86_64 2.6.32-220.4.2.el6.x86_64 How reproducible: always Steps to Reproduce: 1.Use virt-v2v to convert a guest: # LIBGUESTFS_TRACE=1 virt-v2v -ic xen+ssh://10.66.72.123 -os default xen-hvm-rhel6.2-x86_64 2>&1 root.72.123's password: root.72.123's password: rhel6u1-64b-hv.img: 100% [=============================================================================]D 0h02m24s libguestfs: trace: add_drive_opts "/var/lib/libvirt/images/rhel6u1-64b-hv.img" "format:raw" "iface:ide" "name:hda" libguestfs: trace: add_drive_opts = 0 libguestfs: trace: add_drive_opts "/tmp/URgX54ps5w" "readonly:true" "format:raw" "iface:ide" libguestfs: trace: add_drive_opts = 0 libguestfs: trace: set_network true libguestfs: trace: set_network = 0 libguestfs: trace: launch Actual results: It just hangs after printing some messages. Expected results: It should convert successfully. Additional info: 1.Virt-v2v works fine with previous version of qemu-kvm,eg: qemu-kvm-0.12.1.2-2.225.el6.x86_64 or older version 2.The full log of using LIBGUESTFS_DEBUG is attached.