Bug 83126 - .OLD backup files cause subsequent ifcfg alias files to not be run
Summary: .OLD backup files cause subsequent ifcfg alias files to not be run
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
Depends On:
Blocks: FC5Target
TreeView+ depends on / blocked
Reported: 2003-01-30 15:46 UTC by Erik Aase-Remedios
Modified: 2014-03-17 02:33 UTC (History)
5 users (show)

Fixed In Version: 8.26-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-02-07 12:37:39 UTC
Type: ---

Attachments (Terms of Use)

Description Erik Aase-Remedios 2003-01-30 15:46:53 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2)
Gecko/20021120 Netscape/7.01

Description of problem:
When there are .OLD backup files which contain the same information then the
script will error on the first such alias.
This causes any later aliases to not be loaded.

Version-Release number of selected component (if applicable):
# rpm -q initscripts 

How reproducible:

Steps to Reproduce:
1. have more than one alias, e.g. ifcfg-eth0:0 and ifcfg-eth0:1
2. copy ifcfg-eth0:0 to ifcfg-eth0:0.OLD
3. run ./ifup-aliases eth0

Actual Results:  observe the error and notice that ifcfg-eth0:1 never was run.

./ifup-aliases: line 3: devseen_0.OLD=ifcfg-eth0:0.OLD: command not found
error in ifcfg-eth0:0.OLD: already seen ipaddr in ifcfg-eth0:0

Expected Results:  possibly that configuration should be skipped without
stopping the whole process.
possibly a more complex backup exclusion is needed.

Additional info:

I knew that my second alias was properly configured, could not figure out why it
wouldn't load after reboot.

Comment 1 Bill Nottingham 2003-09-04 01:53:59 UTC
I don't believe .OLD is a normal editor backup file... that's why it's read.

Comment 2 Erik Aase-Remedios 2003-09-04 13:06:08 UTC
Two reasons why I believe this needs to be fixed:
1- the network configuration should be loaded even if there are errors in one of
the files, the subsequent files should be read.

2- This is not caused by a normal editor.  It is caused by RedHat's upgrade process.
Note a few other ocurrances of this problem:

Redhat's network configuration utilities should not create these files, but if
they do, ifup-aliases should continue working.

This bug was not about the creation of the files or even the exitance of such
files, but that fact that ifup-aliases would cease working upon the first error
it encountered.
I believe that it should report the error and continue to load the other valid

Comment 3 Bill Nottingham 2003-09-04 16:49:27 UTC
Looking at current redhat-config-network code, I don't see it creating .OLD; but
you're right, it shouldn't bail completely. 

Comment 4 Miloslav Trmač 2006-02-07 12:37:39 UTC
initscripts-8.26-1 were fixed to ignore incorrectly named files, and to continue
on errors in alias files.

Thanks for your report.

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