Bug 1109027
| Summary: | [virtio-win][netkvm]Name field is empty when using netsh command | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Mike Cao <bcao> |
| Component: | virtio-win | Assignee: | Yvugenfi <yvugenfi> |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.0 | CC: | hhuang, jherrman, lijin, michen, rbalakri, virt-maint, vrozenfe, yvugenfi |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | virtio-win-prewhql-0.1-87 | Doc Type: | Bug Fix |
| Doc Text: |
Using the "netsh" command now properly displays device names regardless of the number of network devices plugged in to the system.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-11-24 08:41:48 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Mike Cao
2014-06-13 05:50:17 UTC
Fixed in virtio-win-prewhql-0.1-87 Reproduce this issue on virtio-win-prewhql-86 Verified this issue on virtio-win-prewhql-87 Steps same as comment #0 Actual Results: The value of name is not empty But in virtio-win-prewhql-87 ,the output of Description&name in ipconfig and netsh are not same
ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : 087NICWIN764COK
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : nay.redhat.com
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : nay.redhat.com
Description . . . . . . . . . . . : Red Hat VirtIO Ethernet Adapter #2
Physical Address. . . . . . . . . : 00-52-21-12-D9-9E
DHCP Enabled. . . . . . . . . . . : Yes
Ethernet adapter SupportDevice0:
Connection-specific DNS Suffix . : nay.redhat.com
Description . . . . . . . . . . . : Red Hat VirtIO Ethernet Adapter
Physical Address. . . . . . . . . : 00-52-2A-12-D9-9E
DHCP Enabled. . . . . . . . . . . : Yes
Ethernet adapter MessageDevice:
Connection-specific DNS Suffix . : nay.redhat.com
Description . . . . . . . . . . . : Realtek RTL8139C+ Fast Ethernet NIC
Physical Address. . . . . . . . . : 00-52-12-5B-B0-F2
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::80dd:59be:fcf4:d1e7%11(Preferred)
#netsh netkvm show devices
NetKVM device: PCI\VEN_10EC&DEV_8139&SUBSYS_11001AF4&REV_20\3&13C0B0C5&0&18
Index : 0
Description : Realtek RTL8139C+ Fast Ethernet NIC
Name : Realtek RTL8139C+ Fast Ethernet NIC
Location : PCI bus 0, device 3, function 0
Number on bus : 3
Software registry key : SYSTEM\ControlSet001\Control\CLASS\{4D36E972-E325-11CE-BFC1-08002BE10318}\0007
NetKVM device: PCI\VEN_1AF4&DEV_1000&SUBSYS_00011AF4&REV_00\3&13C0B0C5&0&20
Index : 1
Description : Red Hat VirtIO Ethernet Adapter
Name : Red Hat VirtIO Ethernet Adapter
Location : PCI bus 0, device 4, function 0
Number on bus : 4
Software registry key : SYSTEM\ControlSet001\Control\CLASS\{4D36E972-E325-11CE-BFC1-08002BE10318}\0012
NetKVM device: PCI\VEN_1AF4&DEV_1000&SUBSYS_00011AF4&REV_00\3&13C0B0C5&0&28
Index : 2
Description : Red Hat VirtIO Ethernet Adapter
Name : Red Hat VirtIO Ethernet Adapter #2
Location : PCI bus 0, device 5, function 0
Number on bus : 5
Software registry key : SYSTEM\ControlSet001\Control\CLASS\{4D36E972-E325-11CE-BFC1-08002BE10318}\0014
Yan ,Is it an new bug ?
Hi Mike, "Name" in netsh is the "description" in ipconfig. The important thing that there is a "#" and a number when we have multiple devices. Best regards, Yan. Based on comment #10&comment #11 ,this issue has been fixed ald Move status to Verified test with virtio-win-1.7.4-1.el6_6.noarch on win7-32 guest.
boot guest with one virtio-net-pci,name field is still empty when using netsh command;
boot guest with three virtio-net-pci,only the first netkvm name field is empty,names of the other two are shown correctly.
So re-assign this bug.
package info:
virtio-win-1.7.4-1.el6_6.noarch
kernel-2.6.32-555.el6.x86_64
qemu-kvm-rhev-0.12.1.2-2.469.el6.x86_64
seabios-0.6.1.2-30.el6.x86_64
spice-server-0.12.4-12.el6.x86_64
(In reply to lijin from comment #19) > test with virtio-win-1.7.4-1.el6_6.noarch on win7-32 guest. > boot guest with one virtio-net-pci,name field is still empty when using > netsh command; > boot guest with three virtio-net-pci,only the first netkvm name field is > empty,names of the other two are shown correctly. > > So re-assign this bug. > > package info: > virtio-win-1.7.4-1.el6_6.noarch > kernel-2.6.32-555.el6.x86_64 > qemu-kvm-rhev-0.12.1.2-2.469.el6.x86_64 > seabios-0.6.1.2-30.el6.x86_64 > spice-server-0.12.4-12.el6.x86_64 can reproduce this issue with virtio-win-1.7.2-2.el6 (In reply to lijin from comment #20) > (In reply to lijin from comment #19) > > test with virtio-win-1.7.4-1.el6_6.noarch on win7-32 guest. > > boot guest with one virtio-net-pci,name field is still empty when using > > netsh command; > > boot guest with three virtio-net-pci,only the first netkvm name field is > > empty,names of the other two are shown correctly. > > > > So re-assign this bug. > > > > package info: > > virtio-win-1.7.4-1.el6_6.noarch > > kernel-2.6.32-555.el6.x86_64 > > qemu-kvm-rhev-0.12.1.2-2.469.el6.x86_64 > > seabios-0.6.1.2-30.el6.x86_64 > > spice-server-0.12.4-12.el6.x86_64 > > can reproduce this issue with virtio-win-1.7.2-2.el6 The patches has been included in virtio-win-prewhql-87 . which is not including in virtio-win-prewhql-98 build ,Can you retest w/ virtio-win-prewhql 87 or virtio-win-prewhql-103 ? (In reply to Mike Cao from comment #21) > (In reply to lijin from comment #20) > > (In reply to lijin from comment #19) > > > test with virtio-win-1.7.4-1.el6_6.noarch on win7-32 guest. > > > boot guest with one virtio-net-pci,name field is still empty when using > > > netsh command; > > > boot guest with three virtio-net-pci,only the first netkvm name field is > > > empty,names of the other two are shown correctly. > > > > > > So re-assign this bug. > > > > > > package info: > > > virtio-win-1.7.4-1.el6_6.noarch > > > kernel-2.6.32-555.el6.x86_64 > > > qemu-kvm-rhev-0.12.1.2-2.469.el6.x86_64 > > > seabios-0.6.1.2-30.el6.x86_64 > > > spice-server-0.12.4-12.el6.x86_64 > > > > can reproduce this issue with virtio-win-1.7.2-2.el6 > > The patches has been included in virtio-win-prewhql-87 . which is not > including in virtio-win-prewhql-98 build ,Can you retest w/ > virtio-win-prewhql 87 or virtio-win-prewhql-103 ? build87 works fine. feel free to modify the status. (In reply to lijin from comment #22) > (In reply to Mike Cao from comment #21) > > (In reply to lijin from comment #20) > > > (In reply to lijin from comment #19) > > > > test with virtio-win-1.7.4-1.el6_6.noarch on win7-32 guest. > > > > boot guest with one virtio-net-pci,name field is still empty when using > > > > netsh command; > > > > boot guest with three virtio-net-pci,only the first netkvm name field is > > > > empty,names of the other two are shown correctly. > > > > > > > > So re-assign this bug. > > > > > > > > package info: > > > > virtio-win-1.7.4-1.el6_6.noarch > > > > kernel-2.6.32-555.el6.x86_64 > > > > qemu-kvm-rhev-0.12.1.2-2.469.el6.x86_64 > > > > seabios-0.6.1.2-30.el6.x86_64 > > > > spice-server-0.12.4-12.el6.x86_64 > > > > > > can reproduce this issue with virtio-win-1.7.2-2.el6 > > > > The patches has been included in virtio-win-prewhql-87 . which is not > > including in virtio-win-prewhql-98 build ,Can you retest w/ > > virtio-win-prewhql 87 or virtio-win-prewhql-103 ? > > build87 works fine. > feel free to modify the status. pls retest w/ virtio-win-prewhql-103 build103 also works well 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. https://rhn.redhat.com/errata/RHBA-2015-2513.html |