Created attachment 765420 [details]
attached Screenshots

Can reproduce this issue on version:
rhev-hypervisor6-6.5-20130222.0.auto1695.el6.iso
ovirt-node-3.0.0-0.999.20130619191528giteda9921.el6.noarch

Clean install rhev-h, enter network page, check that nic model display "unkown", after configure nic by
using "DHCP/static", it also display "unkown",reboot rhev-h , and check the nic model again, it still shown
"unkown", it only happens on the Dell smbios 2.6+ machine.
Also enter Nic Details Dialog, the item "Vendor" also shown "unkown".

It seems that the caching mechanism was incorrect in the new UI, that could lead to missing informations.
This was at least the problem with the ovirt-node and 6.5 builds.

The referenced gerrit patch fixes the caching problem.

Tested as follows:
1. Use latest upstream master with patch
2. Enter network page. Model (Vendor) is displayed
3. Enter NIC details by selecting a NIC: Vendor is shown

Test version:
rhev-hypervisor6-6.5-20131017.0.iso
ovirt-node-3.0.1-4.el6

Clean install rhev-h on the Dell smbios 2.6+ machine, enter network detail page, check that nic model missed model name, Enter NIC details by selecting a NIC: the itme of Vendor was also shown nothing.

so this bug wasn't fixed, need to re-assigned it again.

Haiyang,

can you prepare a machine to test this?

Harald,

could it be that not all properties are available for renamed nics or nisc on smbios machines?
Here we are using ID_VENDOR_FROM_DATABASE but this property doesn't seem to exist for this interface.
Have you got an idea why it can be missing or how to get it?


# dmesg | grep udev
udev: starting version 147
udev: renamed network interface eth0 to em1
udev: starting version 147

# udevadm info --path=/sys/class/net/em1 --query=all
P: /devices/pci0000:00/0000:00:19.0/net/em1
E: UDEV_LOG=3
E: DEVPATH=/devices/pci0000:00/0000:00:19.0/net/em1
E: INTERFACE=em1
E: IFINDEX=2
E: SUBSYSTEM=net

# udevadm trigger --action=add --subsystem-match=net

# udevadm info --path=/sys/class/net/em1 --query=all
P: /devices/pci0000:00/0000:00:19.0/net/em1
E: UDEV_LOG=3
E: DEVPATH=/devices/pci0000:00/0000:00:19.0/net/em1
E: INTERFACE=em1
E: IFINDEX=2
E: SUBSYSTEM=net

# cat /sys/class/net/em1/device/vendor 
0x8086

(In reply to Fabian Deutsch from comment #10)
> Harald,
> 
> could it be that not all properties are available for renamed nics or nisc
> on smbios machines?
> Here we are using ID_VENDOR_FROM_DATABASE but this property doesn't seem to
> exist for this interface.
> Have you got an idea why it can be missing or how to get it?
> 
> 
> # dmesg | grep udev
> udev: starting version 147
> udev: renamed network interface eth0 to em1
> udev: starting version 147
> 
> # udevadm info --path=/sys/class/net/em1 --query=all
> P: /devices/pci0000:00/0000:00:19.0/net/em1
> E: UDEV_LOG=3
> E: DEVPATH=/devices/pci0000:00/0000:00:19.0/net/em1
> E: INTERFACE=em1
> E: IFINDEX=2
> E: SUBSYSTEM=net
> 
> # udevadm trigger --action=add --subsystem-match=net
> 
> # udevadm info --path=/sys/class/net/em1 --query=all
> P: /devices/pci0000:00/0000:00:19.0/net/em1
> E: UDEV_LOG=3
> E: DEVPATH=/devices/pci0000:00/0000:00:19.0/net/em1
> E: INTERFACE=em1
> E: IFINDEX=2
> E: SUBSYSTEM=net
> 
> # cat /sys/class/net/em1/device/vendor 
> 0x8086

udev-147 in RHEL-6 does not store any properties in the udev DB for network interfaces.

sorry

> (In reply to Fabian Deutsch from comment #10)
> Have you got an idea why it can be missing or how to get it?

You can get it of course via sysfs:

> # cat /sys/class/net/em1/device/vendor 
> 0x8086

(In reply to Harald Hoyer from comment #12)
> > (In reply to Fabian Deutsch from comment #10)
> > Have you got an idea why it can be missing or how to get it?
> 
> You can get it of course via sysfs:
> 
> > # cat /sys/class/net/em1/device/vendor 
> > 0x8086

Oh and maybe with:

# udevadm info --path=$(readlink -f /sys/class/net/em1/device) --query=all

Thanks for the reply.

We can probably do a fallback using lspci:

# lspci -mm -d 0x8086:0x1502

This bug is currently attached to errata RHBA-2013:15277. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag.

Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information:

* Cause: What actions or circumstances cause this bug to present.
* Consequence: What happens when the bug presents.
* Fix: What was done to fix the bug.
* Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore')

Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug.

For further details on the Cause, Consequence, Fix, Result format please refer to:

https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes 

Thanks in advance.

Test version:
rhevh-6.5-20131220.0
ovirt-node-3.0.1-13.el6_5.noarch

Clean install rhev-h on the Dell smbios 2.6+ machine, enter network detail page, check that nic model could display, after configure nic by
using "DHCP/static", it also could display,reboot rhev-h , and check the nic model again, it still was shown "Intel Corporation 82579".

So this bug has been fixed, after the status changed into "ON_QA", I will verify it.

According to comment 20, change the status into "verified"

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-2014-0033.html