Re: [systemd-devel] Antw: Re: Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Reindl Harald
Am 03.06.19 um 12:43 schrieb Ulrich Windl: Reindl Harald schrieb am 03.06.2019 um 12:35 in > Nachricht : > >> >> Am 03.06.19 um 12:30 schrieb Ulrich Windl: That looks fine, though it _might_ make sense for it to have RemainAfterExit= turned on. After all, if default.target or

Re: [systemd-devel] Antw: Re: Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Michael Chapman
On Mon, 3 Jun 2019, Ulrich Windl wrote: > >>> Reindl Harald schrieb am 03.06.2019 um 12:35 in > Nachricht : > > > > > Am 03.06.19 um 12:30 schrieb Ulrich Windl: > >>> That looks fine, though it _might_ make sense for it to have > >>> RemainAfterExit= turned on. After all, if default.target or

Re: [systemd-devel] Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Michael Chapman
On Mon, 3 Jun 2019, Ulrich Windl wrote: >>>> Michael Chapman schrieb am 03.06.2019 um 11:39 > in > Nachricht : > > On Mon, 3 Jun 2019, Ulrich Windl wrote: > > [...] > >> Hi! > >> > >> The generator unit is: > >> [Unit] > >> Description=I/O performance monitor instance generator > >>

Re: [systemd-devel] Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Reindl Harald
Am 03.06.19 um 12:30 schrieb Ulrich Windl: >> That looks fine, though it _might_ make sense for it to have >> RemainAfterExit= turned on. After all, if default.target or >> iotwatch.target get restarted for any reason, then this unit will be >> started again. > > That's a valuable hint: I

[systemd-devel] Antw: Re: Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Ulrich Windl
>>> Reindl Harald schrieb am 03.06.2019 um 12:35 in Nachricht : > > Am 03.06.19 um 12:30 schrieb Ulrich Windl: >>> That looks fine, though it _might_ make sense for it to have >>> RemainAfterExit= turned on. After all, if default.target or >>> iotwatch.target get restarted for any reason,

Re: [systemd-devel] Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Ulrich Windl
>>> Michael Chapman schrieb am 03.06.2019 um 11:39 in Nachricht : > On Mon, 3 Jun 2019, Ulrich Windl wrote: > [...] >> Hi! >> >> The generator unit is: >> [Unit] >> Description=I/O performance monitor instance generator >> Documentation=man:iotwatch‑generator(8) man:iotwatch@.service(8) >>

Re: [systemd-devel] Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Michael Chapman
On Mon, 3 Jun 2019, Ulrich Windl wrote: [...] > Hi! > > The generator unit is: > [Unit] > Description=I/O performance monitor instance generator > Documentation=man:iotwatch-generator(8) man:iotwatch@.service(8) > Wants=nss-user-lookup.target time-sync.target paths.target >

[systemd-devel] Antw: Re: Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Ulrich Windl
>>> Michael Chapman schrieb am 03.06.2019 um 10:44 in Nachricht : > On Mon, 3 Jun 2019, Ulrich Windl wrote: >> Hi! >> >> When installing a test package, I noticed that one unit >> (iotwatch-generator.service) triggered a restart for an unknown reason. The >> status is (note: no reason for

Re: [systemd-devel] Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Michael Chapman
On Mon, 3 Jun 2019, Ulrich Windl wrote: > Hi! > > When installing a test package, I noticed that one unit > (iotwatch-generator.service) triggered a restart for an unknown reason. The > status is (note: no reason for restart shown): > > # systemctl status iotwatch-generator.service -l > ●

Re: [systemd-devel] Antw: Re: suggestion: auto reload as the default to help packagers?

2019-06-03 Thread Michael Chapman
On Mon, 3 Jun 2019, Andrei Borzenkov wrote: > 03.06.2019 10:15, Ulrich Windl пишет: > Michael Chapman schrieb am 31.05.2019 um 13:28 > in > > Nachricht : > >> On Fri, 31 May 2019, Reindl Harald wrote: > >>> Am 31.05.19 um 12:31 schrieb Michael Chapman: > For RPM on Fedora, the

Re: [systemd-devel] Antw: Re: suggestion: auto reload as the default to help packagers?

2019-06-03 Thread Michael Chapman
On Mon, 3 Jun 2019, Ulrich Windl wrote: [...] > Where is the definitive documentation for these (rather new) RPM features? https://rpm.org/user_doc/file_triggers.html For Fedora specifically: https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/ > And do all the major RPM-based

[systemd-devel] Antw: Re: Antw: Re: suggestion: auto reload as the default to help packagers?

2019-06-03 Thread Ulrich Windl
>>> Andrei Borzenkov schrieb am 03.06.2019 um 09:48 in Nachricht : > 03.06.2019 10:15, Ulrich Windl пишет: > Michael Chapman schrieb am 31.05.2019 um 13:28 in >> Nachricht : >>> On Fri, 31 May 2019, Reindl Harald wrote: Am 31.05.19 um 12:31 schrieb Michael Chapman: > For RPM on

[systemd-devel] Unexplainable unit restart ("Start request repeated too quickly")

2019-06-03 Thread Ulrich Windl
Hi! When installing a test package, I noticed that one unit (iotwatch-generator.service) triggered a restart for an unknown reason. The status is (note: no reason for restart shown): # systemctl status iotwatch-generator.service -l ● iotwatch-generator.service - I/O performance monitor instance

Re: [systemd-devel] Antw: Re: suggestion: auto reload as the default to help packagers?

2019-06-03 Thread Andrei Borzenkov
03.06.2019 10:15, Ulrich Windl пишет: Michael Chapman schrieb am 31.05.2019 um 13:28 in > Nachricht : >> On Fri, 31 May 2019, Reindl Harald wrote: >>> Am 31.05.19 um 12:31 schrieb Michael Chapman: For RPM on Fedora, the systemd package has %transfiletriggerin and

[systemd-devel] Antw: Re: suggestion: auto reload as the default to help packagers?

2019-06-03 Thread Ulrich Windl
>>> Michael Chapman schrieb am 31.05.2019 um 13:28 in Nachricht : > On Fri, 31 May 2019, Reindl Harald wrote: >> Am 31.05.19 um 12:31 schrieb Michael Chapman: >> > For RPM on Fedora, the systemd package has %transfiletriggerin and >> > %transfiletriggerun scriptlets that run automatically at the