Red Hat Bugzilla – Bug 603413
RHEL3.9 guest netdump hung with e1000
Last modified: 2013-01-09 17:44:00 EST
Description of problem: Triggering netdump on a RHEL3 i386 guest, it failed for both 8139cp and e1000 NICs. The host system is a RHEL6 Intel based x200 laptop. Version-Release number of selected component (if applicable): qemu-kvm-0.12.1.2-2.71.el6.x86_64 kernel-2.6.32-33.el6.x86_64 libvirt-0.8.1-7.el6.x86_64 How reproducible: always Steps to Reproduce: 1. install a RHEL3.9 i386 guest with 2 vcpu and 1G memory. 2. setup and trigger netdump from the guest.
Created attachment 423568 [details] 8139cp NIC with incomplete vmcore -rw------- 1 netdump netdump 971 Jun 12 07:20 log -rw------- 1 netdump netdump 1699840 Jun 12 07:21 vmcore-incomplete
Created attachment 423569 [details] e1000 NIC stopped here with no progress
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion.
This looks like a dupe of bug #601480
*** This bug has been marked as a duplicate of bug 601480 ***
I'll use this one to track RHEL3 guest (e1000) hung during netdump.
RHEL4.8 x86_64 guest (e1000) was working fine so far.
Tested with latest build: ====================================================================== [root@ibm-hs21-01 ~]# rpm -q qemu-kvm libvirt kernel qemu-kvm-0.12.1.2-2.120.el6.x86_64 libvirt-0.8.1-27.el6.x86_64 kernel-2.6.32-83.el6.x86_64 Guest is RHEL3-U9 with 2 vcpu and 1G memory. Netdump success to dump vmcore, no hang was found.
Retest with unfixed build qemu-kvm-0.12.1.2-2.118.el6: This bug reproduce. Verified this bug with qemu command on latest build: ====================================================================== [root@dhcp-91-8~]# rpm -q qemu-kvm kernel qemu-kvm-0.12.1.2-2.128.el6.x86_64 kernel-2.6.32-94.el6.x86_64 CLI: /usr/libexec/qemu-kvm -m 1G -smp 2 -cpu cpu64-rhel6,+x2apic -usbdevice tablet -drive file=rhel3.9_32_netdump_client.raw,if=none,id=drive-ide0-0-0,werror=stop,rerror=stop,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,id=hostnet0,script=/etc/qemu-ifup -device e1000,netdev=hostnet0,mac=10:10:40:36:26:26,bus=pci.0,addr=0x4 -boot c -uuid c111811f-261c-459a-9a1d-9e8ad666593b -rtc-td-hack -no-kvm-pit-reinjection -monitor stdio -name netdump-client -vnc :1 Guest is RHEL3-U9 for 32bit with 2 vcpu and 1G memory. Netdump success to dump vmcore, no hang was found.
*** Bug 658919 has been marked as a duplicate of this bug. ***
move to verified based on comment#21 and comment#25
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: missing support for secrc field on e1000 emulation. Consequence: Triggering netdump on a RHEL3 i386 guest, it failed when using e1000 NIC emulation. Fix: Added support for secrc field on e1000 emulation code. Result: netdump on RHEL3 guests using e1000 emulation now work.
Hi,Moritoshi It is PM not QE to decide whether this can be go into z-steam. BTW, RHEL6.1 release is around the corner and the fix is in it, so i don't think it is necessary to fix it in rhel6.0.z, thanks, :).
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2011-0534.html