Bug 973697 - No way to restart auditd
No way to restart auditd
Product: Fedora
Classification: Fedora
Component: audit (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Steve Grubb
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-06-12 10:00 EDT by Zing
Modified: 2013-09-14 10:58 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-09-14 10:58:07 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Zing 2013-06-12 10:00:34 EDT
Description of problem:
It's not possible to restart auditd:

# systemctl restart auditd
Failed to issue method call: Operation refused, unit auditd.service may be requested by dependency only.

I tried the restart legacy script:

but that killed the auditd daemon and then it fails to start the auditd daemon afterwards, leaving no auditd daemon running on the system now.

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

How reproducible:
All the time

Steps to Reproduce:
1. $ systemctl restart auditd

Actual results:
Failed to issue method call: Operation refused, unit auditd.service may be requested by dependency only.

Expected results:
restart auditd daemon
Comment 1 Zing 2013-06-12 10:03:42 EDT
It's this line in the systemd auditd.service file:


I commented that out.
Comment 2 Steve Grubb 2013-06-12 17:12:27 EDT
The audit daemon must be controlled from the service command. It will decide which commands can be sent to systemctl and which ones are supported by legacy actions. So, you should do:

service auditd restart

Unfortunately, it has to be this way.
Comment 3 Zing 2013-06-13 11:22:59 EDT
Hmmm.  Ok.   But the service legacy restart seems to have a timing issue.  It succeeds if you try again.  If I put a short delay between stopping and restarting the daemon, it seems to be "ok".
Comment 4 Steve Grubb 2013-09-14 10:58:07 EDT
A "sleep 1" statement was added between stop and start. This was fixed in audit-2.3.2-1.

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