第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-healthcheckCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.1.4. RPM 手動更新の失敗 リンクのコピーリンクがクリップボードにコピーされました!
OSTree 以外のシステムで RPM を使用して更新した場合、greenboot は更新の失敗を示すことがありますが、ヘルスチェックは情報提供のみとなります。RPM 手動更新の失敗をトラブルシューティングする際には、次のステップとして、システムログを確認します。greenboot と sos report ツールを使用して、MicroShift 更新とホストシステムの両方を確認できます。