NetWorker: Korrigere inkonsekvent NSR-nodeinformasjon
Summary: Feil på NSR-nodeinformasjon under sikkerhetskopiering og gjenoppretting. Det finnes allerede en maskin som bruker navnet (client_name). Velg enten et annet navn for maskinen din, eller slett oppføringen "NSR peer information" for (client_name) på verten: (host_name) ' ...
Symptoms
Sikkerhetskopiering, gjenoppretting og kommunikasjon mislykkes på klienten med følgende feil:
'nsrexecd: SYSTEM error: There is already a machine using the name (client_name). Either choose a different name for your machine, or delete the "NSR peer information" entry for (client_name) on host: (host_name)'
'nsrexecd: SYSTEM error: Connection reset by peer'
nsrexecd.exe kan forårsake programfeil på én eller flere klienter, inkludert server- eller lagringsnoder.
Cause
Mappen res\nsrladb er hjemmet til den nye sertifikatbaserte vertsgodkjenningen (nsrauth). Den inneholder både den enkelte klientens lokale sertifikat, og en bufret kopi av alle verter som den har kommunisert med.
Ved den første tilkoblingen vil en vert be om og motta sertifikatet for verten den kobles til, og hurtigbuffer som er vert for sertifikatet for fremtidig sammenligning. Med unntak av rettede gjenopprettings- og lagringsnoder, vil et standardmiljø ha hvert klientsertifikat bufret på NetWorker-serveren og lagringsnodene, og serverens sertifikat bufret på hver klient og lagringsnode. Disse hurtigbufrede sertifikatene gjenspeiles i grenen Lokale verter i konfigurasjonstreet
Når en klient installeres på nytt, genereres sertifikatet på nytt lokalt på klienten. Dette fører til at serverens bufrede kopi av klientens sertifikat blir ugyldiggjort, noe som forårsaker feilene. Den samme tilstanden resulterer ved ganske enkelt å gi nytt navn til nsrladb på klienten.
Resolution
NSR-nodeinformasjonen angis på klientnivå, ikke på servernivå. Med andre ord: du må koble til NSRLA, ikke NSR-databasen. For å utføre dette må du koble til via "nsradmin -p nsrexec" eller "nsradmin -p nsrexecd". «nsradmin» alene vil koble til NetWorker-serveren.
Slett det gamle sertifikatet som ikke samsvarer/bufret for klienten (client_name) på NetWorker-verten som genererer feilmeldingen (host_name). I tilfelle NetWorker-serveren ble oppgradert / installert på nytt, må serversertifikatet fjernes fra hver klient ved hjelp av nsrauth-sterk godkjenning. I begge tilfeller er den korrigerende operasjonen den samme, og ett av følgende:
- Slett sertifikatet for klienten som har blitt oppdatert fra en hvilken som helst vert med en kopi av den gamle via lokale verter i NMC
- Slett det gamle/bufrede sertifikatet fra den berørte klienten ved hjelp av kommandolinjen
Slik sletter du nodeinformasjonen til klientmaskinen (fra serveren):
nsradmin -s <host_name> -p nsrexec
nsradmin> delete type: nsr peer information; peer hostname: <client_name>
Slik fjerner du nodeinformasjonen på klientmaskinen:
nsradmin -p nsrexec
nsradmin> print type: nsr peer information
delete
Additional Information
Løsning avhengig av versjon:
- Deaktivering av nsrauth bare på server- og lagringsnoder (og omstart av NW) vil løse dette problemet for godt.
- Sett NetWorker-serveren til modusene nsrauth eller nsrauth/oldauth.
En NetWorker 7.5.x-, 7.6.x- eller 8.0-servere i oldauth-modus kan ikke brukes med NMC 8.0, som som standard er i nsrauth/oldauth-modus.