Centos7でglibcをアップグレードするとシステム異常（起動できない）になる場合の解決方法

私は Centos7 を使用しています (理論的にはこの方法は Centos7 と Redhat7 の問題を解決するためにのみ使用できます)

注意: この方法は Redhat7/Centos7 以降にのみ適用されます。

問題の原因:

hbase をチューニングする際に情報を確認したところ、hadoop ローカル ライブラリをアップグレードして hbase を最適化できることがわかりました。 hadoop ローカルライブラリをアップグレードする際に、hadoop ローカルライブラリが依存する glibc とシステムが依存する glibc が不一致であることが判明したため、glibc をアップグレードしました。該当情報を照会し、アップグレードを完了したところ、サーバーが異常（起動できない）であることが判明しました。

解決：

1. システム独自の rpm パッケージを使用して、インストールされているプログラムを上書きします。
2. この時点ではシステムに入ることすらできないかもしれないので、CDを使用してレスキューモードに入り、システムディスクをマウントしてrpmパッケージを変更してインストールする必要があります。

解決：

1. システムバージョンのインストールCDのISOをダウンロードする
2. CD から起動してレスキュー モードに入ります。まず BIOS で CD を起動するように設定し、プロンプトに従ってレスキュー モードに入る必要があります。

3. レスキューモードに入った後

4. システムディレクトリに入り、前回のアップグレード後にglibcを削除します。

# cd /mnt/sysimage/lib64 //修復するシステムのlib64ディレクトリに入ります# rm -rf *2.18* //この操作により、glibcのバージョン2.18に関連するすべてのファイルが削除されます# cd / //修復システムのディレクトリに戻ります

5. rpm パッケージを使用するために iso イメージをマウントします (この手順は私のケースでは成功したので、手動でマウントする必要はありません。CD が正常にマウントされているかどうかを確認するには、df -h コマンドを使用できます)

# mkdir media //ディレクトリを作成 # mount /dev/cdrom /media //CDをマウント

6. rpmパッケージをインストールする

# cd /media/Packages //rpm パッケージ ディレクトリに入る # rpm -ivh --force --root=/mnt/sysimage glibc-* //glibc に関連する rpm パッケージをインストールする

7. コンピュータを再起動すると、システムが自動的に修復され、再起動されます。この時点で、システムは正常な状態に戻るはずです。

Centos7 の glibc のアップグレードによって発生するシステム異常 (起動できない) の解決方法については以上です。 Centos7 の glibc のアップグレードによって発生するシステム異常に関する関連コンテンツについては、123WORDPRESS.COM の過去の記事を検索するか、以下の関連記事を引き続き参照してください。 今後とも 123WORDPRESS.COM をよろしくお願いいたします。