Bug 206910

Summary: kudzu does not delete ifcfg-xxx entries
Product: [Fedora] Fedora Reporter: jordan hargrave <jordan_hargrave>
Component: kudzuAssignee: Bill Nottingham <notting>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: dedourek, rvokal, wwlinuxengineering
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: 1.2.54-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-09-18 17:48:35 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 214257    
Description Flags
Netinfo test script none

Description jordan hargrave 2006-09-18 01:58:26 UTC
Description of problem:
kudzu does not remove ifcfg-ethXXX files when network device disabled

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

How reproducible:

Steps to Reproduce:
1. Disable onboard NIC, reboot
2. Kudzu runs, deletes entries in modprobe.conf and hwconf correctly
3. However does not remove /etc/sysconfig/networking/ifcfg-XXXX
Actual results:
ifcfg-ethXXX entries are not removed

Expected results:
The entries should be removed from the directory.  RHEL4 works this way.  There
is a difference between kudzu-1.2.53-1.x86_64.rpm
 source and kudzu-
 (RHEL4.3) in hwconf.c:unconfigure()

@@ -1169,125 +565,12 @@ int unconfigure(struct device *dev)

                if (!isAliased(cf, dev->device, dev->driver)) {



-               snprintf(path, 256, "/etc/sysconfig/network-scripts/ifcfg-%s",

-                        dev->device);

-               unlink(path);

-               /* r-c-network adds this file, so we need to remove it also */

-               snprintf(path, 256, "/etc/sysconfig/networking/devices/ifcfg-%s"


-                        dev->device);

-               if (!access(path, F_OK))

-                       unlink(path);

Additional info:

Comment 1 John DeDourek 2006-09-18 12:37:22 UTC
I'm not sure that I completely understand what the original poster intends.  As
a user of network profiles, I, for one, would not like kudzu to remove entries
that I have placed in /etc/sysconfig/network-scripts and more importantly under
/etc/sysconfig/networking/profiles and /etc/sysconfig/networking/devices.  I
have parked there, scripts controlling interfaces which may not be present in
the current "netprofile" but which will be used when moving to a new location
and switching to a new profile.  Exactly what should kudzu's role be with regard
to the contents of network profiles?  Is the original poster proposing that
entries be removed from profiles when devices don't happen to be present at a
given point in time?

Comment 2 Bill Nottingham 2006-09-18 17:48:35 UTC
This behavior is changed in 1.2.54-1.

Comment 3 jordan hargrave 2006-09-19 05:44:19 UTC
So this is working as designed for RHEL5?

Comment 4 Bill Nottingham 2006-09-19 14:55:50 UTC
As of 1.2.54-1, yes.

Comment 5 jordan hargrave 2006-10-03 14:44:20 UTC
Kudzu should be removing the ifcfg-entries and prompting the user whenever a
network card is removed or added.  This will reduce confusion for customers.  If
the user were to disable an onboard LOM and then insert an add-in card, then
reenable the LOM, the ethernet numbering will be incorrect.

Comment 6 Bill Nottingham 2006-10-03 14:51:31 UTC
It *does* remove them as of 1.2.54-1. Have you tested this?

Comment 7 jordan hargrave 2006-10-16 19:38:38 UTC
Kudzu is still broken however.  It does not launch system-config-network to
add/remove network cards if they have been added/removed from the system.  The
following actions will cause the network configuration to become corrupt:

Using my netinfo.pl script to verify config:
1. Install RHEL5 with onboard LOM, boot OS --> Ok
2. Reboot OS, disable onboard LOM, boot OS --> Ok (but no popup)
3. Reboot OS, add PCI NIC, boot OS -> Ok (but no popup)
4. Reboot OS, reenable Onboard LOM, boot OS -> Fails (no popup)

Comment 8 jordan hargrave 2006-10-16 19:44:57 UTC
Created attachment 138617 [details]
Netinfo test script

Use this to verify that redhat network configuration is in sync between
kernel+kudzu config files

Comment 9 Bill Nottingham 2006-10-16 19:51:48 UTC
Perhaps I wasn't clear. *There is no popup code at all, and there will not be.*

Failing configurations can be tested and fixed, though.

Comment 10 jordan hargrave 2006-10-26 16:17:32 UTC
This is a failing configuration:
1. Install RHEL5 with onboard LOM, boot OS --> Ok
2. Reboot OS, disable onboard LOM, boot OS --> Ok
3. Reboot OS, add PCI NIC, boot OS -> Ok
4. Reboot OS, reenable Onboard LOM, boot OS -> Fails

The ifcfg-eth0.bak files that are saved are getting picked up by scripts that
look for ifcfg-ethXXXX, and cause problems.

Comment 11 Bill Nottingham 2006-10-26 16:21:26 UTC
What scripts? Both rename_device and all the network-functions scripts ignore
.bak files.

Comment 12 jordan hargrave 2006-10-26 18:23:29 UTC
system-config-network (text mode)