NetWorker: Klonen met RPS mislukt na de upgrade naar 19.11 als de server de omgekeerde DNS-status heeft ingesteld op banned

Na een upgrade naar NetWorker 19.11 worden taken gekloond zodat deze niet reageren, waarbij de volgende lus van berichten wordt geregistreerd:

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)

Het probleem doet zich voor wanneer:

• Server heeft omgekeerde DNS-status: banned set in the Local Agent database (nsrladb)
• Kloontaak is geconfigureerd voor het gebruik van een extern storageknooppunt in plaats van de server als het bronknooppunt (lezen)
• Voor de kloontaak is RPS vereist - ofwel globaal ingesteld in de NSR (Server)-bron (RPS-klonen uitschakelen: Nee) of automatisch aangeroepen vanwege het type saveset (vProxy/OAPP)

De taak wordt niet voltooid en mislukt of moet worden afgebroken.

De oorzaak lijkt te maken te hebben met communicatiewijzigingen in NetWorker 19.11. Met de nieuwe reverse DNS-statuswaarde kunnen beheerders reverse lookup-matching-vereisten verwijderen, die al sinds de eerste releases deel uitmaken van NetWorker.

Deze grote verandering lijkt echter problemen te hebben geïntroduceerd die momenteel worden onderzocht. Hoewel omgekeerde DNS-status niet standaard is 'verboden', krijgen beheerders die de DNS-status op de server gebruiken te maken met problemen met RPS-klonen wanneer een afzonderlijk storageknooppunt wordt gebruikt.

De oplossing wordt onderzocht in de bug NETWORKER-111382. Op het moment van schrijven verschijnt deze oplossing pas in ieder geval NetWorker 19.11.0.5 of NetWorker 19.12.0.1. 

Op korte termijn zijn er drie mogelijke oplossingen voor het probleem:

• Gebruik omgekeerde DNS-status: cached of uncached in plaats van banned op de server. Als u momenteel vertrouwt op de verboden instelling voor het slagen van niet-omgekeerd oplosbare clientback-ups, moet u ervoor zorgen dat er items in de omgekeerde DNS-opzoekzone worden gemaakt voor de IP-adressen van die clients, die kunnen worden opgevraagd door de NetWorker-server en -knooppunten, zodat ze blijven werken. Als u deze instelling op de server wilt wijzigen, voert u op een opdrachtprompt met verhoogde bevoegdheid de volgende opdracht uit: 

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

Start vervolgens de services opnieuw na de wijziging:

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.

• Wijzig de bron- en doelknooppunten in de kloonactie om de server (nsrserverhost) te gebruiken in plaats van een storageknooppunt, indien mogelijk. Voor Data Domain-kloontaken is het storageknooppunt grotendeels irrelevant omdat de Data Domains zelf het dataverkeer afhandelen en alleen afhankelijk is van de servertoegang tot elk Data Domain.
• Schakel RPS wereldwijd uit. Waarschuwing: Dit helpt niet bij saveset-typen waarvoor RPS vereist is en die automatisch worden aangeroepen als onderdeel van de kloonbewerking, zoals vProxy- en OAPP-savesets. Als u deze saveset-typen niet kloont, vereist dat reverse lookups worden verboden en de server om welke reden dan ook niet als knooppunt kunt gebruiken, biedt dit een derde, zij het minst ideale optie (omdat RPS waar mogelijk de voorkeur heeft). Om dit te doen, voert u op de server, bij een opdrachtprompt met verhoogde bevoegdheid, uit: 

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

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

Een herstart van de service is niet vereist: de volgende kloontaak moet beginnen met RPS uitgeschakeld.

Zie voor vergelijkbare problemen met NetWorker 19.11 met back-upfouten die verband houden met de nieuwe instellingen voor omgekeerde DNS-status : NetWorker: Na het upgraden naar 19.11 mislukt de back-up met de melding "Hostname resolution failed"