構成パラメーターの詳細な説明を表示するための永続性journalctlログクリアコマンド

いつでもEコマースウェブマスターの出会いMySQL データベース、 Apache などのアプリケーションが通常どおり起動できず、Linuxシステムは、使用するように促します journalctl -ex コマンドで表示します。

• 多くの場合、関連するログはすぐに見つかります。
• このようにログを分析した後、問題を迅速に解決できます。

ジャーナルとはどういう意味ですか?

ジャーナルの基本的な説明:

• n. デイリー、ジャーナル、ダイアリー; 定期刊行物、ジャーナル、雑誌; [会計] 台帳
• 変化
• 複数のジャーナル

ジャーナル ログを永続化する

永続性は、プログラム データを永続状態と一時状態の間で変換するためのメカニズムです。

簡単に言えば、一時的なデータ (永続的に保存できないメモリ内データなど) は、永続的なデータ (長期間保存できるデータベースの永続化など) に永続化されます。

でCentOSの 7.X では、systemd がすべてのユニットの起動ログを管理します。

• Systemd-journald は、systemd によって管理される漸進的なジャーナル管理サービスです。
• カーネルからログを収集し、システムの起動初期段階でシステム デーモンが稼働しています。
• 標準出力とエラー メッセージ、および syslog ログ。

journalctl ログのパス

ログ サービスは、ログ ファイルを XNUMX つの構造にのみ保持します。

以下はCentOS 7システムです VestaCPコントロールパネル、journalctlログの保存パス ▼

/var/log/journal

• ログは圧縮されてフォーマットされたバイナリ データであるため、表示およびポジショニングとても早い。

journalctl ビュー ログ コマンド

オプションなしで、journalctl がすべてのログを出力するようにするコマンド ▼

journalctl

• 大量のロギングに圧倒されてすぐに「圧倒」されるため、基本的には役に立ちません。

次に、貴重なログ情報を効果的にフィルタリングする方法を学びます。

指定した期間を表示するjournalctl日志

期間を設定するには、次のコマンド オプションを使用します ▼

--since
--until

• 期間は、特定の時間の前後のログ レコードを指定する役割を果たします。

時間値は、次のようなさまざまな形式にすることができます ▼

YYYY-MM-DD HH:MM:SS

如果你想检查在2018年3月8日晚上8点20分之后日志，请输入以下命令 ▼

journalctl --since "2018-03-26 20:20:00"

• 上記の形式の一部のコンポーネントが入力されていない場合、システムはデフォルト値を直接入力します。
• たとえば、日付部分が入力されていない場合、現在の日付が直接表示されます。
• 時刻の部分が入力されていない場合、デフォルトで「00:00:00」(真夜中) が使用されます。
• 秒フィールドは空白のままにすることもできます。

デフォルト値は「00」です。たとえば、次のコマンド ▼

journalctl --since "2018-03-26" --until "2018-03-26 03:00"

さらに、journalctl は、いくつかの相対値と名前付きの略記を理解します。

• たとえば、「昨日」、「今日」、「明日」、または「今」を使用できます。

たとえば、昨日のログ データを取得するには、次のコマンドを使用できます ▼

journalctl --since yesterday

午前 9 時から過去 00 時間までのログを取得するには、次のコマンドを使用できます ▼

journalctl --since 09:00 --until "1 hour ago"

リアルタイム更新ビューのジャーナルctlログ

とail -f コマンドは同様で、journalctl はリアルタイムでログを表示する -f オプションをサポート ▼

journalctl -f

デバイスのリアルタイムログを閲覧したい場合は、-uオプションを追加してください▼

$ sudo journalctl -f -u prometheus.service

journalctl で最新の n 行のみを表示

コマンド ライン オプション -n ログの最新の n 行のみを制御するために使用されます。

デフォルトではログの最新10行を最後に表示▼

$ sudo journalctl -n

最後に行数を指定してログを表示することもできます▼

$ sudo journalctl -n 20

以下は、cron.service サービスを示す最新の XNUMX 行のログです ▼

$ journalctl -u cron.service -n 3

有ウェブサイトVPSを利用する人ウェブサイトを構築する、VestaCP コントロール パネルのインストール、ビルドWordPressウェブサイト。

よく使う df -h VPS のディスク容量を確認し、月あたり 1GB の傾向で増加していることを確認するコマンド (先月は 1GB だったことを思い出してください)

[root@ten ~]# df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/simfs       20G  7.5G   13G  38% /

devtmpfs        256M     0  256M   0% /dev

tmpfs           256M     0  256M   0% /dev/shm

tmpfs           256M  244K  256M   1% /run

tmpfs           256M     0  256M   0% /sys/fs/cgroup

tmpfs            52M     0   52M   0% /run/user/0

capacity コマンドを使用して journalctl ログを表示する

disk capacity コマンドを使用して現在の journalctl ログを確認する ▼

journalctl --disk-usage

journalctl 空の削除ログ

Linux は非常にデリケートなオペレーティング システムであるため、ファイルを誤って削除すると、システム クラッシュが発生しやすくなります。

したがって、journalctl ログをクリーンアップする方法は、日付と予約できる容量で削除してください。

journalctl --vacuum-time=2d
journalctl --vacuum-size=500M

ログファイルを手動で削除する場合は、削除する前にログをローテーション (ローテーション) する必要があります。

systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service

journalctl configure 永続容量

journald 制限の永続化構成を有効にするには、journald の構成ファイルを変更できます ▼

/etc/systemd/journald.conf

SystemMaxUse=16M

ForwardToSyslog=no

次に、journald を再起動します ▼

systemctl restart systemd-journald.service

チェックログは大丈夫ですか？ログファイルは完全で破損していませんか? ▼

journalctl --verify

以下は、journalctl ログを消去した後の VPS ディスク容量と、journalctl ログ容量です▼

[root@ten /]# df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/simfs       20G  5.7G   15G  29% /

devtmpfs        256M     0  256M   0% /dev

tmpfs           256M     0  256M   0% /dev/shm

tmpfs           256M  308K  256M   1% /run

tmpfs           256M     0  256M   0% /sys/fs/cgroup

tmpfs            52M     0   52M   0% /run/user/0

[root@ten /]# journalctl --disk-usage

Archived and active journals take up 24.0M on disk.

永続的なjournalctlログの詳細な説明、これで終わりです^_^