NetWorker:メディアのマウントに関する問題のトラブルシューティング

ライブラリ構成が以前は機能していたが、突然問題が発生した場合は、ラベルの読み取りとマウントに影響を与える可能性のある変更を検討してください。

• ロボット、スイッチ、またはアダプターのファームウェア、ドライバー、または構成の変更
• ドライブ、テープ カートリッジ、またはその他のライブラリー コンポーネントの追加、交換、または取り外し
• 暗号化コンポーネント(Decruや暗号化キー マネージャーなど)に対する変更またはイベント
• NetWorkerソフトウェア バージョンまたはオペレーティング システム パッチの変更
• データ パス内のコンポーネントの電源喪失や再起動などのハードウェア イベント
• NetWorker構成とライブラリ間の不一致(たとえば、テープ カートリッジがNetWorkerの制御外に移動された場合)

ラベル付けまたはボリュームのマウントが機能しない場合は、『NetWorkerハードウェア互換性ガイド』でドライブ ハードウェアがサポートされていることを確認します。デバイスが部分的に機能する可能性があることに注意してください。検出だけでは、操作性やサポート性は保証されません。
 

• メディアのロードまたはマウント中に散発的または継続的なエラーが発生する
• 特定のメディアでマウント操作またはラベル付け操作を実行できません
• リムーバブル メディアまたはディスクベース メディアを適切に使用できない
• 使用されていないディスク ベースのデバイスなどの静的メディア
• NSR ジュークボックス オブジェクトで「ラベルなし」とマークされているボリューム
• テープ ライブラリー内にあるにもかかわらず、場所フィールドがNULLとマークされているボリューム
• メディアのマウント、ラベル付け、またはスキャナーのエラー:
  • "Unexpected volume, wanted <volume_name>, got <different_volume_name>"
  • "Unexpected volid, wanted <mm_volid>, got <different_volid>
  • "Duplicate volume name `<volume_name>'. Select a new name or remove the original volume."
  • "scanner: Read -1 bytes"
  • "scanner: unexpected file number, wanted 2, got <different_number>"
  • "Opening the file '<disk_device_path>/volhdr' failed ([5004] nothing matched)"
  • "Waiting for <number> writable volume(s) to backup pool '<pool>' disk(s) or tape(s) on <storage_node>"
  • Warning: Required volume <volume>'s status is off-line"

NetWorkerの「マウント」操作は、いくつかのサブ操作から構成されます。マウントのどのステージが失敗しているかを確認するには、次のようにします。

1. 操作するボリュームを選択するNetWorker:詳細については、「 NetWorkerでのメディア選択の問題のトラブルシューティング 」を参照してください。
2. 必要に応じて、選択したボリュームをデバイスにロードするNetWorker:詳細については、「 NetWorkerでのテープ ライブラリーのロード問題のトラブルシューティング 」を参照してください。
3. ラベルを読み取ってみます。
   • ディスク デバイス - volhdr ディスク デバイス ディレクトリーのルートにあるラベル ファイル
   • テープ デバイス(ロード操作後) - 巻き戻しと読み取り メディアの先頭 32KB ラベルブロック
   • テープ デバイス(書き込み後、アイドル状態、すでにロード済み) - 1ファイルバックスペース、最初のレコードのブロック ヘッダーを読み取る
4. ラベルの読み取りが何らかの理由で失敗した場合、NetWorkerは、再試行でボリュームを使用しないようにします。
   • ディスクまたはスタンドアロン テープ デバイス:ボリュームをアンマウントします
   • ライブラリー テープ デバイス:ボリュームをアンロードし、nsrジュークボックス オブジェクトのボリューム ラベル エントリーを*-(メディア インデックスにない)に更新し、メディア データベースの場所フィールドをNULLに更新します
5. 読み取りが成功した場合は、ラベルの詳細を「期待される」値(選択したボリュームのメディア データベース ボリューム レコード内の値)と比較します。
   • ボリューム名
   • ボリューム ID
   • メディア タイプ
   • プール
6. 検証された場合、ボリュームは「マウント」され、NetWorkerによる読み取りまたは書き込み操作に使用可能であると見なされます。
   • マウントを実行している nsrデバイス オブジェクトの ボリューム フィールド(ボリューム名、ボリュームIDなど)が更新されています。
   • ボリューム(およびデバイス)がテープ ライブラリのメンバーである場合、 nsrジュークボックス オブジェクトの適切なフィールド( ロードされたボリューム、ロードされたスロット、ロードされたバーコードなど)が更新されます。
