Bug 120006 - ifcfg-$DEV-range* not inheriting netmask from parent config
Summary: ifcfg-$DEV-range* not inheriting netmask from parent config
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: initscripts
Version: 3.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-04-05 02:47 UTC by Karl Latiss
Modified: 2014-03-17 02:43 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-03-11 01:33:00 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Karl Latiss 2004-04-05 02:47:47 UTC
Description of problem:
ifcfg-eth0-range0 does not inherit network mask from parent config

Version-Release number of selected component (if applicable):
initscripts-7.31.9.EL-1

How reproducible:
always

Steps to Reproduce:
1.configure ifcfg-eth0 with desired netmask (in my case 255.255.255.224)
2.configure ifcfg-eth0-range0 with no netmask entry
3.restart network
  
Actual results:
Netmask from parent config ignored (resulting netmask 255.255.255.0)

Expected results:
Netmask from parent config inherited (in my case 255.255.255.224)

Additional info:
This seemed to work OK on the 7.x series. The documentation within
ifup-aliases also specifically states that "Range files also inherit
configuration from the ifcfg-$DEV file just like normal."

Comment 1 John Caruso 2004-09-28 21:12:48 UTC
This is a result of the problem described in bug 65415.  You can work 
around it by making sure that the range filenames match the egrep -v 
that's shown in that bug (and thus are excluded from the list of 
interfaces); for example, you can name them "-range:0" rather than 
just "-range0", since a colon is one of the exception strings listed 
in the egrep -v.

Bill Nottingham closed bug 65415, and in response to a query I sent 
him regarding RHEL3, he replied: "It's fixed on the RHEL branch as 
well, should be in the next scheduled update (update 4)."  Bill, feel 
free to add any more info...for example, it would be useful to know 
approximately when RHEL3 update 4 is expected to be released.


Comment 2 Some One 2005-03-11 01:22:16 UTC
U4 came out some time ago :-)

Comment 3 Bill Nottingham 2005-03-11 01:33:00 UTC
Yes, this should be fixed in 7.31.18.EL-1.


Note You need to log in before you can comment on or make changes to this bug.