トラブルシューティングの最初のステップは、シェルフIDとSASパスの接続性を検証することです。シェルフIDの重複やSASケーブルの接続不良は、ONTAPでのシェルフ検出を妨げる一般的な原因です。クラスタの再初期化やHAの無効化は、不要なリスクを伴います。ディスクの交換は、インフラストラクチャ層と接続層が正しく機能していることを確認してから行うべきです。

環境変数を工場出荷時の設定に戻すには、set-defaultsコマンドを使用します。このコマンドは、すべてのカスタマイズをクリアし、環境変数をデフォルト値に戻します。
主な詳細：
コマンド構文:
ローダープロンプトで、以下を入力します。
Arduino
コードをコピー
デフォルト設定
効果：
このコマンドは、すべての環境変数（起動引数、診断設定など）を工場出荷時のデフォルト値にリセットします。

出力結果を見ると、同じ物理ディスク上のADPパーティションが2つのノードで異なる状態で報告されていることがわかります。これは、障害が発生したディスクの状態情報がHAパートナー間で同期されていないことを示しており、ディスク/シェルフ数の不一致アラートが発生しています。

システムノードの coredump external-device コマンドは、エアギャップ環境でコアファイルを外部ストレージデバイスにコピーして転送および分析するために使用されます。コアファイルは、影響を受けるノードのサービスプロセッサインフラストラクチャ (SPI) を介してアクセスおよび収集することもできます。

ノードが起動しない場合は、トラブルシューティングのために以下の方法でシステムにアクセスすることができます。
1. サービスプロセッサ（SP）
その機能：
SPは、ノードが起動していない場合でも、ノードへの帯域外管理アクセスを提供します。
使用方法：
SSHまたは直接コンソール接続を使用してSPに接続します。SPコマンドを使用してログを収集したり、診断を実行したりできます。
2. シリアルコンソール
その機能：
シリアルコンソールを使用すると、ノードのブートローダーまたはメンテナンスモードに直接アクセスできます。
使用方法：
ターミナルエミュレータを使用してシリアルポートに接続します。
システムとの対話にはコンソールコマンドを使用します。