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
これにより問題が解決し、サービスが開始されました。