7. 検証に失敗すると、「予期しない」エラーが返されます。
   • "予期しないボリューム、指名手配 <volume_name>得た <different_volume_name>」
   • 「予想外 volid、指名手配 <mm_volid>得た <different_volid>
   • ライブラリー テープ デバイス:ボリュームをアンロードし、nsrジュークボックス オブジェクトのボリューム ラベル エントリーを*-(メディア インデックスにない)に更新します。

封入 媒体は論理的に分離されており、 積載 媒体とは区別されます。読み込みは、メディアをデバイスに移動する論理的(および場合によっては物理的)操作にのみ適用されます。メディアとそのラベルを検証し、NetWorkerで論理的に使用できるようにすることに関する懸念が山積しています。ライブラリ操作 (nsrlcpd / NSR ジュークボックス)は、ドライブ要素:ホスト:デバイス ハンドルのマッピングと物理的な移動に関係します。ドライブ操作(nsrmmd /NSR Device)は、すべての読み取りおよび書き込みテープ デバイスI/Oを処理します。ラベルの読み取りおよび書き込み操作は、 nsrsnmd。したがって、ライブラリ ーのロード 障害のように見えるものは、ドライブ、メディア、またはメディア データベースの マウント の障害である可能性があります(またはその逆)。

メモ： すでにマウントされているディスク メディアでは、新しいセーブ セッションによって nsrmmd セーブ ストリームの書き込みを続行 する前に ラベルを確認します。これにより、保存時ラベルのチェックに失敗した場合、ディスクベースのボリュームが定期的にアンマウントされる可能性があります

また、このシンプルなサマリーには、ボリューム、ノード、またはデバイスの選択ロジックの表現は含まれていないことにも注意してください。
 

ラベル読み取りの失敗には、次のような多くの原因が考えられます。

• ボリュームの破損
• 巻き戻しによって上書きされたラベル
• ドライブの注文に関する問題
• メディア データベースの不整合
• CDIのバグ
• 暗号化ボリュームの復号化の失敗
• 一時的なvolhdrファイルの読み取りエラーの原因となるネットワークまたは環境の問題
• libDDBoostライブラリーとDD OSバージョン間の互換性がない

ラベルの読み取りとマウントの問題をトラブルシューティングするには、最後の既知の変更(ある場合)を検討した後、プロセスをそのプリミティブ構成要素に委譲し、それらを個別にテストしてトラブルシューティングに進みます

有用なデータは NSRGetでは、これらの操作のほとんどは手動で実行する必要があります。
 

図書館ロボティクス:コミュニケーション

• 繰り返しになりますが、先に進む前に、ライブラリーが応答し、準備ができていることを確認してください。到達可能でない場合は、次の手順を実行します。

マウントなしのライブラリ ロード:論理演算とドライブの順序付け

物理操作にエラーがないことを確認したら(少なくとも表面的には)、NetWorker内で問題の追跡を試みることができます。

• ライブラリ内のすべてのデバイスからすべてのテープ カートリッジをアンロードします。混乱を避けるため、1つのボリュームのみがマウントされていることを確認することが重要です。

nsrjb [<-j library_name>] -HH
- or -
nsrjb [<-j library_name>] -uvvvvv

• NSRジュークボックスの状態情報をロボットのテープ カートリッジ情報と比較して、ライブラリーのレイアウトを決定し、その準備ができていることを確認します。

nsrjb [<-j library_name>] -C
sjirdtag <changer address>

• 影響を受けるテープを高冗長性で影響を受けるドライブにロード(マウントなし)して、ドライブ ハンドルがボリュームの存在を報告することを確認します。

nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>
mt -f <device_handle> status

mt デバイス ハンドルがボリュームを報告していないことを確認します。これは通常、特に予期しないハンドルがロードされているように見える場合に、ドライブの順序に問題があることを示しています。代わりに、「 NetWorkerを使用したドライブの順序に関する問題のトラブルシューティング 」に進みます。

メディア ラベルの読み取り:論理検証

• スタンドアロンのラベル検証を実行して、ラベル読み取りの失敗が一時的なものか、整合性があるかを確認します。

nsrmm -pvvvvv -f <device_handle>

