まず腐敗(検知による腐敗)について話してみようjournalctl --verify。

まず腐敗(検知による腐敗)について話してみようjournalctl --verify。

今日のCPU使用率が100%のサーバーの問題が発生しました。サーバーを元に戻すためにハードリセットを行う必要がありましたが、今は高負荷の原因を特定しようとしています。

残念ながら、Journalctlは再起動するまでログ情報を表示しません。これで、journalctl --verify破損したファイルが表示されました。これが問題に関連していると仮定していますが、破損する前のログをどのように表示できますか?journalctl --since yesterday2日前から試してみましたが、まだ成功していませんでした。

ベストアンサー1

比較的小さなログパーティションを作成し、オプションとマウントパスに追加します/etc/fstabsync/var/log

...<previos fstab lines>...
UUID=<UUID of created partition>  /var/log  ext4  rw,sync  0  0

これにより、システムは書き込みをキャッシュせずにブロックデバイスに直接ログを書き込むので、ログメッセージは発生したとおりに記録され、再起動時に削除されません。ただし、同期ログの書き込みはIO集約的であり、本番サーバーでの長期使用には適していないことに注意してください。

おすすめ記事