web-dev-qa-db-ja.com

Syslogdからのメッセージ

長いrsyncジョブを実行しているsshセッション中にシステムがクラッシュし、シェルで次の出力を受け取りました。

Message from syslogd@x123 at Aug 21 13:42:05 ...
 kernel:[1050642.629179] ------------[ cut here ]------------

Message from syslogd@x123 at Aug 21 13:42:05 ...
 kernel:[1050642.629670] invalid opcode: 0000 [#1] SMP

Message from syslogd@x123 at Aug 21 13:42:05 ...
 kernel:[1050642.629950] last sysfs file: /sys/devices/virtual/block/md0/md/mismatch_cnt

Message from syslogd@x123 at Aug 21 13:42:05 ...
 kernel:[1050642.636405] Stack:

Message from syslogd@x123 at Aug 21 13:42:05 ...
 kernel:[1050642.638071] Call Trace:

Message from syslogd@x123 at Aug 21 13:42:05 ...
 kernel:[1050642.640982] Code: 2e 48 8b 43 30 48 8b 53 28 48 8d 4b 28 48 89 42 08 48 89 10 49 8b 06 48 89 48 08 48 89 43 28 4c 89 73 30 49 89 0e e9 c6 00 00 00 <0f> 0b eb fe 49 8b 44 24 d8 48 b9 00 00 00 00 00 16 00 00 4c 8b

その発生以来、Debianサーバーに接続できません。再起動後も。ただし、レスキューモードでssh経由で接続することはできますが、システムを通常の操作モードに戻すために何をすべきかわかりません。

どんな助けでも大歓迎です。

linuxcrashsyslogd
2
harp

RAID-1システムのe2fsckの問題を修正しました。ファイルとブロックに問題があるようです。解決策は次のとおりです。

レスキューモードでログインし、以下を実行します。

# umount -a

# e2fsck -f -y /dev/sda2

# e2fsck -f -y /dev/sdb2

# shutdown -r -n now
2
harp

次のコマンドを実行して、syslogを実行しているプロセスのリストを取得します。

ps -ef |grep syslog

これにより、次のように出力されます。

root      3947     1 13 Aug14 ?        00:58:05 /sbin/rsyslogd -i /var/run/syslogd.pid -c 5
root     28092 25977  0 05:36 pts/0    00:00:00 grep syslog

終了するプロセス（この場合はID 3947のプロセス）を特定し、次のように強制終了します。

kill -9 3947

これで問題が解決するはずです。

0
user245612