コンテナ ストレージ モジュール オペレーター: 「使用可能」属性が原因で不正確な障害ステータス レポートが作成される
概要: コンテナ ストレージ モジュール オペレーター: ドライバー コントローラーのスケーリングをダウンした後、「使用可能」属性が原因で、導入時に誤った障害ステータス レポートが作成されます。
この記事は次に適用されます:
この記事は次には適用されません:
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
ContainerStorageModuleオブジェクトが誤ってステータスを報告します。CSM Operatorを使用して導入されたCSMコンポーネントをダウンスケールすると失敗しました。これを確認するには、 kubectl describe に指定します。
Example:
- コントローラー数を2から1に変更して、既存のドライバーの導入をスケールダウンします。
Kubectl scale deploy/driver-controller -n [namespace] –replicas=1 deployment.apps/driver-controller scaled
- デプロイの名前を取得します。
kubectl get deployment -n [namespace] NAME READY UP-TO-DATE AVAILABLE AGE driver-controller 1/1 1 1 14m
- 導入について説明します(失敗として表示):
kubectl describe csm -n [namespace] [deployment]
( . . .)
Status:
Controller Status:
Available: 2
Desired: 1
Failed: 0
Node Status:
Available: 2
Desired: 2
Failed: 0
State: Failed
(. . .)
ステータスにもかかわらず : 失敗しました kubectl describe コマンド出力で、コントローラーの縮小が成功しました。ドライバーの機能には影響しません。これは、次のコマンドのいずれかを実行して検証します。 Kubernetes 約1時間後:
kubectl get pods -n [namespace] NAME READY STATUS RESTARTS AGE driver-controller 5/5 Running 0 16m driver-node 2/2 Running 0 16m driver-node 2/2 Running 0 16m kubectl get replicaset -n [namespace] NAME DESIRED CURRENT READY AGE driver-controller 1 1 1 17m kubectl get deployment -n [namespace] NAME READY UP-TO-DATE AVAILABLE AGE driver-controller 1/1 1 1 24m
原因
根本的な根本原因は、導入のステータスを要求するときのCSM Operatorコードのタイミングの問題です。このコードは、スケール ダウン中に 'Available' パラメーターが更新される前に、ContainerStorageModule オブジェクトから状態の更新を要求します。これにより、短期間「Available」と「Desired」の間に不一致が発生します。この不一致は、1時間後に自動的に調整されます。ドライバーの機能には影響しません。
解決方法
回避策:
回避策は必要ありません。[使用可能]属性は約1時間後に正しく更新され、ステータスを適切にレポートします。ドライバーの機能はいかなる場合でも影響を受けません。
回避策は必要ありません。[使用可能]属性は約1時間後に正しく更新され、ステータスを適切にレポートします。ドライバーの機能はいかなる場合でも影響を受けません。
対象製品
Container Storage Modules製品
Container Storage Modules Family, Container Storage Modules文書のプロパティ
文書番号: 000211555
文書の種類: Solution
最終更新: 30 6月 2026
バージョン: 7
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。