Bug 104279
Summary: | Bond adapters start in wrong order after up2date | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Kevin J. Slonka <slonkak> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 3.0 | CC: | rvokal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 7.31.4.EL-1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-09-17 23:39:50 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: |
Description
Kevin J. Slonka
2003-09-11 22:47:33 UTC
This *was* fixed in 7.31-1.EL; it was broken in 7.3.1.0-EL. Bond devices are brought up partway, then their slaves are brought up, then the bringing up of the bonded device is finished. So, this isn't working for you at all. Can you attach your /etc/sysconfig/network-scripts/ifcfg-*? Ok. It is working since we made the changes. I just double checked and saw that the version of initscripts I have was installed today (not last Thursday). Thank you for your time. What changes did you make, exactly? interfaces="bond0 eth0 eth1" before start loop interfaces="eth1 eth0 bond0" before stop loop So, you just hardcoded the order? Hm. Do you have 'TYPE=Bonding' set in ifcfg-bond0? No, the type is not specified in /etc/sysconfig/network-scripts/ifcfg-bond0. What will the effects of this be since I have hardcoded the order? Since this is a headless NAS box, I don't want to screw up the network... Well, if you hardcoded the order, it won't affect anything. However, you shouldn't need to hardcode the order at all, and that RPM works in testing here without any tweaking. TYPE=Bonding gives the initscripts a hint that it's a bonding device, as devices don't necessarily have to be named 'bond0'; it's used to determine when a device is a master bonding device. Well, it's not hardcoded now, because of the updates I've done since then. I did, however, add the type into the bond0 script just to be on the safe side. So, my question is what exact updates did you make from that shipped version; can you unpack it and run a diff? Well, since I first installed RedHat, I've run an up2date at least 3 times a week (I have once today already). The only thing we changed by hand was what I sent you, we did this right after the version before initscripts7.31.1 (when the network failed). After that, the up2date's didn't hurt the network anymore. OK, just to clarify: - what does: rpm -q initscripts rpm -V initscripts say? If you're on the current version, and it verifies clean, and it's working for you, we can close this out. :) [root@firenas-1 ~]# rpm -q initscripts initscripts-7.31.4.EL-1 [root@firenas-1 ~]# rpm -V initscripts S.5....T c /etc/inittab Everything is in proper working order now. I placed the help request just incase no one noticed the error in that particular version of initscripts that killed bonding. But, obviously, that was fixed in the next version. Thank you very much for your help and assistance. -Kevin No problem. Closing as fixed. |