Bug 137365 - Upgrading packages with services re-enabled/re-installed in /etc/rc.d/rc?.d
Summary: Upgrading packages with services re-enabled/re-installed in /etc/rc.d/rc?.d
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm   
(Show other bugs)
Version: 2
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact: Mike McLean
Keywords: Security
Depends On:
TreeView+ depends on / blocked
Reported: 2004-10-27 19:46 UTC by Bertho
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-27 20:02:46 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Bertho 2004-10-27 19:46:27 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)

Description of problem:
Upgrading packages through rpm or upgrade encapsulated with yum has
the nasty side-effect that services are re-enabled/re-installed to

The recent update of package cups (cups-1.1.20-11.6 from 25-Oct-2004)
shows this behaviour. I have default killed most services after
install using chkconfig --del <service>. Services are only enabled
when needed. Upgrading cups to the new packages reinstalled the
init-script links in /etc/rc.d/rc[2345].d, resulting that the package
would autostart at next reboot.

This is a security issue because services are generally disabled for a
reason and should remain disabled until the sys-admin decides otherwise.

Second reason why this behaviour is unwanted, is that some services
are "heavy" to start and you just don't want them arround all the time.

Third reason is that systems under remote administration can be setup
with automatic update (think of home users where the sysadmin is far
away). You want to keep the system up-to-date but do not want the
default configuration to change.

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

How reproducible:

Steps to Reproduce:
1. Install cups from distro CD
2. remove service: # chkconfig --del cups
3. upgrade: # yum update cups


Actual Results:  Cups autostarts again in runlevel 2, 3, 4, and 5.

Expected Results:  No autostart.

Additional info:

Other packages are also involved, like privoxy. From the view of it,
all packages reinstall themselfs in /etc/rc.d/rc?.d when they default
to it in the install phase (i.e. the links are included in the spec-file).

Comment 1 Bill Nottingham 2004-10-27 20:02:46 UTC
The correct way to disable is with:

chkconfig --level <levels> <service> off

Not with:

chkconfig --del <service>

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