オープンソースの systemd にある既知の脆弱性により、systemd-219-78.4.al7.3.x86_64 以前のバージョンを実行している Alibaba Cloud Linux 2.1903 LTS 64 ビットインスタンスでヒープメモリの破損が発生します。この問題が発生すると、systemd プロセスがフリーズし、自力では回復できなくなります。
症状
Alibaba Cloud Linux 2.1903 LTS 64 ビットのパブリックイメージを実行している Elastic Compute Service (ECS) インスタンス上で、サービスの起動に失敗することがあります。システムジャーナルに次のエラーが記録されることがあります。
Failed to activate service 'org.freedesktop.systemd1': timed outsystemctl daemon-reexec を実行しても問題は解決しません。pstack 1 を実行して systemd プロセスを検査します。出力には、以下に示すように systemd がフリーズしていることが示されます。
原因
オープンソースの systemd にはヒープメモリを破損させる可能性のある脆弱性があり、これにより systemd プロセスが予期せず終了し、その後フリーズします。このプロセスは、介入なしでは回復できません。
kill -15 1 を実行して systemd サービスを復旧してください。systemd フリーズの修正
前提条件
作業を開始する前に、ECS インスタンスのスナップショットを作成してデータをバックアップしてください。トラブルシューティング中にデータが失われた場合は、スナップショットを使用してディスクを復元します。詳細については、「スナップショットの概要」をご参照ください。
診断と修正
ECS インスタンスに接続します。詳細については、「接続方法」をご参照ください。
systemd のバージョンを確認します。
rpm -q systemd出力は次のようになります。
systemd-219-78.4.al7.3.x86_64バージョンに応じて問題を修正します。
バージョンが systemd-219-78.4.al7.3.x86_64 以前の場合： systemd をアップグレードしてから、インスタンスを再起動します。
systemd をアップグレードします。
yum update systemdインスタンスを再起動します。
reboot
バージョンが systemd-219-78.4.al7.3.x86_64 より新しいが、まだ影響を受ける場合： SIGTERM を送信して、フリーズした systemd プロセスを復旧します。
kill -15 1