Bug 822848
Summary: | rhev-h ethernet nic losts its configuration after rhev-h upgrade | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | yuanquan chen <yuachen> | ||||||||
Component: | ovirt-node | Assignee: | Joey Boggs <jboggs> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||
Severity: | urgent | Docs Contact: | |||||||||
Priority: | urgent | ||||||||||
Version: | 6.3 | CC: | acathrow, bsarathy, cshao, danken, gouyang, harald, jboggs, leiwang, mburns, ovirt-maint, sgordon, shcao, syeghiay, ycui | ||||||||
Target Milestone: | rc | Keywords: | Regression, TestBlocker | ||||||||
Target Release: | --- | ||||||||||
Hardware: | Unspecified | ||||||||||
OS: | Unspecified | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | ovirt-node-2.3.0-11.el6 | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2012-07-19 14:13:01 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: | |||||||||||
Bug Depends On: | |||||||||||
Bug Blocks: | 822925 | ||||||||||
Attachments: |
|
Description
yuanquan chen
2012-05-18 10:28:25 UTC
This is due to biosdevname fix. We need to handle this during upgrade. Options: 1. somehow block biosdevname from being used on upgraded machines 2. migrate data during upgrade Note for option 2: This is probably the *right* solution, but we have to be careful that we can fall back to the old scripts if upgrade fails for some reason. Created attachment 585958 [details]
ovirt.log , message and network-scripts
*** Bug 823737 has been marked as a duplicate of this bug. *** For upgrade of snap3 -> snap5 or any 6.2 version -> snap5, it successes with some machines, such as Dell R510 and Dell optiplex 990, while it also fails with HP 8200E MT and intel-5550-12-2 in lab. The nics of the successful machines are renamed as emX or pXpY, while the nics of the failed machines are still named as ethX. I also reproduced the bug on my lenovo machine, upgrade from 6.2 GA build (6.2-20111117) to 6.3-20120523.1 in rhevm: 1. after upgrade and reboot, network is not connected and report failed to establish libvirt connection. check the /etc/sysconfig/networking-scripts/, can see both ifcfg-em1, ifcfg-eth0 etc. ls ifcfg-* ifcfg-em1 ifcfg-eth1 ifcfg-lo ifcfg-p3p1 ifcfg-eth0 ifcfg-eth2 ifcfg-p2p1 ifcfg-rhevm 2. reboot one more time, check the /etc/sysconfig/networking-scripts/, cannot see ifcfg-ethX now, $ls /etc/sysconfig/network-scripts/ifcfg-* /etc/sysconfig/network-scripts/ifcfg-em1 /etc/sysconfig/network-scripts/ifcfg-lo /etc/sysconfig/network-scripts/ifcfg-p2p1 /etc/sysconfig/network-scripts/ifcfg-p3p1 /etc/sysconfig/network-scripts/ifcfg-rhevm $ls /sys/class/net/ bond0 bond1 bond2 bond3 bond4 bonding_masters eth0 eth1 eth2 lo rhevm under /sys/class/net, can see ethX, but cannot see emX, so the renamed device is not existed, that should be the reason the network cannot up. 3.service network restart will get error Device em1 does not seem to be present. Actually do local clean install, the network device did not rename to emX, don't know why upgrade will rename the device name and which cause the network failed up. Created attachment 587582 [details] ovirt.log (In reply to comment #16) > The console keeps hanging on this machine for me, can you save > /var/log/ovirt.log to a flash drive for me and attach to the bz or some > other method. Also output of biosdevname would be helpful. > > If you need to get the network up on the machine you can. rm -rf > /config/etc/sysconfig/network-scripts, reboot, setup the network again, just > make sure to save /var/log/ovirt.log and all the > /etc/sysconfig/network-scripts to /config by copying rather than persisting. Attach ovirt.log and biosdevname output: $biosdevname -i eth0 em1 $biosdevname -i eth1 p2p1 $biosdevname -i eth2 p3p1 Created attachment 587964 [details]
71-biosdevname.rules
standard biosdevname rules file without smbios version restrictions
*** Bug 826956 has been marked as a duplicate of this bug. *** 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-0741.html |