人形systemctlがサービスの開始を拒否する「停止」systemctlサービスを変更する方法は?

人形systemctlがサービスの開始を拒否する「停止」systemctlサービスを変更する方法は?

RHELで実行中のアプリケーションを起動できず、ただ停止する状況が発生しました。

sudo systemctl start myservice

このサーバーのログにアクセスできないjournaldため、サーバーの状態は謎です。

アプリケーションインスタンスは詳細を記録するため、「起動」されませんが、アプリケーションログには触れません。

私の友人が来て、このボックスでpuppetエージェントのアップデートを実行しました。

puppet agent --environment=production --test

その後、サービスを停止して開始できます。

私が知る限り、puppetにはサービスを削除して生成する機能があり、「デーモンの再ロード」機能もあります。つまり、次のようなもの

systemctl stop [servicename]
systemctl disable [servicename]
rm /etc/systemd/system/[servicename]
systemctl daemon-reload
systemctl reset-failed

今振り返ってみると逃げなければならなかったことに気づきました。

sudo systemctl reset-failed

私は、操り人形が「固定された」サービスを動作させるためにどんな具体的な仕事をしているのかを理解しようとしています。

私の質問は次のとおりです人形systemctlがサービスの開始を拒否する「停止」systemctlサービスを変更する方法は?

答え1

journaldログにアクセスし、以下を発見しました。

興味深いことに、ディスクがいっぱいになると、サービスは開始されません。

Puppetが実行されているときは、次を実行することを選択できます。

yum clean all

これにより問題が解決し、サービスが開始されました。

関連情報