Re: On possibly "finer" dependencies in s6-rc

From: Laurent Bercot <>
Date: Tue, 14 Feb 2017 21:31:47 +0000

>What about a `dnsmasq' service depending on serveral `dnscrypt-proxy'
>instances for failover, and can start when any of the instances become

  Call it bad faith from me, or whatever you like, but I really dislike
idea of implementing disjunctions at the service manager level.
create nondeterministic startup sequences, which can lead to heisenbugs
faster than you can say "systemd".

  For that use case, I would delegate the disjunction to the service
I would have a unique "dnscrypt-proxy" service handling the failover
instances itself, and "dnsmasq" would depend on that "dnscrypt-proxy"

  The failover instances can still be supervised and managed by regular
primitives; s6-rc would just not see them as separate services.

  If that kind of setup can be generalized, I'm not opposed to adding a
"failover instance manager" set of programs to s6, because I believe
reasonably in scope. I would much rather do that than add disjunction
management to s6-rc.

Received on Tue Feb 14 2017 - 21:31:47 UTC

This archive was generated by hypermail 2.3.0 : Sun May 09 2021 - 19:44:19 UTC