NetWorker：サーバーの逆引きDNSの状態が禁止に設定されている場合、19.11へのアップグレード後にRPSが有効なクローン作成が失敗する

NetWorker 19.11にアップグレードした後、クローン ジョブが応答していないように表示され、次のメッセージのループがログに記録されます。

01/13/25 16:51:19.000291 nsrclone-D5 find_clone_backend_job(): ENTER
01/13/25 16:51:19.000323 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: ENTER
01/13/25 16:51:19.000335 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: EXIT
01/13/25 16:51:20.001007 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: ENTER
01/13/25 16:51:20.001070 nsrclone-D5 extend_mmd_reservation_all_clone_backend_jobs: EXIT
01/13/25 16:51:21.000097 nsrrecopy-D3 main 0x342e850 wait timed out (locked)

この問題は、次の場合に発生します。

• サーバーの逆引きDNS状態:ローカル エージェント データベース(nsrladb)で禁止が設定されています
• クローン ジョブは、サーバーではなくリモート ストレージ ノードをソース(読み取り)ノードとして使用するように構成されています
• クローン ジョブにはRPSが必要です。NSR(サーバー)リソースでグローバルに設定されます(RPSクローンの無効化: いいえ)またはセーブセット タイプ(vProxy/OAPP)により自動的に呼び出されます

ジョブが完了せず、失敗するか、中止する必要があります。

原因は、NetWorker 19.11での通信の変更に関連している可能性があります。新しい 逆引きDNS状態 値を使用すると、管理者は、NetWorkerのイニシャル リリース以降に組み込まれていた逆引き参照照合要件を削除できます。

ただし、この大きな変更により、調査中の問題が発生したようです。逆引きDNS状態はデフォルトでは「禁止」されていませんが、サーバー上で逆引きDNS状態を使用すると、別のストレージ ノードが使用されている場合にRPSクローニングの問題に直面します。

バグNETWORKER-111382で修正を調査中です。書き込み時点では、この修正は少なくともNetWorker 19.11.0.5またはNetWorker 19.12.0.1まで表示されません。 

短期的には、この問題には次の3つの回避策が考えられます。

• 逆引きDNS状態を使用する:サーバー上で禁止されるのではなく、キャッシュまたはキャッシュされない状態。逆解決不可能なクライアント バックアップを成功させるために 、現在禁止 設定に依存している場合、それらのクライアントのIPアドレスに対して逆引きDNSルックアップ ゾーン エントリーが作成され、NetWorkerサーバーとノードによるクエリーが引き続き機能するようにする必要があります。サーバーでこの設定を変更するには、管理者特権のコマンド プロンプトで次のコマンドを実行します。 

(echo . type: nsrla & echo upd reverse DNS state: cached) | nsradmin -p nsrexec -i -

printf ". type: nsrla\nupd reverse DNS state: cached\n" | nsradmin -p nsrexec -i -

次に、変更後にサービスを再起動します。

nsr_shutdown
systemctl start networker

net stop nsrexecd /y
net start nsrd
net start gstd
*Starting gstd is only required if NMC server is installed on the same host as the NetWorker server.

• 可能であれば、クローン作成アクションのソース ノードとデスティネーション ノードを変更して、ストレージ ノードではなくサーバー(nsrserverhost)を使用します。Data Domainクローン ジョブの場合、Data Domain自体がデータ トラフィックを処理し、各Data Domainへのサーバのアクセスにのみ依存するため、ストレージ ノードはほとんど関係ありません。
• RPSをグローバルに無効化します。Warning: これは、vProxyやOAPPセーブセットなど、RPSを必要とし、クローニング操作の一部として自動的に呼び出されるセーブセット タイプには役立ちません。これらのセーブセット タイプのクローンを作成しない場合、逆引き参照を禁止する必要があり、何らかの理由でサーバーをノードとして使用できない場合は、理想的ではないにしても3番目のオプションが提供されます(可能な場合はRPSが優先されるため)。これを行うには、サーバー上の管理者特権のコマンド プロンプトで、次のコマンドを実行します。 

(echo . type: nsr & echo upd Disable RPS Clone: Yes) | nsradmin -i -

printf ". type: nsrla\nupd Disable RPS Clone: Yes\n" | nsradmin -i -

サービスを再起動する必要はありません。次のクローン ジョブは、RPSを無効にして開始する必要があります。

新しい 逆引きDNS状態 設定に関連するバックアップ障害に対処するNetWorker 19.11の同様の問題については、次を参照してください。NetWorker：19.11にアップグレードした後、バックアップが失敗し、「Hostname resolution failed」が報告される