再起動が異常終了する原因は何ですか？

Question

読みやすくするために、ログ行がラップされます。

Jul 15 03:08:04 xxxxxxxxxx python: ansible-ansible.legacy.command Invoked with creates=None \
    executable=None _uses_shell=False strip_empty_ends=True _raw_params=/sbin/shutdown -r +1 \
    removes=None argv=None warn=False chdir=None stdin_add_newline=True stdin=None

shutdown -r +1誰かまたは何かがAnsibleを使用して電話をかけているようです。

閉じる前の最後のメッセージは次のとおりです。

Jul 15 03:09:04 xxxxxxxxxx systemd: Stopping LSB: Starts and stops IHS...
Jul 15 03:09:04 xxxxxxxxxx systemd: Stopping ACPI Event Daemon...
Jul 15 03:09:04 xxxxxxxxxx systemd: Stopped Resets System Activity Logs.
Jul 15 03:09:04 xxxxxxxxxx systemd: Stopping Zabbix Agent...
Jul 15 03:09:04 xxxxxxxxxx systemd: Stopping System Logging Service...

...これは、制御された閉鎖によって多くの進展が行われたことを意味します。 syslogサービスが停止した後、再起動されるまでログエントリはありません/var/log/messages。永続システムロギングを有効にすると（ディレクトリを作成して/var/log/journal）、終了する前により多くのエントリを表示できますjournalctl。

ジョブを終了する前にAnsibleジョブが実行されているようですyum。

Jul 15 03:01:53 xxxxxxxxxx python: ansible-ansible.legacy.yum Invoked with lock_timeout=30 \
    update_cache=False conf_file=None exclude=[] allow_downgrade=False disable_gpg_check=False \
    disable_excludes=None use_backend=auto state=latest disablerepo=[] skip_broken=False \
    releasever=None autoremove=False download_dir=None enable_plugin=[] installroot=/ \
    install_weak_deps=True name=['*'] download_only=False bugfix=False list=None \
    install_repoquery=True update_only=False disable_plugin=[] enablerepo=[] security=True \
    validate_certs=True

yumこれがカーネルアップデートをインポートしたことを確認し、そうであればinitramfsの作成が成功したことを確認することをお勧めします。私は以前RHEL 7.xでinitramfsの生成が失敗した状況を見たことがあると思います。たとえば、yumパッケージキャッシュが原因でファイルシステムがいっぱいになり、新しいカーネルで起動できないためです。時には、ファイルシステムをルートとしてマウントする前に失敗します。読み書きモードにありました。これは明らかに、この起動試行についてログが記録されないことを意味します。

これはVMware仮想マシンであるため、ハイパーバイザー（および/または可能であればvSphere管理）ログは、システムのクラッシュ後に発生した状況を詳細に説明できます。おそらく、予定されたハイパーバイザーサービスの中断があり、VMware管理者は中断するまでVMの起動を防ぎました。完了しましたか？

また、システムがオンラインになり、NTP時刻同期が有効になるまで、再起動直後に記録された時刻値を盲目的に信頼しません。混合Windows / Linux VMware環境では、VMware時間同期を無効にすることを忘れている可能性があります。環境がWindows仮想マシンによって支配されている場合、VMwareホストはローカル時間でシステムクロックを実行でき、仮想マシン仮想時計は起動時にデフォルトでその時間に設定されます。

この場合、NTP同期サービスが開始されると、サイトの現在のUTC / DSTオフセットとほぼ同じである可能性がある開始時の時間ジャンプが表示されます。後でブート後にタイムスタンプが7月15日08:3x:xxから約7月15日03:xx:xxにジャンプする場合、VMは仮想ハードウェア時計がUTCでWindows Aを実行していると誤って仮定するように構成されていますです。 UTC+4（+DST、北半球）またはUTC+5（DSTなし）タイムゾーンにあるVMware中心環境。

2022年7月15日08:38:48.151:6のシステム開始と2022年7月18日06:17:40.034:6の次の開始の間に異常終了が発生しました。あなたの/var/log/messages抜粋はその時間間隔をカバーしません。

異常終了によって発生した状況を特定するには、次の項目を見つける必要があります。2022年7月18日06:17:40より前の最後のログエントリ。

もしあれば/var/log/messages7月15日08:38:30以降はログインできなくなります。その後、仮想マシンがハッキングされ（不慣れに）ルートキットされた可能性を考えます。これが事実であることが判明した場合、シャットダウン時にクラッシュが発生するのは、仮想マシンのルートキットおよび/または他のマルウェアの副作用である可能性がありますが、現時点では心配する必要が最も少なくなります。

Answer 1