Bug 653340 - [kvm] VIRT-IO NIC state is reported as 'unknown' on vm running over RHEL6 host [rhel-6.0.z]
[kvm] VIRT-IO NIC state is reported as 'unknown' on vm running over RHEL6 hos...
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel (Show other bugs)
6.1
Unspecified Unspecified
high Severity high
: rc
: ---
Assigned To: Frantisek Hrbata
Virtualization Bugs
: ZStream
Depends On: 646369
Blocks:
  Show dependency treegraph
 
Reported: 2010-11-15 04:48 EST by RHEL Product and Program Management
Modified: 2013-01-09 18:20 EST (History)
17 users (show)

See Also:
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 14:47:55 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description RHEL Product and Program Management 2010-11-15 04:48:32 EST
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 06:48:12 EST
in 2.6.32-71.10.1.el6
Comment 4 Chao Yang 2010-12-15 05:13:26 EST
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 00:20:18 EST
based on comment 4, change state to verified.
Comment 6 Chao Yang 2010-12-28 00:22:33 EST
based on comment 4, change state to verified.
Comment 8 errata-xmlrpc 2011-01-11 14:47:55 EST
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 Prpic 2011-01-12 07:54:54 EST
    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.

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