NetWorker: Rettelse af inkonsistente NSR-peeroplysninger
Summary: NSR-peer-informationsfejl under sikkerhedskopiering og gendannelse. Der er allerede en maskine, der bruger navnet (client_name). Vælg enten et andet navn til din maskine, eller slet posten "NSR peer information" for (client_name) på værten: (host_name) ' ...
Symptoms
Sikkerhedskopieringer, gendannelser og kommunikation mislykkes på klienten med følgende fejl:
'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årsage programfejl på en eller flere klienter, herunder serveren eller storagenoderne.
Cause
Mappen res\nsrladb er hjemsted for den nye certifikatbaserede værtsgodkendelse (nsrauth). Den indeholder både den enkelte klients lokale certifikat og en cachelagret kopi af alle værter, som den har kommunikeret med.
Ved den første forbindelse vil en vært anmode om og modtage certifikatet for den vært, den opretter forbindelse til, og cache værtscertifikatet til fremtidig sammenligning. Med undtagelse af direkte gendannelser og storagenoder vil et standardmiljø have hvert klientcertifikat cachelagret på NetWorker-serveren og storagenoderne og serverens certifikat cachelagret på hver klient og storagenode. Disse cachelagrede certifikater afspejles i grenen Lokale værter i konfigurationstræet
Når en klient geninstalleres, genereres certifikatet på ny lokalt på klienten. Dette medfører, at serverens cachelagrede kopi af klientens certifikat ugyldiggøres, hvilket forårsager fejlene. Den samme betingelse resulterer ved blot at omdøbe nsrladb på klienten.
Resolution
NSR-peeroplysningerne angives på klientniveau, ikke på serverniveau. Med andre ord: Du skal oprette forbindelse til NSRLA, ikke NSR-databasen. For at udføre dette skal du oprette forbindelse via "nsradmin -p nsrexec" eller "nsradmin -p nsrexecd". "nsradmin" opretter automatisk forbindelse til NetWorker-serveren.
Slet klientens (client_name) ikke-matchende/cachelagrede gamle certifikat på NetWorker-værten, der genererer fejlmeddelelsen (host_name). I tilfælde af at NetWorker-serveren er blevet opgraderet/geninstalleret, skal servercertifikatet fjernes fra hver klient ved hjælp af stærk nsrauth-godkendelse. I begge tilfælde er den korrigerende handling den samme og en af følgende:
- Slet certifikatet for klienten, som er blevet opdateret fra enhver vært med en kopi af det gamle via Local Hosts i NMC
- Slet det gamle/cachelagrede certifikat fra den berørte klient ved hjælp af kommandolinjen
Sådan ryddes peer-oplysninger på klientmaskinen (fra serveren)
nsradmin -s <host_name> -p nsrexec
nsradmin> delete type: nsr peer information; peer hostname: <client_name>
Sådan ryddes peer-oplysningerne på klientcomputeren
nsradmin -p nsrexec
nsradmin> print type: nsr peer information
delete
Additional Information
Løsning afhængigt af version:
- Deaktivering af nsrauth kun på server- og lagernoder (og genstart af NW) løser dette problem for altid.
- Indstil NetWorker-serveren til tilstanden nsrauth eller nsrauth/oldauth.
En NetWorker 7.5.x-, 7.6.x- eller 8.0-server i oldauth-tilstand kan ikke bruges sammen med NMC 8.0, der som standard er i tilstanden nsrauth/oldauth.