再起動すると、次のエラーメッセージが表示されることがよくあります。
kernel: watchdog watchdog0: watchdog did not stop!
ウォッチドッグを実行して詳細を調べようとしましたが、man watchdog
手動入力がないと思います。試してみましたが、yum list watchdog
インストールできませんでした。しかし、/dev
ディレクトリを見て、実際には2つの監視装置を見つけました。
watchdog
そしてwatchdog0
気になりました。私は本当に監視犬を所有していますか?再起動してもカーネルが停止しないと文句を言うのはなぜですか?
ベストアンサー1
ほとんどの最新のPCハードウェアには監視タイマー機能が含まれています。ここでWikipediaを通してこれについての詳細を読むことができます。監視タイマー。また、Linuxカーネルドキュメントでは:
抜粋https://www.kernel.org/doc/Documentation/watchdog/watchdog-api.txt
WDT(ウォッチドッグタイマー)は、ソフトウェアエラーが発生したときにコンピュータシステムをリセットするハードウェア回路です。おそらくあなたはすでにこれを知っているでしょう。
通常、ユーザー空間デーモンは/dev/watchdog特殊デバイスファイルを介して、ユーザー空間がまだアクティブであることをカーネル監視ドライバに定期的に通知します。これらの通知が発生すると、ドライバは通常、ハードウェア監視デバイスにすべてが正常であることを知らせ、監視デバイスはシステムをリセットするためにしばらく待つ必要があります。ユーザースペースにエラーがある場合(RAMエラー、カーネルエラーなど)、通知の発生が停止し、ハードウェア監視はタイムアウト(再起動)後にシステムをリセットします。
Linux ウォッチドッグ API は、異なるドライバーが異なっており、時には互換性のない部分を実装する幾分特殊な構造です。このファイルは既存の使用法を文書化し、将来のドライバー作成者がそれを参照として使用できるようにします。
この質問と回答は次のとおりです。Linuxでハードウェア監視機能を更新する人は誰ですか?、Linuxカーネルとハードウェア監視タイマー間の接続をカバーします。
ウォッチングパックはどうですか?
IMO、RPMの説明は非常に明確です。このwatchdog
デーモンはソフトウェア監視として機能したり、ハードウェア実装と対話したりできます。
監視プログラムは、強力なソフトウェア監視デーモンとして使用することも、常駐ベースボード管理コントローラ(BMC)とインタフェースするIPMIハードウェア監視ドライバなどのハードウェア監視デバイスと互換性があります。 watchdog は /dev/watchdog に定期的に書き込みます。 / dev / watchdogに書き込む間隔は、watchdog sysconfigファイルの設定で設定できます。
この設定ファイルは、ウォッチドッグをデフォルトのソフトウェアウォッチドッグ操作の代わりにハードウェアウォッチドッグに設定するためにも使用されます。どちらの場合も、デバイスの電源が入っているが設定された期間内に記録されない場合、監視タイマーの有効期限が切れてシステムの再起動がトリガされます。ソフトウェアウォッチドッグで実行すると、再起動機能はマシンの状態と割り込みによって異なります。
ハードウェア監視で実行されると、システムはBMC(または監視タイマーの有効期限が切れたときに実行されるように構成されたすべてのタスク)によって開始されたハードリセットを受けます。