Dotaz: Systemd.service - vynucení čekání na inicializaci

[ondra]

Ahoj všem,

v kostce - přemýšlím, jak bych měl definovat službu v systemd tak, aby čekala na inicializaci spuštěné aplikace a teprve poté byly aktivovány další jednotky, které na službě závisí. Příklad: Aplikace se po spuštění procesu nějakou dobu (cca 40 sec) inicializuje a když má hotovo, začne naslouchat na TCP portu a obsluhovat požadavky.

Pokud aplikaci spustím jako service v systemd, tak ten jí považuje za aktivní v okamžiku, kdy spustí její proces, a dál se o to nezajímá. Ostatní systemd služby, které jsou na ní závislé, těch 40 sekund zbytečně hází chyby.

Jde mi tedy o to, jak definovat, aby byla jednotka aktivní např. až při dostupnosti portu nebo existenci "ready-flag" souboru, apod.

Napadají mě jen dvě neelegantní řešení:

• Do závislých služeb dát "sleep 60" a doufat, že to vyjde (no fuj)
• Mít jednotku typu systemd.path, která aktivuje další service až při existenci "ready" souboru, který vytvoří aplikace sama nebo nějaký wrapper.

Napadá někoho, jak toto řešit? V upstart bylo možné emitovat signály, kterými jsem toto vyřešil.

Díky, Ondra

---

---

Odpovědi

[Josef Kufner]

Zkusil bych socket activation. Systemd připraví socket, aplikace se začne chystat. Klienti se připo jí k připravenému socketu a počkají, než se aplikace nachystá.

[Filip Jirsák]

Možností je několik – socket activation, kdy socket vytvoří systemd a aplikaci ho předá už vytvořený. Další možností jsou služby typu dbus nebo notify, které dají systemd vědět, že nastartovaly, přes dbus nebo přes sd_notify.

[Ondra]

Díky.. když na to teď koukám, tak sd_notify je přesně to, co hledám. Napíšu malý wrapper, který vrátí PID a bude hlídat stav inicializace a pak o tom dá do systemd vědět.