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)

이 문제는 다음과 같은 경우에 나타납니다.

• 서버에 로컬 에이전트 데이터베이스(nsrladb)에 역방향 DNS 상태인 금지 가 설정되어 있습니다.
• 클론 작업이 소스(읽기) 노드로 서버 대신 원격 스토리지 노드를 사용하도록 구성되었습니다.
• 클론 작업에는 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까지 이 수정 사항이 표시되지 않습니다. 

단기적으로 이 문제에 대한 세 가지 가능한 해결 방법이 있습니다.

• 역방향 DNS 상태 사용: 서버에서 금지된 대신 캐시됨 또는 캐시되지 않음. 현재 역방향 확인이 불가능한 클라이언트 백업이 성공하기 위해 금지 된 설정을 사용하는 경우 계속 작동하려면 NetWorker Server 및 노드에서 쿼리할 수 있는 클라이언트의 IP 주소에 대해 역방향 DNS 조회 영역 항목이 생성되었는지 확인해야 합니다. 서버에서 이 설정을 변경하려면 관리자 권한 명령 프롬프트에서 다음을 실행합니다. 

(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를 전역적으로 비활성화합니다. 경고: 이는 RPS가 필요하고 vProxy 및 OAPP 세이브 세트와 같이 클론 생성 작업의 일부로 RPS를 자동으로 호출하는 세이브 세트 유형에는 도움이 되지 않습니다. 이러한 세이브 세트 유형의 클론을 생성하지 않고, 역방향 조회를 금지해야 하며, 어떤 이유로든 서버를 노드로 사용할 수 없는 경우에는 (가능한 경우 RPS가 선호되기 때문에) 세 번째 이상적인 옵션이 제공됩니다. 이렇게 하려면 서버의 관리자 권한 명령 프롬프트에서 다음을 실행합니다. 

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

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

서비스를 재시작할 필요가 없습니다. 다음 클론 작업은 RPS가 비활성화된 상태로 시작해야 합니다.

NetWorker 19.11에서 새로운 역방향 DNS 상태 설정과 관련된 백업 실패를 처리하는 유사한 문제는 다음을 참조하십시오. NetWorker: 19.11로 업그레이드한 후 백업이 실패하고 "호스트 이름 확인 실패"가 보고됨