この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。systemd journalの公式マニュアルを基に、障害時刻だけを安全に絞る方法を整理しました。
検証ステータス：📘 systemd公式仕様確認済み・Ubuntu実機未確認
ログ調査では全文をgrepする前に、journalctl --since と --until で時間範囲を狭めると原因候補を追いやすくなります。
まず試す
journalctl --since "10 minutes ago" --until "now" --no-pager | tail -50
読み取りだけなのでログは変更しません。
ここを見る
表示される時刻が直近10分に収まっているかを確認します。大量ログの中から「障害が起きた時間帯」という条件を先に固定します。
1か所変える
10 minutes ago を 30 minutes ago に変え、行数やイベントがどう増えるか比較します。
なぜ？
journalは時刻情報を持つため、文字列検索より前に時間条件で候補集合を減らせます。その後に -u nginx などunit条件を足すと、調査理由を説明しやすくなります。
仕事で使うなら
「11:20ごろ接続できなかった」のような問い合わせで、まず11:15〜11:25へ絞り、次に対象serviceを見る手順にすると、無関係なエラーへ引っ張られにくくなります。
