「DeveloperWiki:Systemd」の版間の差分
ナビゲーションに移動
検索に移動
(→ユニット: 訳出) |
(→単純な慣習の例: 訳出) |
||
76行目: | 76行目: | ||
|} |
|} |
||
+ | {{Note|ExecStart や ExecStop などのキーの値はシェル内で実行されず、{{ic|execv}} に渡されるだけであることを覚えておいてください。}} |
||
− | {{Note|Keep in mind that values to keys such as ExecStart and ExecStop are '''not''' run within a shell, but only passed to {{ic|execv}}}} |
||
===tmpfiles.d=== |
===tmpfiles.d=== |
2020年5月21日 (木) 11:54時点における版
このページは計画のためのものです。
パッケージ化メモ
ユニット
- 存在するときはいつでもアップストリームのユニットファイルを使う
- Arch 固有のことをしないようにする。これは将来アップストリームがユニットファイルを提供するようになった後に、動作を変更しない可能性を最大化します。特に
EnvironmentFile=
は、Arch 固有の/etc/conf.d
を指しているときは特に避けるようにしてください - 常に初期化の動作と実際のデーモンの動作を分ける。必要であれば、初期化のために別のユニットファイルを使って、
systemd.unit(5)
の ConditionFoo によりブロックされるようにしてください。このような例はsshd.service
とsshdgenkeys.service
があります。
以下の場合には EnvironmentFile=
を使わなくて構いません。
- デーモンが、同じ設定を指定できる設定ファイルを持っている
- デフォルトのサービスファイルがほとんどの一般的なケースで "そのまま動く" 場合。動作を変えたいユーザーはこの場合デフォルトのサービスファイルをオーバーライドする必要があります。適切なデフォルトサービスファイルを提供することが不可能な場合は、ケースバイケースの方針で議論する必要があります
以下はサービスファイルに関するいくつかのコメントで、現在の動作を大まかに維持して、変な動作を避けることが前提です。
- サービスの開始前にネットワークが設定されている必要があるときは、
After=network.target
を使ってください。Wants=network.target
やRequires=network.target
は 使わない でください - 必要でないと分かっているとき以外は
Type=forking
を使ってください- たくさんのデーモンが、始めのプロセスの終了を準備ができたことを知らせるために使います。問題を最小化するため、このモードを使うと一番安全です
- どのプロセスがメインのプロセスか systemd が確実に理解できるように、デーモンに pidfile を生成させて、systemd に
PIDFile=
を使って pidfile を指し示してください - そのデーモンが dbus により有効化される・socket により有効化される・明示的に
Type=notify
をサポートしている、のいずれかの場合、話は変わってきますが、現在は少数のデーモンにのみ当てはまります
- Arch の rc スクリプトは依存関係をサポートしていませんが、systemd においては必要に応じて追加される必要があります
- 一番一般的なケースは、
A
が開始する前にサービスB
が起動している必要がある、という場合です。このケースではA
にRequires=B
とAfter=B
を追加してください。 - 依存が任意の場合、代わりに
Wants=B
とAfter=B
を追加してください - 依存は通常サービスに置かれ、依存先には置かれません。違ったことをしたくなった場合、何をしようとしているか知っておく必要があります。
- 一番一般的なケースは、
単純な慣習の例
rc script #!/bin/bash . /etc/rc.conf . /etc/rc.d/functions case "$1" in start) stat_busy "Starting NIS Server" /usr/sbin/ypserv if [ $? -gt 0 ]; then stat_fail else add_daemon ypserv stat_done fi ;; stop) stat_busy "Stopping NIS Server" killall -q /usr/sbin/ypserv if [ $? -gt 0 ]; then stat_fail else rm_daemon ypserv stat_done fi ;; restart) $0 stop sleep 1 $0 start ;; *) echo "usage: $0 {start |
systemd service file [Unit] Description=NIS/YP (Network Information Service) Server Requires=rpcbind.service After=network.target rpcbind.service [Service] Type=forking PIDFile=/run/ypserv.pid ExecStart=/usr/sbin/ypserv [Install] WantedBy=multi-user.target |
tmpfiles.d
- Instead of creating necessary runtime directories and files when a service is started (as some rc scripts do), ship a
tmpfiles.d(5)
config file in/usr/lib/tmpfiles.d
. - A pacman hook included in systemd will run
systemd-tmpfiles --create foo.conf
upon install to ensure the necessary runtime files are created right away, not just on the next boot
modules-load.d
- Instead of loading necessary modules when a service is started (as some rc scripts do), ship a
modules-load.d(5)
config file in/usr/lib/modules-load.d
. - Add
modprobe
lines topost_install
(andpost_upgrade
if needed) to ensure the necessary modules are loaded on install, not just on the next boot
sysctl.d
- IMO(dreisner): This should generally be avoided, as tying low level kernel behavior to a package might be considered evil.