VM内部では、デフォルトでは、、、、またはなどsshのコマンドを実行できず、すべて中断されるため、問題を識別する方法さえわかりません。ps auxcd /proc; lstopdmesgsystemctl status
Linux frdev07 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64
しかし、ここにいくつかのヒントがあります。週末にのみ発生し、systemctl status内部のどこかにぶら下がっています[email protected]。psqlデータベースにも接続できず、中断されます。私の考えでは、これはPostgreSQLが実行するメンテナンスプロセスですが、VMを使用できないようにする言い訳ではありません。
正確な問題をどのように見つけることができますか？
答え1
オペレーティングシステム全体がクラッシュしているように見える場合は、物理ディスク障害を示す可能性があるディスクI / Oの種類の問題がある可能性があります。
ログを確認してください：ほとんどおよび/var/log/messages/または/var/log/kern.log。このコマンドを試してみることもできますdmesg。 RAMからカーネルメッセージバッファのみを出力する非常に小さいコマンドなので、より複雑なコマンドが中断されても動作する可能性があります。
それでもdmesg失敗した場合は、仮想マシンコンソールにアクセスしてみてください。重大なエラーが発生した場合は、ログインしている人がいなくてもシステムはコンソールにエラーメッセージを表示できます。
カーネルバージョン番号は、4.9.0-6-amd64システムパッチがまだ最新ではないことを示します。 Debian 9.x の現在のカーネルはです4.9.0-8-amd64。システムがインターネットからアクセス可能な場合、システムは脆弱であると検出され、速度が遅くなります。一種の攻撃。