PowerStoreアラートID:POWERDOCTOR_VOLUMES_IN_DESTROYING_STATE
Summary: PowerStore PowerDoctorは、[破棄中]状態でスタックしている1つ以上のボリュームを検出しました。
Symptoms
Alert
表1:アラートIDと関連情報
| Alert ID | POWERDOCTOR_VOLUMES_IN_DESTROYING_STATE |
| アラート テキスト:
|
Volumes are stuck in Destroying state. Affected volumes failed last deletes and are left in Destroying state. |
| Error Code | 0x03700102 |
| 重大度: | MINOR |
PowerStore PowerDoctorは、1つまたは複数のボリュームが Destroying になります。これらのボリュームの削除操作は開始されていますが、削除コマンドがすでに完了している(または削除コマンドが存在しない)状態で、ボリュームは Destroying になります。これは、ボリュームがスタックし、削除プロセスを完了できないことを示します。
この問題が発生すると、次の現象が発生する可能性があります。
- PowerDoctorアラート:重大度が「MINOR」のアラートが次のメッセージとともに発生します。
"Volumes are stuck in Destroying state. Affected volumes failed last deletes and are left in Destroying state." - アラートの詳細:ボリュームがスタックしています
Destroyingになります。影響を受けたボリュームは前回の削除に失敗し、破棄中の状態のままです。 - Volume State:UI、CLI、REST APIを使用してボリュームの詳細をクエリーすると、ボリュームの状態が次のように表示されます。
Destroying削除操作が完了したか、存在しないように見えます。 - ストレージへの影響:スタックしたボリュームはストレージ容量を消費し続ける可能性があり、ボリュームが適切に削除されるまでストレージ スペースを再利用することはできません。
Cause
ボリュームが Destroying 削除操作が開始されたときの状態。通常、削除操作は正常に完了し、ボリュームはシステムから削除されます。ただし、特定の障害シナリオでは、ボリュームが Destroying になります。
一般的な根本原因は次のとおりです。
- 削除コマンド失敗:コマンドがロールバック ポイントを通過した後、deleteコマンドの実行中にエラーが発生しました。
- 中断された削除操作: システム イベント(ノードのフェールオーバー、サービスの再起動、アップグレード)により、実行中の途中で削除操作が中断されました。
- スナップショットの一括削除の問題:スナップショット エージング操作の一環として削除されたボリューム スナップショットの場合、バルク エージング操作が失敗して完了し、一部のスナップショットが残されている可能性があります。
システムへの影響
ボリュームがスタックしている Destroying 状態には次の影響があります。
- ストレージ容量の消費量:スタックしたボリュームは、完全に削除されるまで再利用できない容量を消費し続けます。
- アップグレードの影響(NDU):無効な状態のボリュームは、事前チェックが失敗し、正常なアップグレードを妨げる可能性があります。
- 管理操作:ホストI/Oへの直接的な影響はありませんが、容量計画とボリューム管理の可視性が複雑になる可能性があります。
- アラート ノイズ:PowerDoctorアラートは、状態が解決されるまで続きます。
PowerDoctorアラートがすぐにクリアされない Destroying 状態ボリュームが削除されます。PowerDoctorはスケジュールされた間隔(このアラートの場合は24時間)で実行され、次の実行時にアラートがクリアされます。
ユーザーは、UIからヘルス チェックを手動で実行して、現在の状態を検証できます。
- 成功
Volumes Stuck in Destroying Statecheck は、状態が解決されたことを確認します。 - このアラートは、次にスケジュールされたPowerDoctorが実行されるまで、引き続き表示される場合があります。
このアラート クリアランスの遅延は、すべてのPowerDoctorアラートで予期される動作であり、固有のものではありません。 Volumes Stuck in Destroying State condition
Resolution
自動解決
PowerDoctorはこの問題を自動的に修復しません。
自動修復は、安全上の理由から意図的に提供されていません。スタックしたボリュームは、調査が必要な根本的なシステムの問題を示している可能性があるためです。
セルフサービスによる解決
サービス シェル コマンド: svc_clear_destroying_volumes はPowerStoreOS v5.0で導入されており、この状態を特定してクリアするように設計されています。
- このコマンドは、リード アプライアンスで実行する必要があります。
- このエラーが表示された場合は、リード アプライアンスにSSHで接続し、そこからコマンドを実行します。
『オペレーティングシステム』ディスクはオプションなので、同梱されていないコンピューターもあります。 svc_clear_destroying_volumes コマンドを使用します:
- データベースに対してボリュームをクエリーします。
Destroyingになります。 - アクティブな削除操作が進行中のボリュームを除外します。
- ボリュームをブロック(ごみ箱なし)、ブロック(ごみ箱内)、ファイル ボリュームに分類します。
- ブロック ボリュームを選択的に削除できるようにします。
- 同時削除操作を適切に処理します(
"object not found"成功として)。
使用状況
# Basic usage - interactive mode with confirmation prompts
svc_clear_destroying_volumes
# Skip confirmation prompts (auto-confirm all deletions)
svc_clear_destroying_volumes --yes
svc_clear_destroying_volumes -y
コマンドライン オプション
表2:CLIオプション
| オプション | 短い | 説明 |
--yes |
-y |
確認プロンプトをスキップし、見つかったすべてのボリュームを自動的に削除します |
対話型プロンプト
を --yes フラグが設定されている場合、スクリプトはボリュームの各カテゴリーを削除する前に確認を求めます。
yes- このカテゴリのボリュームの削除を続行しますnoこの手順をスキップして次へ進みます。quit- 残りのカテゴリをスキップし、最終的な概要を表示する
出力セクション
スクリプトは、ボリュームを3つのセクションに整理します。
セクションA:ごみ箱に入っていないブロック ボリューム
ブロック ボリューム Destroying ごみ箱に入っていない状態。これらのボリュームは次を使用して削除されます。 DeleteVolumeCommand。
セクションB:ごみ箱内のブロック ボリューム
ブロック ボリューム Destroying' ごみ箱にある状態。これらのボリュームは、次を使用して削除される DeleteVolumeCommand。
セクションC:ファイル ボリューム
のファイル ボリューム Destroying になります。ファイル ボリュームの削除はまだ実装されていません。SCのインストールについては、Dellサポートにお問い合わせください。
最終的なまとめ
すべてのセクションを処理した後、スクリプトは次の内容を示す最終的なサマリーを表示します。
- 各セクションで検出されるボリューム数
- 正常に削除されたボリュームの数
- 削除に失敗したボリュームの数
- ユーザーがスキップしたセクション
削除に失敗した場合、またはファイル ボリュームが見つかった場合、スクリプトはDellサポートの連絡先情報を表示します。
サンプルの出力:
======================================================================
SVC_CLEAR_DESTROYING_VOLUMES
======================================================================
Querying database for volumes in 'Destroying' state...
Found 3 volume(s) stuck in 'Destroying' state.
Section A: Block Volumes in Destroying State (NOT in Recycle Bin):
------------------------------------------------------------
[1] Volume:
ID: abc12345-1234-5678-90ab-cdef12345678
Name: test-volume-1
Type: Primary
Storage Type: Block
Do you want to delete these 1 Block volume(s) in Destroying state (NOT in Recycle Bin)? [yes/no/quit]: yes
Deleting Block volumes in Destroying state (NOT in Recycle Bin)...
Sending DeleteVolumeCommand for: test-volume-1 (abc12345-1234-5678-90ab-cdef12345678)
[SUCCESS] Volume deleted successfully:
Name: test-volume-1
ID: abc12345-1234-5678-90ab-cdef12345678
...
======================================================================
FINAL SUMMARY
======================================================================
Section A: Block Volumes in Destroying State (NOT in Recycle Bin)
Found: 1
Deleted: 1
Failed: 0
Section B: Block Volumes in Destroying State (IN Recycle Bin)
Found: 0
Section C: File Volumes in Destroying State
Found: 0
------------------------------------------------------------
Total Volumes Found: 1
Total Deleted: 1
Total Failed: 0
------------------------------------------------------------
SUCCESS: All requested volume deletions completed successfully.
======================================================================
Script completed.
防止
ボリュームが Destroying 状態:
- 中断の回避 :アクティブなボリュームの削除中は、削除操作を中断したり、サービスを再起動したりしないでください。
- 削除操作の監視 – 多数のボリュームまたはスナップショットを削除する場合は、完了するまで進行状況を監視します。
- システム正常性の維持 – 一括削除を行う前に、システムが正常な状態(アクティブなアラートなし、すべてのノードがオンライン、管理データベースが正常)であることを確認します。
- ソフトウェアを最新の状態に保つ – 最新のPowerStoreOSバージョンとパッチを実行します。新しいリリースには削除操作の信頼性の向上が含まれています。
ファイル ボリュームの制限事項: ファイル ボリュームの削除はまだ実装されていません。ファイル ボリュームが Destroying 状態を確認した場合は、Dellサポートに連絡して手動クリーンアップの支援を依頼してください。
Dellテクニカル サポートにお問い合わせください。
優先サービスについては、このKB記事番号を参照してください。
Additional Information
関連するPowerDoctorチェック
このアラートは、PowerDoctorヘルス チェックによって生成されます。
- |名前の確認
volumes_in_destroying_state_check - チェック頻度:24時間ごと(1440分)
- 範囲の確認:マスター アプライアンスのみ
- チェック タイプ:定期的なヘルス チェック
製品仕様
ヘルス チェックでは、次の処理が実行されます。
- の管理データベースに対して、にあるボリュームをクエリーします。
Destroyingになります。 - 関連する削除コマンドが存在するかどうか、およびそれらの完了ステータスを確認します。
- 削除コマンドの状態が
COMPLETEDまたは、ボリュームに対する削除コマンドが存在しません。 - スタックしたボリュームが1つ以上見つかった場合、MINORアラートを生成します。
- スタックしたボリュームが残っていない場合、アラートを自動的にクリアします。