14.2.2.4. 失敗したストレージチェックアップのトラブルシューティング


ストレージチェックアップが失敗した場合は、失敗の原因を特定するための手順を実行できます。

前提条件

  • OpenShift CLI (oc) がインストールされている。
  • must-gather ツールによって提供されたディレクトリーをダウンロードした。

手順

  1. 次のコマンドを実行して出力を観察し、storage-checkup-config config map の status.failureReason フィールドを確認します。

    $ oc get configmap storage-checkup-config -n <namespace> -o yaml

    config map の出力例

    apiVersion: v1
    kind: ConfigMap
    metadata:
      name: storage-checkup-config
      labels:
        kiagnose/checkup-type: kubevirt-storage
    data:
      spec.timeout: 10m
      status.succeeded: "false"
      status.failureReason: "ErrNoDefaultStorageClass"
    # ...

    • チェックアップが失敗した場合、status.succeeded 値は false になります。
    • チェックアップが失敗した場合、status.failureReason フィールドにエラーメッセージが含まれています。この出力例の ErrNoDefaultStorageClass エラーメッセージは、デフォルトのストレージクラスが設定されていないことを示しています。
  2. must-gather ツールによって提供されたディレクトリーで、data.status.failureReason フィールド値のエラーに関連するログ、イベント、または用語を検索します。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る