![ユニットを更新するときに有効なユニットのシンボリックリンクを更新する systemd の自動化](https://rvso.com/image/770106/%E3%83%A6%E3%83%8B%E3%83%83%E3%83%88%E3%82%92%E6%9B%B4%E6%96%B0%E3%81%99%E3%82%8B%E3%81%A8%E3%81%8D%E3%81%AB%E6%9C%89%E5%8A%B9%E3%81%AA%E3%83%A6%E3%83%8B%E3%83%83%E3%83%88%E3%81%AE%E3%82%B7%E3%83%B3%E3%83%9C%E3%83%AA%E3%83%83%E3%82%AF%E3%83%AA%E3%83%B3%E3%82%AF%E3%82%92%E6%9B%B4%E6%96%B0%E3%81%99%E3%82%8B%20systemd%20%E3%81%AE%E8%87%AA%E5%8B%95%E5%8C%96.png)
ユニット ロード パス階層の上位にある新しいバージョンでユニットを更新するときに、systemd で既存のターゲット ウォント シンボリック リンクを更新する方法はありますか?
3.10.0-1160.36.2.el7.x86_64
systemd を搭載したCentOS では、219-78
デフォルトのユニットを使用して、ターゲットとしてマルチユーザーに対してサービス ユニットを有効にしました。
つまり、シンボリックリンク
/etc/systemd/system/multi-user.target.wants/foo.service
パッケージの元のユニットを指摘した
/usr/lib/systemd/system/foo.service
その後、私はユニットの改良版を配備し、
/etc/systemd/system/foo.service
を実行した後systemd daemon-reload
、systemd は原則として更新されたユニットを認識しました。ただし、ノードを再起動した後、systemd
シンボリックリンクが更新されなかったため、元のサービス ユニットが によって再度開始されました。
ユニットを明示的に無効化/有効化する必要がありました。つまり、シンボリックリンクを削除して再度設定し、更新されたユニットの場所を指すようにする必要がありました。
daemon-reload
ユニット バージョンがシステムのパス階層の上位に配置された後にユニットが更新された場合、と同様にターゲットのシンボリック リンクを自動的に更新する方法はありますか?