Bug#893282: systemd: SuccessAction=reboot in wrong stanza in /lib/systemd/system/system-update-cleanup.service

[Michael Biebl]

Am 17.03.2018 um 18:37 schrieb Michael Grant:
> Package: systemd
> Version: 238-2
> Severity: normal
> 
> I noticed the following in the log file:
> Mar 17 07:12:41 example systemd[1]: /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:42 example systemd[1]: /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:43 example systemd[1]: /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:44 example systemd[1]: /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> Mar 17 07:12:44 example systemd[1]: /lib/systemd/system/system-update-cleanup.service:35: Unknown lvalue
> 'SuccessAction' in section 'Service'
> 
> This line 'SuccessAction=reboot' is in the [Services] stanza.  It
> appears form the systemd.unit man page that this belongs in the [Unit]
> stanza.

From which version did you upgrade?

SuccessAction= should be supported since v236, so my only guess why you
see this issue is, that v235 or earlier was running on your system, then
v238 was unpacked, something triggered a "systemctl daemon-reload" which
causes this warning message as the unpacked .service files now use
SuccessAction but v235 was still running. We do reexec systemd in
postinst, so this issue is temporary.

Not sure we can really do something about it and it's harmless anyway.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20180318/2d44dd14/attachment-0002.sig>