Bug 125063

Summary: ethernet cards in bond configuration, won't start extra single eth-card at boottime
Product: Red Hat Enterprise Linux 3 Reporter: Harmen Mak <harmen.mak>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED ERRATA QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-03-31 17:44:01 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 Harmen Mak 2004-06-02 14:32:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a)
Gecko/20040511

Description of problem:
I have a machine with 6 eth-cards
I've confugured two bonding interfaces bond0 (eth0, eth2) and
bond1(eth1, eth3). and two single network cards with own IP numbers.

Total 4 IP numbers, two in bonding mode and two single

At boottime the bonding interfaces will start ok. the two single
interfaces won't start. 

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. configure bond0 with two eth-devices (eth0, eth1)
2. configure a single eth-device (eth2)
3. boot

    

Actual Results:  bond0 is up and eth2 is not

Expected Results:  bond0 up and eth2 up

Additional info:

I've resolved this problem by adding "SLAVE=no" in the single
ethernetcard configuration scripts. (../networking-scripts/ifcfg-eth4)
In the /etc/rc.d/init.d/network script is a check of the parm SLAVE=yes
if the next single ethernet-device dosn't contain a parm SLAVE=no the
script holds the variable "SLAVE=yes".
This causses the problem of not booting the single ethenet device
after starting a bonding device

Comment 1 Radek Vokál 2005-03-30 12:31:25 UTC
This look more like an issue in initscripts. It should really work with
SLAVE=yes, actually that's why SLAVE param is in the configuration file.. 

Comment 2 Bill Nottingham 2005-03-30 21:24:04 UTC
What version of initscripts?

Comment 3 Harmen Mak 2005-03-31 11:15:18 UTC
I'am not sure which version the init scripts are. The default init scripts that
come with the ES3.0 Taroon version.

# ls -ltr /etc/sysconfig/network-scripts/network-functions
-rw-r--r--    1 root     root         7188 Sep 11  2003 network-functions
# ls -ltr /etc/init.d/network 
-rwxr-xr-x    1 root     root         7641 Sep  9  2003 /etc/init.d/network

The resolution I would suggest is to unset the parameter SLAVE every time you
start an network-card 

Comment 4 Harmen Mak 2005-03-31 11:32:36 UTC
I'am not sure which version the init scripts are. The default init scripts that
come with the ES3.0 Taroon version.

# ls -ltr /etc/sysconfig/network-scripts/network-functions
-rw-r--r--    1 root     root         7188 Sep 11  2003 network-functions
# ls -ltr /etc/init.d/network 
-rwxr-xr-x    1 root     root         7641 Sep  9  2003 /etc/init.d/network

The resolution I would suggest is to unset the parameter SLAVE every time you
start an network-card 

Comment 5 Bill Nottingham 2005-03-31 17:44:01 UTC
Please upgrade to the errata initscripts; this is fixed in 7.31.10.EL-1 and later.