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.
Bug 873270 - [hck][svvp] PCI Hardware Compliance Test for Systems job failed when e1000 is in use
Summary: [hck][svvp] PCI Hardware Compliance Test for Systems job failed when e1000 is...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.4
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: rc
: ---
Assignee: Michael S. Tsirkin
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On: 866736
Blocks: 707622
TreeView+ depends on / blocked
 
Reported: 2012-11-05 13:33 UTC by Chris Pelland
Modified: 2013-01-10 01:13 UTC (History)
16 users (show)

Fixed In Version: qemu-kvm-0.12.1.2-2.295.el6_3.8
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-12-04 15:23:47 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2012:1519 0 normal SHIPPED_LIVE qemu-kvm bug fix update 2012-12-04 20:12:11 UTC

Description Chris Pelland 2012-11-05 13:33:09 UTC
This bug has been copied from bug #866736 and has been proposed
to be backported to 6.3 z-stream (EUS).

Comment 18 Xiaoqing Wei 2012-11-13 12:42:33 UTC
Hi,

Found that the 3.6 introduces a Regression !

migrate w/ e1000 nic will fail

qemu# warning: error while loading state for instance 0x0 of device 0000:00:03.0/e1000'
load of migration failed


And this issue didn't found on el6_3.5 or the latest RHEL.6.4 
qemu-kvm-0.12.1.2-2.334.el6.x86_64

Looks like 3.6 missed some patch.

Regards,
Xiaoqing Wei.

Comment 22 Mike Cao 2012-11-14 02:54:03 UTC
The patch fixed my original issue

now PCI Compliance Test job can pass on qemu-kvm-0.12.1.2-2.295.el6_3.6.

Comment 23 Qunfang Zhang 2012-11-14 03:25:48 UTC
(In reply to comment #21)
> (In reply to comment #20)
> 
> Hi Chris,
> 
> > Xiaoqing,
> > 
> > Would this issue also be in the qemu-kvm build for RHEL 6.4?
> > This bug is in 6.3.z.  What about the associated 6.4 bug?
> > https://bugzilla.redhat.com/show_bug.cgi?id=866736  (It still shows in
> > VERIFIED)
> 
> Pls see Comment#18 , 
> And this issue didn't found on el6_3.5 or the latest RHEL.6.4 
> qemu-kvm-0.12.1.2-2.334.el6.x86_64
> 
> Looks like 3.6 missed some patch.
> 
> Regards,
> Xiaoqing Wei.

Hello, Xiaoqing

I just tried migration between qemu-kvm-295_3.6 and rhel6.4 version qemu-kvm-334 with e1000 emulated nic, but have no problem. Migration finished successfully.
Could you help check the following options:
1) Do you use spice to test? Cross version migration with spice is broken due to bug 869981.
2) Is the pci address for each pci device (especially e1000 in your case) are matching the configuration in destination host?  Migration will fail if the pci addr are not matched before and after migration.
3) Could you provide your command line?

p.s. 
My command line:
/usr/libexec/qemu-kvm -M rhel6.3.0 -cpu Westmere -enable-kvm -m 4096 -smp 4,sockets=4,cores=1,threads=1 -enable-kvm -name win2k8r2 -uuid b6d6f013-2940-4124-946a-13da591a3fba -k en-us -rtc base=localtime,clock=host,driftfix=slew -no-kvm-pit-reinjection -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=input0 -drive file=/mnt/win2k8-r2-virtio.qcow2,if=none,id=disk0,format=qcow2,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,drive=disk0,bus=pci.0,addr=0x3,id=disk0,scsi=off  -drive file=/mnt/en_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_x64_dvd_617601.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=00:1A:1A:4A:25:28,bus=pci.0,addr=0x4 -monitor stdio -qmp tcp:0:6666,server,nowait -chardev socket,path=/tmp/isa-serial,server,nowait,id=isa1 -device isa-serial,chardev=isa1,id=isa-serial1 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -chardev socket,id=charchannel0,path=/tmp/serial-socket,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev spicevmc,id=charchannel1,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 -chardev socket,path=/tmp/foo,server,nowait,id=foo -device virtconsole,chardev=foo,id=console0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -vnc :10 -k en-us -boot dc -drive if=none,id=drive-fdc0-0-0,format=raw,cache=none -global isa-fdc.driveA=drive-fdc0-0-0

Thanks!
Qunfang

