第5章 更新のトラブルシューティング
MicroShift の更新のトラブルシューティングを行うには、更新パスを確認し、ジャーナルおよび greenboot ヘルスチェックログを確認し、他の手法を使用して更新問題を解決するのに役立ちます。
5.1. MicroShift の更新のトラブルシューティング リンクのコピーリンクがクリップボードにコピーされました!
場合によっては、MicroShift の更新に失敗することがあります。そのような場合に備えて、障害の種類とそのトラブルシューティング方法を理解しておくと役立ちます。
5.1.1. MicroShift バージョンの更新順序が原因で更新パスを使用できない リンクのコピーリンクがクリップボードにコピーされました!
MicroShift の非 EUS バージョンではシリアル更新が必要です。たとえば、MicroShift 4.15.5
から 4.17.1
に直接更新しようとすると、更新は失敗します。4.15.5
を 4.16.z
に更新してから、4.16.z
から 4.17.0
に更新する必要があります。
5.1.2. バージョンの互換性がなく更新パスを使用できない リンクのコピーリンクがクリップボードにコピーされました!
MicroShift の更新と、Red Hat Enterprise Linux for Edge (RHEL for Edge) または Red Hat Enterprise Linux (RHEL) のバージョンとの間で互換性がない場合、RPM 依存関係エラーが発生します。次の互換性に関する表を確認してください。
Red Hat Device Edge リリースの互換性に関する表
Red Hat Enterprise Linux (RHEL) と MicroShift は、device-edge コンピューティング向けの単一のソリューションとして連携します。各コンポーネントを個別に更新できますが、製品バージョンの互換性を確保する必要があります。次の表に示すように、Red Hat Device Edge のサポート対象設定では、それぞれ検証済みのリリースが使用されます。
RHEL バージョン | MicroShift バージョン | サポートされている MicroShift バージョン |
---|---|---|
9.4 | 4.18 | 4.18.0 → 4.18.z |
9.4 | 4.17 | 4.17.1 → 4.17.z, 4.17 → 4.18 |
9.4 | 4.16 | 4.16.0 → 4.16.z, 4.16 → 4.17, 4.16 → 4.18 |
9.2、9.3 | 4.15 | RHEL 9.4 の 4.15.0 → 4.15.z, 4.15 → 4.16 |
9.2、9.3 | 4.14 | RHEL 9.4 の 4.14.0 → 4.14.z, 4.14 → 4.15, 4.14 → 4.16 |
5.1.2.1. バージョンの互換性 リンクのコピーリンクがクリップボードにコピーされました!
次の更新パスを確認してください。
Red Hat build of MicroShift の更新パス
- RHEL 9.4 の場合、一般提供バージョン 4.18.0 から 4.18.z
- RHEL 9.4 の場合、一般提供バージョン 4.17.1 から 4.17.z
- 一般提供バージョン 4.15.0 (RHEL 9.2) から 4.16.0 (RHEL 9.4) へ
- 一般提供バージョン 4.14.0 (RHEL 9.2) から 4.15.0 (RHEL 9.4) へ
5.1.3. RHEL for Edge の更新に失敗する リンクのコピーリンクがクリップボードにコピーされました!
rpm-ostree
システムで更新した場合、greenboot ヘルスチェックは自動的にログを記録し、システムの正常性を操作します。greenboot によるシステムロールバックは、更新の失敗を示すことができます。更新に失敗しても greenboot がシステムロールバックを完了しなかった場合は、追加リソースセクションにリンクされている RHEL for Edge ドキュメントを使用してトラブルシューティングを行うことができます。
次のコマンドを実行して、greenboot ログを手動でチェックしてシステムの正常性を確認します。
sudo systemctl restart --no-block greenboot-healthcheck && sudo journalctl -fu greenboot-healthcheck
$ sudo systemctl restart --no-block greenboot-healthcheck && sudo journalctl -fu greenboot-healthcheck
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.1.4. RPM 手動更新の失敗 リンクのコピーリンクがクリップボードにコピーされました!
非 OSTree システムで RPM を使用して更新した場合、greenboot は更新の失敗を示すことができますが、ヘルスチェックは情報のみです。RPM 手動更新の失敗をトラブルシューティングする際には、次のステップとして、システムログを確認します。greenboot および sos report
ツールを使用して、MicroShift の更新とホストシステムの両方を確認できます。