• ラベルが実際に読み取り可能な場合は、ライブラリーのロード操作の論理的な側面に関連している可能性が高くなります。「 NetWorkerでのテープ ライブラリーのロードに関する問題のトラブルシューティング」を参照してください。
• scannerコマンドを実行して、ボリュームのラベル部分に問題があるかどうかを判断します。

1. ロードされたデバイスをサービス モードでマークして、アンマウントされないようにします
2. 次のコマンドを実行します。 scanner -nvvvvvv <device_handle> (ファイルにキャプチャし、10秒後にキャンセル)
3. スキャナーの出力で重要な項目を確認します。

8936:scanner: scanning LTO Ultrium-3 tape 3FO3GR02 on /dev/rmt0.1
96367:scanner: volume id xxxxxxxx record size 262144 bytes created  7/10/13  1:01:24 expires  7/10/15  1:01:24
9003:scanner: /dev/rmt0.1: rewinding
9067:scanner: Rewinding done
8973:scanner: setting position from fn 0, rn 0 to fn 2, rn 0
9000:scanner: /dev/rmt0.1: opened for reading

• スキャナーの出力で重要な情報を確認します。これらは、 重複するラベル エラーがある場合に競合する要素を表します。 wanted 2, got <not_2>の場合、巻き戻し後にラベルが上書きされている可能性があります。これはほとんどの場合、SCSIリセットの結果です。フォローNetWorkerでのラベルの上書きとSCSIリセットのトラブルシューティング。

メディア ラベルの読み取り:物理的な検証(テープ)

• 標準のものを使用してテープを巻き戻します mt コマンド(Windowsでも使用可能なポート): mt -f <device> rewind
• をダウンロードして実行します。 t_reader ユーティリティと抽出(適切なプラットフォームを使用 - すべて含まれています)。 t_reader NetWorkerツール で利用可能(Dellサポート アカウントへのサインインが必要)
• ユーティリティーを実行し、ローカル ハンドルとオプションでテープの最大ブロック長を指定します。たとえば、次のようになります。

t_reader/t_reader_AIX /dev/rmt0.1 262144

• 画面が出力でいっぱいになるように、数秒間実行します。テープの先頭が、予想されるデータ ブロック長でNetWorkerラベルのようにフォーマットされていることを確認します。

Found block size: 32768 
File Mark encountered
Found block size: 32768
File Mark encountered

ラベル構造が損なわれていないと思われる場合は、ラベル構造が読み取れるか、暗号化されているか、またはその他の方法で侵害されているかどうかを確認します。

dd if=<device> of=<output file> bs=32768 count=2

判読可能で暗号化されていない場合は、ラベルにボリューム名、ボリュームID、プールをプレーン テキストで含める必要があります

詳細については、「 t_readerユーティリティの使用方法 」を参照してください。

メディア ラベルの読み取り:物理的な検証(ディスク)

スキャナーと nsrmm -p、 NetWorkerラベル ファイルの整合性を確認します。 volhdr:

• 問題のあるストレージ ノード ホストからvolhdrファイルにアクセスできることを確認します。
  • ディスク デバイスがローカルAFTDの場合は、 nsrデバイス リソースで構成されたアカウントが volhdr ファイルは提供しません。
  • ディスク デバイスがリモートCIFS/NFSの場合は、 nsrデバイス リソースで構成されたアカウントが volhdr ファイルは提供しません。
• 「Fusion」 volhdr ファイルが存在し、読み取り可能な場合は、開いて確認します。 判読可能で暗号化されていない場合は、ラベルにボリューム名、ボリュームID、プールを平文で含める必要があります。

影響を受けるデバイスとメディアに対して上記のラベル テストが成功したにもかかわらず、本番環境でロード(およびマウント)操作が引き続き失敗する場合は、「NetWorkerでのテープ ライブラリーのロードの問題のトラブルシューティング」を参照してトラブルシューティングを続行してください。

上記のいずれの方法でも解決しない場合、「NetWorkerでのテープ ライブラリー検出の問題のトラブルシューティング」および「NetWorkerでのテープ ライブラリーのアクセスに関する問題のトラブルシューティング」に従って、デバッグから収集された証拠が内部異常を示唆している場合は、必要に応じてライブラリー ベンダーにサポートを依頼してください。それ以外の場合は、NetWorkerサポート内でデバッグ出力をエスカレーションして、コードの欠陥の可能性を追求してください。