☰

systemd-journald 不足している競合ログ

tag-icon • tag-icon raspberry-pi kernel-panic systemd-journald arch-arm journalctl
systemd-journald 不足している競合ログ

私はRPi3でArch-ARMを実行しています。システムがクラッシュすると、ログに関連するクラッシュログが見つからないことがわかりました。

RPi3のArch Linux ARM：Linux 4.4.37-1-ARCH #1 SMP armv7l GNU/Linux

システム:systemd 232

/etc/systemd/journald.conf:

[Journal]
Storage=persistent
Compress=yes
#Seal=yes
#SplitMode=uid
SyncIntervalSec=1
#RateLimitIntervalSec=30s
#RateLimitBurst=1000
SystemMaxUse=1.5G
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
MaxRetentionSec=1month
MaxFileSec=3hour
#ForwardToSyslog=no
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg

最近の競合ログ：

Dec 29 03:43:48 sudo[21861]:  my_user : TTY=unknown ; PWD=/opt/my_app/repo/src ; USER=root ; COMMAND=/usr/sbin/hciconfig hci0 reset
Dec 29 03:43:48 sudo[21861]: pam_unix(sudo:session): session opened for user root by (uid=0)
Dec 29 03:43:48 sudo[21861]: pam_unix(sudo:session): session closed for user root
Dec 29 03:43:48 my_app.py[17773]: trying to connect to XX:XX:XX:XX:XX:XX
Dec 29 03:43:48 systemd-udevd[21865]: Process '/bin/hciconfig hci0:64 up' failed with exit code 1.
Dec 29 03:43:51 my_app.py[17773]: connection successful :)
-- Reboot --
Jan 03 16:31:25 systemd[1]: Time has been changed
Jan 03 16:31:26 dhcpcd[470]: forked to background, child pid 587
Jan 03 16:31:25 systemd-timesyncd[360]: Synchronized to time server 206.108.0.133:123 (2.arch.pool.ntp.org).
Jan 03 16:31:25 systemd[1]: Starting Update man-db cache...
Jan 03 16:31:25 systemd[1]: Starting Rotate log files...
Jan 03 16:31:25 systemd[1]: Started Verify integrity of password and group files.
Jan 03 16:31:25 systemd[1]: ssh-tunnel.service: Service hold-off time over, scheduling restart.

journald競合が発生すると、なぜかログが失敗するようです。sync

  • これは既知の動作ですか？
  • 解決策はありますか？

また、次のステートメントが次のものであるかどうかを知りたいです。Arch Linux Wikiまだ有効：

systemdのsyslogコンポーネントであるJournaldは、通常の動作中にログをディスクにフラッシュしないため、システムが異常終了すると（停電、カーネルロックなど）、これらのログは消えます。カーネルロックが発生する場合は、デバッグ目的でいくつかのカーネルログを保持することが重要です。 Journald がカーネルログをフラッシュする設定オプションを取得するまで、rsyslog を Journald で使用できます。

関連するバグレポート（以前）：バグ61411 - クラッシュ/ハード再起動後、最後の起動以降のすべてのログが消えます。

同様の質問（以前）：デバッグロック - systemdが私のログを失う

関連情報