NetWorker: RPS-aktiveret kloning mislykkes efter opgradering til 19.11, hvis serveren har omvendt DNS-tilstand indstillet til forbudt

Efter opgradering til NetWorker 19.11 kloner job, så de vises som ikke-svarende, og følgende løkke af meddelelser logges:

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)

Problemet opstår, når:

• Serveren har omvendt DNS-tilstand: forbudt indstillet i Local Agent-databasen (nsrladb)
• Klonjob er konfigureret til at bruge en ekstern lagernode i stedet for serveren som kildenode (læs)
• Klonjob kræver RPS – enten indstillet globalt i NSR-ressourcen (server) (Deaktiver RPS-klon: Nej) eller aktiveres automatisk på grund af saveset-type (vProxy/OAPP)

Jobbet fuldføres ikke og mislykkes eller må afbrydes.

Årsagen ser ud til at være relateret til kommunikationsændringer i NetWorker 19.11. Den nye omvendte DNS-tilstandsværdi giver administratorer mulighed for at fjerne krav om omvendt opslagsmatchning, som har været en del af NetWorker siden de første versioner.

Denne store ændring synes imidlertid at have medført spørgsmål, som er ved at blive undersøgt. Selvom omvendt DNS-tilstand ikke er "forbudt" som standard, oplever administratorer, der bruger den på serveren, problemer med RPS-kloning, når der bruges en separat lagernode.

Rettelsen undersøges i fejlen NETWORKER-111382. I skrivende stund vises denne rettelse ikke før mindst NetWorker 19.11.0.5 eller NetWorker 19.12.0.1. 

På kort sigt er der tre mulige løsninger på problemet:

• Brug omvendt DNS-tilstand: cachelagret eller ikke-cachelagret i stedet for forbudt på serveren. Hvis du i øjeblikket er afhængig af, at den forbudte indstilling for klientsikkerhedskopieringer, der ikke kan tilbageføres, kan løses, lykkes, skal du sikre, at der oprettes omvendte DNS-opslagszoneposter for disse klienters IP-adresser, som NetWorker-serveren og -noderne kan forespørge på, for at de kan fortsætte med at fungere. Hvis du vil ændre denne indstilling på serveren, skal du køre ved en kommandoprompt med administratorrettigheder: 

(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 -

Genstart derefter tjenesterne efter ændringen:

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.

• Skift kilde- og destinationsnoderne i klonhandlingen for at bruge serveren (nsrserverhost) i stedet for en lagernode, hvis det er muligt. For Data Domain-klonjob er lagernoden stort set irrelevant, da Data Domains selv håndterer datatrafikken, og er kun betinget af serverens adgang til hvert Data Domain.
• Deaktiver RPS globalt. Advarsel: Dette hjælper ikke med saveset-typer, der kræver RPS og automatisk aktiverer det som en del af kloningshandlingen, f.eks. vProxy- og OAPP-savesets. Hvis du ikke kloner disse saveset-typer, kræver, at omvendte opslag forbydes, og af en eller anden grund ikke kan bruge serveren som node, giver dette en tredje, hvis mindst ideel mulighed (på grund af at RPS foretrækkes, hvor det er muligt). For at gøre dette skal du køre på serveren ved en forhøjet kommandoprompt: 

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

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

Det er ikke nødvendigt at genstarte tjenesten – det næste klonjob bør starte med RPS deaktiveret.

Du kan se lignende problemer med NetWorker 19.11, der omhandler sikkerhedskopieringsfejl i forbindelse med de nye indstillinger for omvendt DNS-tilstand , under: NetWorker: Efter opgradering til 19.11 mislykkes sikkerhedskopieringen med rapportering af "Opløsning af værtsnavn mislykkedes"