Proper supervision of daemons requires knowledge which cannot be inferred automatically. Some aspects of service behaviour have to be described by administrator. Widely used upstart system manager has 3 type-like job properties: expect daemon, fork and stop. Their description starts with a warning:

This stanza is extremely important: read this section carefully!

Wrong type specification impacts service monitoring, failure detection and dependencies handling. There are six service types in systemd. Three basic ones (simple, forking, oneshot) and three more sophisticated (dbus, idle, notify).

Failure to set proper type may not bite you immediately. Service may run for minute or two and then get killed mysteriously. Services depending on wrongly specified one won't be started, even if it appears to run fine; but systemd won't consider the service ready and will not start dependent units.

Type highlights

• simple - default type; daemon has to stay in foreground. Ready: as soon as the binary is executed (which may be too soon, service may not be ready to serve requests yet).
• forking - daemon must fork. Ready: after first process exits. If PIDFile= is defined, readiness is delayed until PID is written to the pidfile.
• oneshot - suitable for running scripts; systemd waits until process finishes. Ready: when main process exits.
• dbus - for D-Bus services. Ready: when specified BusName= is acquired.
• idle - like “simple” , but with delayed execution.
• notify - most flexible and robust type; by defining simple communication protocol between daemon and systemd, precise information about state can be provided. Requires simple patching, for scripts you can use systemd-notify helper. Ready: when service says so.

Basic type determination

Suitable type can be guessed correctly in 75% cases by just running the daemon binary. If it stays in foreground, connected to the terminal, the type is “simple”. If it forks into the background, the type is “forking” (suprisingly!)

 # /usr/sbin/daemon
Copyright 2014 Foo Baz Bar Corp.
Serving Requests…

# /usr/sbin/otherdaemon
#

If you need to run a program/script which does its jobs and exits (does not stay running), use oneshot. Please note: if you can choose how the daemon behaves, it generally better to go with "forking". This makes systemd declare "ready" after daemon is actually able to accept connections.

Failure modes

Most of the failures shown below happen after TimeoutStartSec=. By default it’s set to 90 seconds, so lets stick with this value.

1. systemd expects process to fork and parent to exit. It waits until timeout.
2. it never gets to the “ready” state, so no units depending on it will start; start timeout is ignored for “oneshot” units.
3. systemd will wait for ready notification. Until timeout.
4. ”main” process exits
5. daemons should not exit, but “oneshot” units should

I hope that explains why sometimes systemd kills your service after a minute. Of course you should read man systemd.service, it contains much more details.

Stany Zjednoczone Ameryki to ten dziwny kraj, który co jakiś czas zaskakuje pomysłami, na które nie wpadłby nawet Związek Radziecki.

Jakiś czas temu myślałem, że sprywatyzowanie więzień to jakiś żart. Jednak nie. Pierwsze było co prawda UK, ale dopiero USA rozkręciło to w duży biznes. Z więziennictwa zrobili tak dochodowy interes, że nawet sędziowe zaczęli dostawać łapówki za kierowanie skazanych do więzień i poprawczaków.

Podobnie z wojskiem. Private Military Company zaczęły się w UK, a rozkwitły za oceanem. Stoją za tyloma skandalami, że co kilka lat robią rebranding – wystarczy przypomnieć Blackwater/Xe/Academi/Constellis czy jak oni się teraz nazywają.

W mijającym tygodniu zaskoczył mnie felieton w Ars Technica dot. kontroli operacyjnej. U nas sprawę reguluje Prawo Telekomunikacjne w serii arykułów 180 i np. Ustawa o Policji w art. 20c. Za wielką wodą jest to CALEA. O ile u nas tymi kwestiami zajmują się służby (i część gastronomii), to w USA sprywatyzowano również podsłuchy. Firmy oficjalnie zajmują się pomaganiem małym ISP, których nie stać na infrastrukturę inwigilacyjną (takie np. AT&T radzi sobie samo, ale co roku fakturuje CIA na ponad 10 mln dolarów za tę usługę). Faktem jest jednak, że formacje broniące prawa outsource'ują podsłuchiwanie do prywatnych spółek.

Jak to się może rozwinąć? Zapraszam do obejrzenia krótkometrażówki sci-fi pt. From future with love.

Archived comments:

Sigvatr 2014-09-06 18:38:26

> Jak to się może rozwinąć? Zapraszam do obejrzenia krótkometrażówki sci-fi pt. From future with love.

Fantastyczny ten filmik. Co prawda, chyba powinien skończyć się w momencie, kiedy główny bohater krzyczy "all clear":P Bo potem to nie wiadomo co się dzieje. I te diody - skąd to przekonanie, że w przyszłości będziemy sobie na zbrojach diody wstawiać? No, ale i tak filmik jest genialny.
Nawet muzykę zapożyczyli z Fallouta:)

torero 2014-09-08 08:38:42

> Podobnie z wojskiem. Private Military Company zaczęły się w UK, a rozkwitły za oceanem. Stoją za tyloma skandalami, że co kilka lat robią rebranding – wystarczy przypomnieć Blackwater/Xe/Academi/Constellis czy jak oni się teraz nazywają.

Ojtam, [wcale się nie zaczęło](https://pl.wikipedia.org/wiki/Wojsko_najemne). Co do reszty... cóż, czasy mamy takie, że widać prędzej można doczekać się prywatyzacji więziennictwa i resortów siłowych, niż powszechnej oświaty czy służby zdrowia...