Bug 653340

Summary: [kvm] VIRT-IO NIC state is reported as 'unknown' on vm running over RHEL6 host [rhel-6.0.z]
Product: Red Hat Enterprise Linux 6 Reporter: RHEL Program Management <pm-rhel>
Component: kernelAssignee: Frantisek Hrbata <fhrbata>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 6.1CC: akong, chayang, danken, dhoward, hateya, iheim, jasowang, kernel-mgr, llim, mgoldboi, mkenneth, mwagner, pm-eus, shavivi, tburke, virt-maint, ykaul
Target Milestone: rcKeywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: kernel-2.6.32-71.10.1.el6 Doc Type: Bug Fix
Doc Text:
When using a VIRT-IO (Virtual Input/Output) NIC (Network Interface Controller), its state was reported as unknown instead of its real state (up or down). This was due to the fact that the device could not report the state status. With this update, when a device is not capable of reporting the current state, it is assumed the state is up or the state is read from the config file.
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-01-11 19:47:55 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 646369    
Bug Blocks:    

Description RHEL Program Management 2010-11-15 09:48:32 UTC
This bug has been copied from bug #646369 and has been proposed
to be backported to 6.0 z-stream (EUS).

Comment 2 Frantisek Hrbata 2010-11-30 11:48:12 UTC
in 2.6.32-71.10.1.el6

Comment 4 Chao Yang 2010-12-15 10:13:26 UTC
verified with virtio nic on rhel6.0.z guest, did not hit this issue.

#/usr/libexec/qemu-kvm -no-hpet -usbdevice tablet -rtc-td-hack -startdate now -name RHEL6.0.z -smp 2 -m 4G -boot c -net nic,vlan=2,macaddr=12:44:11:36:55:fe,model=virtio -net tap,vlan=2,script=/etc/qemu-ifup -drive file=/root/rhel6_64.qcow2,media=disk,if=ide,cache=none,format=qcow2,werror=stop -vnc :19 -cpu qemu64 -M rhel5.5.0 -notify all -balloon none -monitor stdio

# ifconfig eth1 down
[root@dhcp-66-83-224 Desktop]# cat /sys/class/net/eth1/operstate 
down
[root@dhcp-66-83-224 Desktop]# ifconfig eth1 up
[root@dhcp-66-83-224 Desktop]# cat /sys/class/net/eth1/operstate 
up

# uname -r
2.6.32-71.13.1.el6.x86_64

Comment 5 Chao Yang 2010-12-28 05:20:18 UTC
based on comment 4, change state to verified.

Comment 6 Chao Yang 2010-12-28 05:22:33 UTC
based on comment 4, change state to verified.

Comment 8 errata-xmlrpc 2011-01-11 19:47:55 UTC
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-0007.html

Comment 9 Martin Prpič 2011-01-12 12:54:54 UTC
    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:
When using a VIRT-IO (Virtual Input/Output) NIC (Network Interface Controller), its state was reported as unknown instead of its real state (up or down). This was due to the fact that the device could not report the state status. With this update, when a device is not capable of reporting the current state, it is assumed the state is up or the state is read from the config file.