systemdで初期処理の同期をとる方法。 #Python

先日、systemdを使っていて、

という状況になりました。

systemd.serviceは、[Unit]のAfterで起動順序を定義できます。
ですが、それはただ、ExecStartを実行する順序が定義されるものであるため、
ある処理(Ｂ)が特に時間のかかる処理だった場合は(Ｃ)の起動が(Ａ)を追い越してしまいます。

そこで、(Ａ)に対して、少し細工をすることにしました。

前提条件

Linux系OSのsystemdを使っていること。
私はubuntuで実施してますが他のOSでも同じように動くと思います。

サービス(Ｃ)のsystemd.serviceの[Unit]定義を以下にします。

C.service

[Unit]
After = A.service
Requires = A.service

サービス(Ａ)のsystemd.serviceの[Service]Typeをnotifyにします。
マニュアル

A.service

[Service]
Type = notify

こうすることで、サービスＡのプログラムコードと連携できるようになります。
コードから通知を受けたタイミングで、起動処理が正常終了する、という意味になります。

今回はcppで書かれたサービスだったので、ここを参考に、notifyの処理を埋め込みます。
埋め込む場所は、同期を取りたい処理が正常終了するタイミングです。

#include <systemd/sd-daemon.h>

main(){
  //
  // 処理(Ｂ)
  //
  sd_notify(0, "READY=1");
  //
  // main処理
  //
}

systemd-analyze plot > foo.svg

点線部分がsystemdによるExecStartから、Type=notifyされるまでの時間がplotされたものです。
処理(B)を実施している時間が赤くなりました。

※サービス名は公開できないので隠しています。

検証はしていませんが、go,pythonのsdnotifyです。