[systemd-devel] dependency-only .service
Johannes Ernst
johannes.ernst at gmail.com
Mon Oct 15 23:49:22 UTC 2018
> On Oct 15, 2018, at 16:17, Uoti Urpala <uoti.urpala at pp1.inet.fi> wrote:
>
> On Mon, 2018-10-15 at 15:09 -0700, Johannes Ernst wrote:
>> I have several programs A, B and C that, while they are running, require memcached.service to be running.
>> When none of A, B, or C is running, I want memcached.service to not run either.
>> A, B and C should share the same memcached instance.
>>
>> How do I best express this?
>>
>> I was thinking I would have a foo at .service, which would be started by A, B and C as foo at A, foo at B, and foo at C right when they come up, and stopped before they quit. This foo at .service would have a dependency on memcached.service, but otherwise not do anything.
>
> Why this indirection through "foo" instead of direct dependencies? Are
> A, B and C not systemd services, so you require "foo" as a placeholder
> that reflects their dependencies?
Yes, they are something else than a systemd service, in my example simply long-running batch programs.
>> 1. There isn’t a Type=Noop, so having an ExecStart=/bin/true might be my best option?
>
> I think a service with Type=oneshot and RemainAfterExit=true should
> work with no ExecStart lines.
"Service lacks both ExecStart= and ExecStop= setting. Refusing.”
That presumably could be a .target but having a dummy exec is fine.
>> 2. How do I get memcached.service to stop automatically? A Requires= seems to keep it running even after all foo at .service have gone away.
>
> Add StopWhenUnneeded=true to the configuration of the memcached
> service.
Ah. There’s always one more keyword somewhere :-)
Thank you,
Johannes.
More information about the systemd-devel
mailing list