Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-20 Thread Frank Steiner
I missed this mail, sorry! Andrei Borzenkov wrote: 16.05.2020 19:28, Frank Steiner пишет: Hi Andrei, Andrei Borzenkov wrote: Can you reproduce it by simply running "systemctl daemon-reexec" without any package update? Yes, indeed! This is enough to destroy the ordering for the next

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-18 Thread Frank Steiner
Attachments missing, sorry! -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. BioinformatikMail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 *

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-18 Thread Frank Steiner
Hi Andrei, hi Michael, Andrei Borzenkov wrote: I cannot reproduce it using trivial service definition on openSUSE Leap 15.1 which should have the same systemd as SLE 15 SP1. indeed. Maybe I have some other strange dependency in my system that causes this problem. So possibilities are 1.

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-17 Thread Michael Chapman
On Sun, 17 May 2020, Andrei Borzenkov wrote: > 17.05.2020 03:32, Michael Chapman пишет: > > On Fri, 15 May 2020, Frank Steiner wrote: > >> Hi, > >> > >> I need to run a script on shutdown before any other service is stopped. > >> Due to an advice Lennart gave a while ago I'm using this service

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-17 Thread Andrei Borzenkov
17.05.2020 03:32, Michael Chapman пишет: > On Fri, 15 May 2020, Frank Steiner wrote: >> Hi, >> >> I need to run a script on shutdown before any other service is stopped. >> Due to an advice Lennart gave a while ago I'm using this service file >> (with multi-user.target being our default runlevel

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-16 Thread Michael Chapman
On Sun, 17 May 2020, Michael Chapman wrote: > On Fri, 15 May 2020, Frank Steiner wrote: > > Hi, > > > > I need to run a script on shutdown before any other service is stopped. > > Due to an advice Lennart gave a while ago I'm using this service file > > (with multi-user.target being our default

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-16 Thread Michael Chapman
On Fri, 15 May 2020, Frank Steiner wrote: > Hi, > > I need to run a script on shutdown before any other service is stopped. > Due to an advice Lennart gave a while ago I'm using this service file > (with multi-user.target being our default runlevel target): > > [Unit] > After=multi-user.target >

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-16 Thread Andrei Borzenkov
16.05.2020 19:28, Frank Steiner пишет: > Hi Andrei, > > Andrei Borzenkov wrote: >   >> Can you reproduce it by simply running "systemctl daemon-reexec" without >> any package update? > > Yes, indeed! This is enough to destroy the ordering for the next > shutdown. > Do systemctl show

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-16 Thread Frank Steiner
Hi Andrei, Andrei Borzenkov wrote: Can you reproduce it by simply running "systemctl daemon-reexec" without any package update? Yes, indeed! This is enough to destroy the ordering for the next shutdown. cu, Frank -- Dipl.-Inform. Frank Steiner Web:

Re: [systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-16 Thread Andrei Borzenkov
15.05.2020 11:08, Frank Steiner пишет: > Hi, > > I need to run a script on shutdown before any other service is stopped. > Due to an advice Lennart gave a while ago I'm using this service file > (with multi-user.target being our default runlevel target): > > [Unit] > After=multi-user.target > >

[systemd-devel] systemd update "forgets" ordering for shutdown

2020-05-15 Thread Frank Steiner
Hi, I need to run a script on shutdown before any other service is stopped. Due to an advice Lennart gave a while ago I'm using this service file (with multi-user.target being our default runlevel target): [Unit] After=multi-user.target [Service] Type=oneshot ExecStart=/bin/true