systemd ログメンテナンスガイド (例付き)-安全性-php.cn

systemd ログメンテナンスガイド (例付き)

王林

リリース： 2023-06-09 21:46:33

転載

812 人が閲覧しました

systemd 日志维护指南（附实例）

Linux ディストリビューションが systemd をサポートしている場合は、起動時からすべてのプロセスとアプリケーションがシステムから毎秒ダウンロードされます。ログを収集します。プログラム。これらすべてのジャーナルイベントは、systemd の journald デーモンによって管理されます。 journald はすべてのログ (情報、警告、エラーなど) を収集し、それらをバイナリデータとしてディスクファイルに保存します。

ログはディスク上に保持され、毎秒収集されるため、特に古いシステムやサーバーの場合、大量のディスク領域を占有します。たとえば、1 年ほど稼働しているテストシステムの 1 つでは、ログファイルのサイズがギガバイトになります。

複数のシステムとサーバーを管理する場合は、効率的な運用のためにジャーナルログを正しく管理することをお勧めします。ログファイルの管理方法を見てみましょう。

systemd ログのメンテナンス

systemd の journalctl ツールを使用すると、これらのログをクエリし、ログに対してさまざまな操作を実行できます。たとえば、さまざまな起動時のログファイルを表示して、特定のプロセスまたはアプリケーションの最後の警告とエラーを調べます。これらのことを何も知らない場合は、このガイドに従う前に、このチュートリアルをざっと読んでおくことをお勧めします: journalctl を使用して systemd ログを表示および分析する (例あり) 。

物理的な日記のログファイルはどこにありますか?

systemd のjournald デーモンは、起動されるたびにログを収集します。これは、起動条件に基づいてログファイルを分類することを意味します。

ログはパス /var/log/journal にバイナリ形式で保存され、フォルダーはマシン ID です。

#例:

systemd 日志维护指南（附实例）

#ログファイルの場所-1のスクリーンショット

systemd 日志维护指南（附实例） ##ログファイルの場所のスクリーンショット - 2

また、システム構成によっては、ランタイムログファイルが /run/log/journal に保存されることにも注意してください。 /

。そして、これらは起動するたびに削除されます。

ログファイルを手動で削除できますか?

できますが、やらないでください。代わりに、次の手順に従って、

journalctl

ツールを使用してログファイルをクリアし、ディスク領域を解放してください。

systemd ログファイルはどれくらいのディスク容量を占有しますか?

ターミナルを開いて次のコマンドを実行します。

journalctl --disk-usage

ログイン後にコピー

これにより、システムで使用されている実際のログファイルの数が表示されます。

systemd 日志维护指南（附实例） journalctl ディスク使用状況コマンド

グラフィカルデスクトップ環境がある場合は、ファイルマネージャーを開いてパスを参照できます。 /var/log/journal

にアクセスし、プロパティを確認します。

systemd ログクリーニングプロセス

ログファイルをクリーニングする効果的な方法は、

journald.conf

構成ファイルを使用する必要があります。通常の状況では、

journalctl にはログファイルを削除するツールが用意されていますが、これらのファイルを手動で削除しないでください。

让我们来看看如何手动删除它，然后我将解释 journald.conf 中的配置变化，这样你就不需要时不时地手动删除文件；相反，systemd 会根据你的配置自动处理它。

手动删除

首先，你必须 flush 和 rotate 日志文件。轮换rotate是将当前活动的日志文件归档，并立即开始创建一个新的日志文件继续记录日志。冲洗flush 开关要求日志守护进程将存储在 /run/log/journal/ 中的所有日志数据冲入 /var/log/journal/，如果持久性存储被启用的话。

然后，在 flush 和 rotate 之后，你需要用 vacuum-size、vacuum-time 和 vacuum-files 选项运行 journalctl 来强制 systemd 清除日志。

例 1：

sudo journalctl --flush --rotate

ログイン後にコピー

sudo journalctl --vacuum-time=1s

ログイン後にコピー

上面这组命令会删除所有存档的日志文件，直到最后一秒。这有效地清除了一切。因此，在运行该命令时要小心。

systemd 日志维护指南（附实例）

日志清理-例子

清理完毕后：

systemd 日志维护指南（附实例）

清理后--日志的占用空间

你也可以根据你的需要在 --vacuum-time 的数字后面提供以下后缀：

s：秒
m：分钟
h：小时
days：天
months：月
weeks：周
years：年

例 2：

sudo journalctl --flush --rotate

ログイン後にコピー

sudo journalctl --vacuum-size=400M

ログイン後にコピー

这将清除所有存档的日志文件，并保留最后 400MB 的文件。记住这个开关只适用于存档的日志文件，不适用于活动的日志文件。你也可以使用后缀，如下所示。

K：KB
M：MB
G：GB

例 3：

sudo journalctl --flush --rotate

ログイン後にコピー

sudo journalctl --vacuum-files=2

ログイン後にコピー

vacuum-files 选项会清除所有低于指定数量的日志文件。因此，在上面的例子中，只有最后两个日志文件被保留，其他的都被删除。同样，这只对存档的文件有效。

如果你愿意，你可以把两种选项结合起来，但我建议不要这样做。然而，如果同时使用两个选项，请确保先用 --rotate 选项运行。

使用配置文件自动删除

虽然上述方法很好，也很容易使用，但建议你使用 journald 配置文件来控制日志文件的清理过程，该文件存在于 /etc/systemd/journald.conf。

systemd 为你提供了许多参数来有效管理日志文件。通过组合这些参数，你可以有效地限制日志文件所占用的磁盘空间。让我们来看看。

#単一のログファイルがローテーションされる前に永続ストレージ内でどれだけ大きくなるかを制御します。揮発性ストレージ ( データが揮発性ストレージ (

journald.conf 参数	描述	实例
`SystemMaxUse`	指定日志在持久性存储中可使用的最大磁盘空间	`SystemMaxUse=500M`
`SystemKeepFree`	指定在将日志条目添加到持久性存储时，日志应留出的空间量。	`SystemKeepFree=100M`
SystemMaxFileSize		SystemMaxFileSize=100M
RuntimeMaxUse	/run ファイルシステム内) で使用できる最大ディスク容量を指定します。	RuntimeMaxUse=100M
RuntimeKeepFree	/run ファイルシステム内) に書き込まれ、他の用途のために予約されることを指定します。スペース。	RuntimeMaxUse=100M
RuntimeMaxFileSize `</td><td data-transient-attributes="table-cell-selection" style="min-width: auto; overflow-wrap: break-word; margin: 4px 8px; border: 1px solid rgb(217, 217, 217); padding: 4px 8px; cursor: default; vertical-align: top;"><p >指定单个日志文件在被轮换之前在易失性存储（在 <code style="background-color: rgb(231, 243, 237); padding: 0px 3px; border-radius: 4px; overflow-wrap: break-word; text-indent: 0px;">/run` 文件系统内）所能占用的空间量。	`RuntimeMaxFileSize=200M`