journalctlでsystemdのログを確認する方法｜サービス障害の調査方法も解説

前の記事では、 systemctlを使ってLinuxサービスの 状態確認・起動・停止・再起動を行う方法を学習しました。

では、systemctl statusを実行して サービスがfailedになっていた場合、 どのように原因を調べればよいのでしょうか。

こうした場面で重要になるのが、 systemdのログを確認できる journalctlコマンドです。

Linuxのログとは？

Linuxでは、 OSやサービスで発生したさまざまな出来事が ログ（記録）として保存されます。

たとえば、次のような情報です。

障害対応では、 現在の状態だけを見るのではなく、 問題が発生するまでに何が起きたのかを ログから確認することが重要です。

systemd-journaldとjournalctlの関係

systemdを利用するLinuxでは、 systemd-journaldという仕組みが さまざまなログを収集します。

systemctlとjournalctlはどう使い分ける？

journalctl：systemdのログを表示する

まず基本となるコマンドが、 オプションを付けない journalctlです。

実行すると、 journalに保存されているログが表示されます。

$ journalctl
Aug 19 09:00:01 linux systemd[1]: Started System Logging Service.
Aug 19 09:00:02 linux NetworkManager[720]: NetworkManager started
Aug 19 09:01:15 linux sshd[1052]: Server listening on 0.0.0.0 port 22.
Aug 19 09:02:10 linux systemd[1]: Started nginx.service
Aug 19 09:15:32 linux sudo[1382]: user : COMMAND=/usr/bin/systemctl status nginx

ただし、Linuxサーバでは大量のログが保存されているため、 すべてのログをそのまま読むのは効率的ではありません。

journalctl -u：特定サービスのログを確認する

最もよく利用する方法の一つが -uです。

-uはunitを指定するオプションです。

$ journalctl -u nginx
Aug 19 10:00:01 linux systemd[1]: Starting nginx.service...
Aug 19 10:00:01 linux nginx[2140]: nginx: configuration file syntax is ok
Aug 19 10:00:01 linux systemd[1]: Started nginx.service.
Aug 19 11:20:15 linux systemd[1]: Stopping nginx.service...
Aug 19 11:20:15 linux systemd[1]: nginx.service: Deactivated successfully.

これにより、 nginxに関連するログへ絞って確認できます。

journalctl -n：直近のログを確認する

大量のログから 直近だけ確認したい場合は -nを利用します。

これで直近20件のログを表示できます。

サービス指定と組み合わせることもできます。

journalctl -f：ログをリアルタイムで確認する

新しく出力されるログを リアルタイムに追いかけたい場合は、 -fを利用します。

-fは、 一般的なtail -fのように 新しいログを追跡する用途で利用できます。

–since：時間を指定してログを確認する

「今日発生したログだけ見たい」 という場合は、 –sinceを利用できます。

特定サービスと組み合わせる場合は、

と指定できます。

日時を指定することも可能です。

–until：終了時刻も指定できる

--sinceと –untilを組み合わせると、 時間範囲を指定できます。

たとえば 「10時30分ごろに障害が発生した」 と分かっている場合、 前後の時間帯へ絞って調査できます。

journalctl -p：重要度でログを絞り込む

journalctlでは、 ログのpriority（重要度）を指定して 絞り込むこともできます。

この場合、 errorレベル以上のログへ絞り込めます。

最初からすべて覚える必要はありません。 まずは err・warning・info あたりを理解しておけば十分です。

journalctl -b：今回のOS起動後のログを確認する

-bを使うと、 現在のOS起動（boot）以降のログを確認できます。

サービスと組み合わせる場合は、

と指定できます。

journalctlの基本オプションを整理しよう

実務ではどう使う？サービス障害の調査例

ここからは、 前の記事で学習したsystemctlと journalctlを組み合わせてみましょう。

まず、 サービス状態を確認します。

$ systemctl status nginx
● nginx.service - The nginx HTTP and reverse proxy server
     Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled)
     Active: failed (Result: exit-code)

nginxがfailedになっています。

ここで、単純に再起動を繰り返すのではなく、 ログを確認します。

$ journalctl -u nginx -n 20
Aug 19 15:02:10 linux systemd[1]: Starting nginx.service...
Aug 19 15:02:10 linux nginx[4210]: nginx: [emerg] unexpected "}" in /etc/nginx/nginx.conf:42
Aug 19 15:02:10 linux nginx[4210]: nginx: configuration file /etc/nginx/nginx.conf test failed
Aug 19 15:02:10 linux systemd[1]: nginx.service: Main process exited, status=1/FAILURE
Aug 19 15:02:10 linux systemd[1]: nginx.service: Failed with result 'exit-code'.
Aug 19 15:02:10 linux systemd[1]: Failed to start nginx.service.

ここから重要な行を探します。

つまり今回の問題は、 nginxそのものが壊れているのではなく、 設定ファイルの記述ミスが原因だと推測できます。

障害対応の基本的な流れを覚えよう

ここで実際に試してみよう：ログ調査シミュレーター

nginxが起動しない疑似Linuxサーバで、 systemctlとjournalctlを使って原因を調査してみましょう。

理解度チェック：どのログが原因につながる？

次のログが表示されました。 障害原因を特定するうえで、 特に注目すべきログはどれでしょうか。

確認問題：journalctlの基本を確認しよう

まとめ