NetWorker:NetWorkerでのテープ ライブラリー検出の問題のトラブルシューティング

概要: この記事は、ホストがライブラリーを検出できない原因を特定するために、サポートおよびNetWorker管理者を支援することを目的としています。

この記事は次に適用されます: この記事は次には適用されません: この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。

手順

ライブラリが以前は動作していたのに、突然動作しなくなった場合は、考えられる原因として最新の既知の変更を考慮してください。

  • 再起動、再検出、デバイス名変更後のライブラリアドレスの変更が未処理
  • 電力サージ、停電、またはその他の環境イベントによる損傷の可能性
  • 障害イベントまたは転送ハードウェアの再構成
  • 輸送またはロボットに関するソフトウェアまたはドライバーのインストール、変更、または削除

ライブラリーが動作していない場合は、『 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 では、 sg IBMの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
 
メモ: lusbinfochangers すべてのプラットフォームに存在するとは限りません。必要に応じて、環境変数 LUS_DEBUG:

UNIXの場合: export LUS_DEBUG=9
Windowsの場合: set LUS_DEBUG=9
AIXの場合 lusdebug ffff
また、次のことも試してください。 SJI_DEBUG=9, SCSI_DEBUG=9, JBDEBUG=9 

その他の情報

アプリケーションとしてのNetWorkerの範囲外であることが示されているロボット工学の問題(標準のオペレーション システムの方法では検出できない)は、NetWorkerのサポートの範囲外であることを確認してください。
詳細については、次を参照してください。NetWorker:NetWorkerでのテープ ライブラリーの問題のトラブルシューティング

サポートは上記の基準を使用してガイダンスを提供できますが、OS、HBA、またはロボット ベンダーのリソースがありません。この制限により、トラブルシューティングが長引いて失敗する可能性があります。

対象製品

NetWorker Series
文書のプロパティ
文書番号: 000079269
文書の種類: How To
最終更新: 23 1月 2026
バージョン:  4
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。