NetWorker: RPS-kloonaus epäonnistuu 19.11-päivityksen jälkeen, jos palvelimen käänteinen DNS-tila on määritetty banned

NetWorker 19.11 -päivityksen jälkeen kloonaa työt näyttämään vastaamattomilta ja kirjaavat seuraavan viestiketjun:

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)

Ongelma ilmenee, kun:

• Palvelimella on käänteinen DNS-tila: kielletty joukko paikallisen agentin tietokannassa (nsrladb)
• Kloonaustyö on määritetty käyttämään etätallennussolmua palvelimen sijaan lähdesolmuna (lukusolmuna)
• Kloonaustyö edellyttää RPS:ää, joka joko määritetään yleisesti NSR (palvelin) -resurssissa (Poista RPS-klooni käytöstä: Ei) tai käynnistetään automaattisesti saveset-tyypin (vProxy/OAPP) vuoksi

Työtä ei suoriteta loppuun, ja se epäonnistuu tai se on keskeytettävä.

Syynä näyttää olevan NetWorker 19.11 -version tietoliikenteen muutokset. Uuden käänteisen DNS-tilan arvon avulla järjestelmänvalvojat voivat poistaa käänteisen haun vastaavuuksien haun vaatimukset, jotka ovat olleet osa NetWorkeria sen ensimmäisistä versioista lähtien.

Tämä suuri muutos näyttää kuitenkin tuoneen mukanaan kysymyksiä, joita tutkitaan parhaillaan. Vaikka käänteinen DNS-tila ei ole oletusarvoisesti kielletty, sitä palvelimessa käyttävät järjestelmänvalvojat kohtaavat ongelmia RPS-kloonauksen kanssa, kun käytetään erillistä tallennussolmua.

Korjausta tutkitaan viassa NETWORKER-111382. Tätä kirjoitettaessa tämä korjaus tulee näkyviin aikaisintaan NetWorker 19.11.0.5- tai NetWorker 19.12.0.1 -versiossa. 

Lyhyellä aikavälillä ongelmaan on kolme mahdollista kiertotapaa:

• Käytä käänteistä DNS-tilaa: välimuistissa tai välimuistissa sen sijaan, että se olisi kielletty palvelimella. Jos käytät tällä hetkellä ei-käänteisesti ratkaistavien asiakasvarmuuskopioiden kiellettyä asetusta onnistuaksesi, sinun on varmistettava, että näiden asiakkaiden IP-osoitteille luodaan käänteiset DNS-hakuvyöhykemerkinnät, joita NetWorker-palvelin ja solmut voivat kysellä, jotta ne toimivat edelleen. Voit muuttaa tätä asetusta palvelimessa suorittamalla järjestelmänvalvojan oikeuksin suoritettavassa komentokehotteessa: 

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

Käynnistä sitten palvelut uudelleen muutoksen jälkeen:

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.

• Muuta kloonitoiminnon lähde- ja kohdesolmut käyttämään palvelinta (nsrserverhost) tallennussolmun sijaan, jos mahdollista. Data Domain -kloonaustöissä tallennussolmulla ei juurikaan ole merkitystä, koska Data Domainit käsittelevät tietoliikenteen itse ja riippuu ainoastaan palvelimen pääsystä kuhunkin Data Domainiin.
• Poista RPS käytöstä maailmanlaajuisesti. Varoitus: Tämä ei auta sellaisten tallennusjoukkotyyppien kanssa, jotka edellyttävät RPS:ää ja käynnistävät sen automaattisesti osana kloonausta, kuten vProxy- ja OAPP-tallennusjoukot. Jos et kloonaa näitä saveset-tyyppejä, edellytät käänteisten hakujen kieltämistä etkä jostain syystä voi käyttää palvelinta solmuna, tämä tarjoaa kolmannen, joskin vähiten ihanteellisen vaihtoehdon (koska RPS on mahdollisuuksien mukaan suositeltava). Voit tehdä tämän suorittamalla palvelimessa järjestelmänvalvojan oikeuksin suoritettavassa komentokehotteessa: 

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

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

Palvelun uudelleenkäynnistystä ei tarvita - seuraavan kloonityön pitäisi alkaa RPS poissa käytöstä.

Samanlaisia NetWorker 19.11 -version ongelmia, jotka liittyvät uusiin käänteisiin DNS-tila-asetuksiin liittyviin varmuuskopiointivirheisiin , on kohdassa: NetWorker: 19.11-päivityksen jälkeen varmuuskopiointi epäonnistuu ja ilmoittaa seuraavaa: "Isäntänimen selvitys epäonnistui"