Bug 465972 - Update of iputils starts rdisc, breaking network connectivity
Summary: Update of iputils starts rdisc, breaking network connectivity
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: iputils
Version: 4.6
Hardware: i386
OS: Linux
medium
urgent
Target Milestone: rc
: ---
Assignee: Jiri Skala
QA Contact: BaseOS QE
URL:
Whiteboard:
Depends On:
Blocks: 519124
TreeView+ depends on / blocked
 
Reported: 2008-10-07 14:18 UTC by David Barnwell
Modified: 2021-12-17 10:23 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 519124 (view as bug list)
Environment:
Last Closed: 2009-05-18 20:15:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2009:0977 0 normal SHIPPED_LIVE iputils bug fix and enhancement update 2009-05-18 13:43:07 UTC

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.


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