Opened 6 years ago
Closed 6 years ago
#1080 closed defect (wontfix)
smartd.service: Use Type=forking to wait for successful initialisation
Reported by: | Christian Franke | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | smartd | Version: | 6.6 |
Keywords: | linux | Cc: |
Description
From Debian Bug 865912:
Forking to the background (Type=forking
) is the recommended way to signal to systemd that a daemon has initialized successfully and is ready for operation; at least for daemons without explicit systemd
support (Type=notify
).
In this particular case, "systemd restart smartd
" will give immediate feedback of a failure if the user makes a mistake in /etc/smartd.conf
.
Proposed patch:
-
smartd.service.in
6 6 [Service] 7 Type=forking 7 8 EnvironmentFile=-/usr/local/etc/sysconfig/smartmontools 8 ExecStart=/usr/local/sbin/smartd -n$smartd_opts9 ExecStart=/usr/local/sbin/smartd $smartd_opts 9 10 ExecReload=/bin/kill -HUP $MAINPID
Change History (3)
comment:1 by , 6 years ago
Keywords: | linux added |
---|
comment:2 by , 6 years ago
comment:3 by , 6 years ago
Milestone: | undecided |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
No longer needed as Type=notify
is now supported, see ticket #1081.
Note:
See TracTickets
for help on using tickets.
If
Type=forking
is used,ExecReload=/bin/kill -HUP $MAINPID
requiresPIDFile=...
and smartd option-p ...
.See also ticket #1081.