NetWorker：NetWorkerでのテープ ライブラリー検出の問題のトラブルシューティング
Summary: この記事は、ホストがライブラリーを検出できない原因を特定するために、サポートおよびNetWorker管理者を支援することを目的としています。
Instructions
ライブラリが以前は動作していたのに、突然動作しなくなった場合は、考えられる原因として最新の既知の変更を考慮してください。
- 再起動、再検出、デバイス名変更後のライブラリアドレスの変更が未処理
- 電力サージ、停電、またはその他の環境イベントによる損傷の可能性
- 障害イベントまたは転送ハードウェアの再構成
- 輸送またはロボットに関するソフトウェアまたはドライバーのインストール、変更、または削除
ライブラリーが動作していない場合は、『 NetWorkerハードウェア互換性ガイド 』でハードウェアがサポートされていることを確認します(Dellサポート アカウントへのサインインが必要)。
- NetWorkerストレージ ノードまたはサーバー上のテープ ライブラリーのインストールを検出できない
- バックアップ ハードウェアが使用できないため、データをバックアップできません。
ライブラリ検出エラーを診断するには、まず最近の変更を検討します。次に、検出プロセスを最も低いレベルから分類し、各ステージをテストします
時には、入手可能な証拠に基づいて、より進化した発見の段階に進むことが望ましい。ホスト B が成功し、ホスト A がロボットを検出できない場合、ロボットに障害はない可能性があります。ホストは異なるスイッチを使用している場合があるため、最初に調査すべき領域です。この例のその他の違いには、ホスト自体、オペレーティング システム、HBA、ゾーニング、ケーブル接続などがあります
問題が発生する前にホストがロボットを検出した場合は、変更された可能性が最も高い項目に焦点を合わせます。イベント後の障害または既知の構成変更を調査します。
次のコマンドを使用して、まずオペレーティング システムがライブラリーを検出できるかどうかを確認します。特にストレージに関しては、オペレーティング システムのパッチが最新であることを常に確認してください。
nsrget -o:d 影響を受けるサーバーとノード上。
-o:d テープが書き込みビジー状態になっているテープのあるホスト上。これは、NetWorker Management Console (NMC)のモニタリング->Devicesで確認できます。
次の記事では、NSRGETの取得と使用に関する情報を提供します。NetWorker：「NSRGet NetWorkerデータ コレクション ツールの使用方法（英語）」
ライブラリーの検出: オペレーティングシステム:
- Windowsの場合：プラグアンドプレイ(PnP)サブシステムによって検出されないデバイスは、NetWorkerからアクセスできない場合があります。汎用ドライバーは、ベンダー ドライバーがインストールされていなくても存在するため、ドライバーのないライブラリーのインスタンスは存在しません。StorPort は、低レベルのWindowsストレージ ドライバー コンポーネントであり、最新性を確認する必要があります。
devmgmt.msc (デバイス マネージャー)
devcon drivernodes *CHANGER*
- Linuxの場合サブシステムが検出および列挙したSCSIクラス デバイスを表示します。Linux では、
sgIBMのAtapeドライバがインストールされていない限り、ライブラリ用のドライバ(推奨されません)。
cat /proc/scsi/scsi (検出されたライブラリを表示)
echo "- - -" > /sys/class/scsi_host/host#/scan (強制再検出)
- Solarisの場合
cfgadmまたはluxadmポート/dump_mapコマンドは、ライブラリ デバイスを列挙できます。これに失敗すると、update_drvこれを使用して、検出とsgenドライバーインスタンス。
cfgadm -lavo show_FCP_dev
for FCI in `luxadm -e port | cut -f1`; do luxadm -e dump_map $FCI; done
rm -f /dev/scsi/changer/*; update_drv -f sgen -v
- AIXの場合リアルタイム イベントを監視するには、
cfgmgrほとんどの場合、もしAtapeドライバーは使用中です。次を使用しますlsdevの詳細を確認してください。この場合、Atape smcドライバーが 「定義済み」 で 「使用可能」 ではないと表示されます(競合が発生します)。
cfgmgr -v | grep -i changer
lsdev -Cc tape
rmdev -l smc0 ( lsdev 使用可能であることを示します)
- HP-UX:
ioscanは、チェンジャー クラスのデバイスを列挙するために必要な唯一のコマンドです。
ioscan -FnkC autoch
NetWorkerの場合
inquire コマンド(下記参照)を成功させるには、一時デバイス検出キャッシュ ファイルの削除が必要な場合があります。
rm -f /tmp/lgto_scsi_devlist
- OpenVMS: 次のコマンドを使用して、接続を確認します。
mcr sysman IO AUTOCONFIGURE
show device gk/full
- NetWorker：これらのコマンドは参考として提供されており、通常は前述のオペレーティング システム コマンドよりも高いレベルで実行されます。これらは、目前の問題に対するヒントとして追加情報やエラーを提供することで、下位レベルの問題を診断するのに役立つ場合がありますが、下位レベルの操作が失敗している場合、成功するとは期待されていません。
inquire -lc
lusbinfo -v
changers
dvdetect -dlV -D9
lusbinfo と changers すべてのプラットフォームに存在するとは限りません。必要に応じて、環境変数 LUS_DEBUG:
UNIXの場合：
export LUS_DEBUG=9
Windowsの場合：
set LUS_DEBUG=9
AIXの場合
lusdebug ffff
また、次のことも試してください。
SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9
Additional Information
アプリケーションとしてのNetWorkerの範囲外であることが示されているロボット工学の問題(標準のオペレーション システムの方法では検出できない)は、NetWorkerのサポートの範囲外であることを確認してください。
詳細については、次を参照してください。NetWorker：NetWorkerでのテープ ライブラリーの問題のトラブルシューティング
サポートは上記の基準を使用してガイダンスを提供できますが、OS、HBA、またはロボット ベンダーのリソースがありません。この制限により、トラブルシューティングが長引いて失敗する可能性があります。