Bug 1039023 - RFE: keep track of administratively stopped services and avoid autostarting them
Summary: RFE: keep track of administratively stopped services and avoid autostarting them
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: systemd
Version: 7.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: systemd-maint
QA Contact: qe-baseos-daemons
: 815243 (view as bug list)
Depends On:
Blocks: 909134
TreeView+ depends on / blocked
Reported: 2013-12-06 11:56 UTC by Karel Volný
Modified: 2013-12-06 12:46 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2013-12-06 12:46:38 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Karel Volný 2013-12-06 11:56:33 UTC
Description of problem:
I refer to bug 909134 - if the administrator stops a service, it may happen that it gets started via socket activation. This is undesired in many cases and breaks backwards compatibility of the service command. Manually stopped service should stay stopped until it gets manually started again (while "manually" means also as a dependency of another manually started service, or by explicit runlevel/target switch, which includes also reboot - masking the service instead of stopping it isn't an option here).

Comment 2 Karel Volný 2013-12-06 12:04:32 UTC
*** Bug 815243 has been marked as a duplicate of this bug. ***

Comment 3 Lukáš Nykrýn 2013-12-06 12:39:05 UTC
There are multiple reasons why I don't want to do this.
1) it would brake behavior of systemctl
2) service did not support socket activation in previous releases (xinetd), so current behavior is actually an improvement
3) service command never guaranteed that the service will be stopped forever, it could be started again by some other daemon even in the older releases
4) use mask --runtime which is specifically designed for this purpose
5) there is a warning that service could be started again

Comment 4 RHEL Program Management 2013-12-06 12:46:38 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

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