Bug 465972

Summary: Update of iputils starts rdisc, breaking network connectivity
Product: Red Hat Enterprise Linux 4 Reporter: David Barnwell <david.barnwell>
Component: iputilsAssignee: Jiri Skala <jskala>
Status: CLOSED ERRATA QA Contact: BaseOS QE <qe-baseos-auto>
Severity: urgent Docs Contact:
Priority: medium    
Version: 4.6CC: aglotov, azelinka, ddumas, dkovalsk, jturner, msusta, tao
Target Milestone: rcKeywords: Patch
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 519124 (view as bug list) Environment:
Last Closed: 2009-05-18 20:15:39 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:
Bug Depends On:    
Bug Blocks: 519124    

Description David Barnwell 2008-10-07 14:18:17 UTC
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3

I scheduled updates to nine servers using Red Hat Network. The update included iputils-20020927-21.el4. When iputils was installed, it started rdisc, which broke network connectivity and required all the servers to be rebooted. rdisc is not used on any of these servers and is disabled at all runlevels.

Reproducible: Always

Steps to Reproduce:
1. Update a server using Red Hat Network

Actual Results:  
iputils installation starts rdisc

Expected Results:  
iputils installation should respect run levels and only start rdisc where appropriate

Similar to Fedora Bug 235374

Comment 2 Maarten Broekman 2008-12-16 22:30:36 UTC
This also affects the following versions of the iputils RPM:
20020927-43.el5 (RHEL5)
20020927-11.30.5 (RHEL3)

root@server ~ # rpm -q iputils
iputils-20020927-11.30.5
root@server ~ # rpm -q --scripts iputils
postinstall scriptlet (using /bin/sh):
/sbin/chkconfig --add rdisc
preuninstall scriptlet (using /bin/sh):
if [ $1 = 0 ]; then
   service rdisc stop >/dev/null 2>&1
   /sbin/chkconfig --del rdisc
fi
postuninstall scriptlet (using /bin/sh):
if [ "$1" -ge "1" ]; then
    service rdisc restart >/dev/null 2>&1 || :
fi

Comment 6 errata-xmlrpc 2009-05-18 20:15:39 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-0977.html

Comment 8 David Barnwell 2009-08-18 10:12:54 UTC
This bug was reported ten months ago and still isn't fixed. The fixes mentioned in RHBA-2009:0977-1 do not appear to have been effective.

I scheduled updates to nine servers using Red Hat Network last night (2009-08-17). The update included iputils-20020927-22.el4. When iputils was installed it started rdisc and broke network connectivity on all of these servers. I had to run
   service rdisc stop
   service network restart
on each machine to restart the network.

As previously reported, rdisc is not used on any of these servers and is disabled at all runlevels. The iputils installation should respect run levels and only start rdisc where appropriate.

Comment 9 Jay Turner 2009-08-24 11:48:30 UTC
With regards to comment 8, sadly I think this is an example of a weakness in rpm.  The new package (iputils-20020927-22.el4) does indeed have a fix for the problem you are seeing, but the defect (and therefore the fix) is located in the post-uninstallation script for the package.  The behavior you saw after upgrading to the -22.el4 version of the package was actually the post-uninstallation script from the old version of the package running.  The bright side is that going forward you shouldn't see any further problems on upgrade now that the fix has been implemented.

Comment 10 Jiri Skala 2009-08-24 14:50:32 UTC
I have to explain current situation:

1. Unfortunately the bug fix doesn't work as was intended. I'm sorry for it.
2. Both comments #8 and #9 are true.

EXPLANATION:
The real bug fix is really in the post-uninstallation script. This means that this fix will not be applied in rel. 22 but later in rel. 23 in accordance with comment #9.

Therefore I made one subsidiary extension that should ensure correct behaviour already in rel. 22. Unfortunately this extension doesn't work due to one character mistake in spec file (described behaviour in comment #8). I'm so sorry for this mistake.

Jiri

Comment 11 David Kovalsky 2009-08-25 09:55:32 UTC
I've opened bug 519124 to further track the issue.