Bug#878768: systemd: *.dpkg-remove.service entries in systemctl

2017-10-17 Thread Michael Biebl
Control: found -1 215-17+deb8u7
Control: fixed -1 219-1

Am 17.10.2017 um 16:16 schrieb Martin von Wittich:
> Am 16.10.2017 um 17:52 schrieb Michael Biebl:
>> systemd should already ignore files ending in dpkg-remove, see
>> https://github.com/systemd/systemd/blob/master/src/basic/path-util.c#L808
>>
>> Not surprisingly, I was not able to reproduce your problem.
>>
>> Can you provide steps how I can reproduce the problem (ideally starting
>> with pristine stretch installation)
> 
> Hmm, the affected server was only upgraded to stretch on 2017-10-14.
> Maybe it was the old systemd (215-17+deb8u7 according to the dpkg.log)
> that added these services during the upgrade to stretch, and the systemd
> in stretch would no longer do that?

I'm pretty sure it no longer does that. I assume you did not reboot the
server after the dist-upgrade or those log messages were generated when
you were still running the v215 binary.

> Apparently ignoring *.dpkg-remove files was added with
> c7088e4999f2e5dd33259948c806f4e2706e77ce on 2015-01-21:
> 
> https://github.com/systemd/systemd/commit/c7088e4999f2e5dd33259948c806f4e2706e77ce

That explanation seems plausible.
I'm going to mark the issue as found in 215 and fixed in 219.

Thanks for reporting back.

Michael


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



signature.asc
Description: OpenPGP digital signature


Bug#878768: systemd: *.dpkg-remove.service entries in systemctl

2017-10-17 Thread Martin von Wittich

Am 16.10.2017 um 17:52 schrieb Michael Biebl:

systemd should already ignore files ending in dpkg-remove, see
https://github.com/systemd/systemd/blob/master/src/basic/path-util.c#L808

Not surprisingly, I was not able to reproduce your problem.

Can you provide steps how I can reproduce the problem (ideally starting
with pristine stretch installation)


Hmm, the affected server was only upgraded to stretch on 2017-10-14. 
Maybe it was the old systemd (215-17+deb8u7 according to the dpkg.log) 
that added these services during the upgrade to stretch, and the systemd 
in stretch would no longer do that?


Apparently ignoring *.dpkg-remove files was added with 
c7088e4999f2e5dd33259948c806f4e2706e77ce on 2015-01-21:


https://github.com/systemd/systemd/commit/c7088e4999f2e5dd33259948c806f4e2706e77ce

If I'm reading that correctly, that commit was only included with v219, 
so it seems likely that jessie's systemd was affected, but the version 
in stretch isn't. I'd say this bug report can be closed then. Thanks for 
taking the time trying to reproduce this issue, and sorry for wasting 
your time.


For others stumbling over this issue: I was able to get rid of the 
broken services by running "systemctl stop 

Bug#878768: systemd: *.dpkg-remove.service entries in systemctl

2017-10-16 Thread Michael Biebl
Control: tags -1 moreinfo unreproducible

Am 16.10.2017 um 17:03 schrieb Martin von Wittich:
> Package: systemd
> Version: 232-25+deb9u1
> Severity: normal
> 
> Dear Maintainer,
> 
> one of our servers has several "*.dpkg-remove.service" entries in its
> systemctl output:
> 
> asterisk.iserv.eu ~ # systemctl | grep dpkg
> ● hdparm.dpkg-remove.service   not-found active exited
> hdparm.dpkg-remove.service
> ● kbd.dpkg-remove.service  not-found active exited
> kbd.dpkg-remove.service
> ● keymap.sh.dpkg-remove.servicenot-found active exited
> keymap.sh.dpkg-remove.service
> ● mdadm-raid.dpkg-remove.service   not-found active exited
> mdadm-raid.dpkg-remove.service
> 
> Looks like systemd read these files while dpkg was upgrading the
> respective packages. I already tried `systemctl daemon-reload`, but that
> didn't remove them. I don't know how to get rid of these, and I believe
> that systemd should ignore dpkg temp files like these.

systemd should already ignore files ending in dpkg-remove, see
https://github.com/systemd/systemd/blob/master/src/basic/path-util.c#L808

Not surprisingly, I was not able to reproduce your problem.

Can you provide steps how I can reproduce the problem (ideally starting
with pristine stretch installation)

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



signature.asc
Description: OpenPGP digital signature