私たちの仮想マシンはVMWareで動作します。バージョンはよくわかりませんが、ESX 6（またはvSphere 6）と言いたいです。私がサポートし管理する顧客はすべてCentOS 7です。
今日は、最近追加されたディスク容量を活用するために物理ボリュームと論理ボリュームを調査して拡張しました。問題なく割り当てとサイズ変更がスムーズに行われました。その後、VMを再起動して変更が適用され、エラーが発生していないことを確認しました。
これが私の問題があるところです。再起動後、仮想マシンにSSHでアクセスできなくなります。 vSphereクライアントを介して仮想マシンにアクセスできます。仮想マシンの状態は良好に見えます。実行中で使用中のすべてのIPアドレス（複数のドッカーコンテナを実行するため、多くのIPアドレスが表示されます）とCPUとメモリ使用量を表示できます。
リモートコンソールを開き、2人の異なる管理者を使用してログインしようとしました。どちらも機能せず、約30秒後にログインプロンプトに戻ります。 VMを再起動し、リカバリカーネルの使用、grub、設定入力（ルート、Linuxカーネルなど）など、さまざまなオプションを試しました。仮想マシンが起動し、ログインプロンプトがロードされるたびにはい。
私はエラーが発生した場合、エラーを見て緊急/衝突シェルに移動すると仮定しましたが、そうではありません。すべてのマークでVMが正しく起動したようです。
私たちのvCenterには最小限の権限しかありません。だから私の質問は次のようになります
- 起動履歴を表示するためにコンソールでログインをバイパスする方法はありますか？私はそうは思わない。なぜなら、それは大きなセキュリティリスクにつながるからです。
- ゲストがホストに報告したことがあるかどうかを確認する方法はありますか？繰り返しますが、あると仮定しますが、出力を表示するアクセス権がありません。
- ゲストとしてログインできませんが、ゲストからブートレコードを取得する方法はありますか？私はそうではないと仮定しています
- ISOをマウントしましたが、BIOS設定を強制するために設定を変更することはできません。それでは、OSがインストールされないようにgrubコマンドラインを使用してVMを偽にする方法はありますか？インストール、ブートレコードなどを回復しようとしています。
答え1
回復プロンプトに移動する方法を特定し、問題を特定できました。
VMを再起動し、grubメニューの「c」を押してコンソールに移動しました。その後、ISOを仮想CDROMに接続し、grubコマンドラインを終了しました。これにより、仮想マシンがISOから起動し、回復モードに入ることができます。
その後、メッセージログを見て、fsのサイズを変更した場所とpvおよびlvチェックを実行し、再起動した場所を確認できました。ログにはシステムが常に正常に起動したと表示されますが、実行状態に入ると、次のようなさまざまな奇妙なエントリが一覧表示されます。
- IPテーブルドロップ
- Dockerはコンテナを起動、プル、または使用できません。
- ネットワークインタフェースが無効モードに切り替わりました
- rsyslog 例外
そしてそのような例は数え切れないほど多いです。私も違うことに気づきました。 Fireholの起動を見てインストールしましたが、設定を完了できなかったことを覚えて削除したことがわかりました。だからyumを通してfirefolとiprangesを削除しました。また、/var/lib/dockerのすべてのイメージ、コンテナ、ボリュームをクリーンアップしました。その後、VMを再起動し、IPアドレスをpingできましたが、VMにsshを接続できず、すべてが大丈夫に見えました。