Comment 24 Xiaoqing Wei 2012-11-14 03:38:31 UTC
/home/staf-kvm-devel/autotest-devel/client/tests/kvm/qemu 
    -S 
    -name 'vm1' 
    -nodefaults 
    -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20121114-033404-843xcVFX,server,nowait 
    -mon chardev=qmp_id_qmpmonitor1,mode=control 
    -chardev socket,id=serial_id_serial1,path=/tmp/serial-serial1-20121114-033404-843xcVFX,server,nowait 
    -device isa-serial,chardev=serial_id_serial1 
    -chardev socket,id=seabioslog_id_20121114-033404-843xcVFX,path=/tmp/seabios-20121114-033404-843xcVFX,server,nowait 
    -device isa-debugcon,chardev=seabioslog_id_20121114-033404-843xcVFX,iobase=0x402 
    -device ich9-usb-uhci1,id=usb1,bus=pci.0,addr=0x4 
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/kvm/images/win2008r2-64.qcow2',if=none,id=drive-ide0-0-0,media=disk,cache=none,boot=off,snapshot=off,format=qcow2,aio=native 
    -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 
    -device e1000,netdev=idowBD72,mac=9a:b8:b9:ba:bb:bc,bus=pci.0,addr=0x3,id='idLE7C4l' 
    -netdev tap,id=idowBD72,fd=21 
    -m 8192 
    -smp 8,cores=4,threads=1,sockets=2 
    -cpu 'Westmere' 
    -M rhel6.3.0 
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/kvm/isos/windows/winutils.iso',if=none,id=drive-ide0-0-1,media=cdrom,snapshot=off,format=raw 
    -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 
    -vnc :0 
    -vga std 
    -rtc base=localtime,clock=host,driftfix=slew  
    -boot order=cdn,once=c,menu=off  
    -bios /usr/share/seabios/bios-pm.bin 
    -enable-kvm



#################################################################
/home/staf-kvm-devel/autotest-devel/client/tests/kvm/qemu 
    -S 
    -name 'vm1' 
    -nodefaults 
    -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20121114-041142-CATix1E4,server,nowait 
    -mon chardev=qmp_id_qmpmonitor1,mode=control 
    -chardev socket,id=serial_id_serial1,path=/tmp/serial-serial1-20121114-041142-CATix1E4,server,nowait 
    -device isa-serial,chardev=serial_id_serial1 
    -chardev socket,id=seabioslog_id_20121114-041142-CATix1E4,path=/tmp/seabios-20121114-041142-CATix1E4,server,nowait 
    -device isa-debugcon,chardev=seabioslog_id_20121114-041142-CATix1E4,iobase=0x402 
    -device ich9-usb-uhci1,id=usb1,bus=pci.0,addr=0x4 
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/kvm/images/win2008r2-64.qcow2',if=none,id=drive-ide0-0-0,media=disk,cache=none,boot=off,snapshot=off,format=qcow2,aio=native 
    -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 
    -device e1000,netdev=idiHNWno,mac=9a:b8:b9:ba:bb:bc,bus=pci.0,addr=0x3,id='idhs1T6g' 
    -netdev tap,id=idiHNWno,fd=42 
    -m 8192 
    -smp 8,cores=4,threads=1,sockets=2 
    -cpu 'Westmere' 
    -M rhel6.3.0 
    -drive file='/home/staf-kvm-devel/autotest-devel/client/tests/kvm/isos/windows/winutils.iso',if=none,id=drive-ide0-0-1,media=cdrom,snapshot=off,format=raw 
    -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 
    -vnc :1 
    -vga std 
    -rtc base=localtime,clock=host,driftfix=slew  
    -boot order=cdn,once=c,menu=off  
    -bios /usr/share/seabios/bios-pm.bin 
    -enable-kvm 
    -incoming tcp:0:5200

Comment 25 Qunfang Zhang 2012-11-14 05:53:35 UTC
Hi Michael

Here is some summarize for the issue xwei raised in comment 18.

1) Migration failed with e1000 nic between two rhel6.3-z latest build, qemu-kvm-295_3.6 and qemu-kvm-295_3.6. Re-test with virtio nic, have no problem.

2) Migration between rhel6.3-z (qemu-kvm-295_3.6) and rhel6.4, passed. (Ping-pong migration passed.)

3) Migration between rhel6.3-z (qemu-kvm-295_3.6) and rhel6.3 released version, passed. (Ping-pong migration passed.)

4)I tried your build in comment 13, hit the issue as well.

Thanks,
Qunfang

Comment 35 Mike Cao 2012-11-30 10:20:45 UTC
Re-verified on qemu-kvm-0.12.1.2-2.295.el6_3.8 ,PCI Compliance Test can pass as well

Comment 37 Mike Cao 2012-12-03 02:43:42 UTC
(In reply to comment #35)
> Re-verified on qemu-kvm-0.12.1.2-2.295.el6_3.8 ,PCI Compliance Test can pass
> as well

Correction: the verify version should be qemu-kvm-rhev-0.12.1.2-2.295.el6_3.8.We never run svvp test over qemu-kvm package after rhel6.3

Mike

Comment 38 Mike Cao 2012-12-03 03:43:41 UTC
ve-verified on qemu-kvm-0.12.1.2-2.295.el6_3.8 , job can pass as well

Comment 41 errata-xmlrpc 2012-12-04 15:23:47 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-1519.html


Note You need to log in before you can comment on or make changes to this bug.