PM2で管理している定期実行サービス（investlab-daily）がstopped状態になっている場合、即座に再起動するのではなく、まずpm2 logsやpm2 show等でなぜ停止したのかの原因を確認する。原因を特定せずに再起動すると同じ問題が繰り返される。ログ確認→原因特定→修正→再起動の順序を守ることで、サービス安定性が向上する。infraカテゴリの作業全般に適用すべきプラクティス。
## ポイント
- stopped状態のPM2サービスは原因不明のまま再起動しない
- pm2 logs
- 原因特定→修正→再起動の順序を守ることでリピート障害を防止する
- 定期実行系（cron/daily系）は静かに失敗するため積極的なログ確認が必要
## 関連ページ
[[PM2 dangling process detection]] [[Ollama はshadowで稼働・arcanaからTailscale経由で利用]]
## 関連概念（未作成）
`PM2サービス監視ベストプラクティス` `定期実行ジョブの障害検知パターン`