Symptoms
Sikkerhedskopieringer, gendannelser og kommunikation mislykkedes på klient med følgende fejl:
'nsrexecd: SYSTEM Error: Der er allerede en maskine, der brugernavnet (client_name). Vælg enten et andet navn til din maskine, eller Slet "NSR peer information"-posten for (client_name) på værten: (host_name) '
' nsrexecd: SYSTEM Error: Nulstilling af forbindelse af peer '
nsrexecd. exe kan forårsage programfejl på en eller flere klienter, herunder server-eller Storage-noderne.
Cause
Res\nsrladb-mappen er Startside for den nye certifikatbaseret værts godkendelse (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 anmoder en vært om og modtager certifikatet til den vært, det er tilsluttet, og cache, der er vært for et certifikat til fremtidig sammenligning. Spærring af direkte gendannelser og lagrings knuder vil et standardmiljø have hvert klientcertifikat cachelagret på NetWorker-server-og lagrings noderne og serverens certifikat cachelagret på hver klient og storage-node. Disse cachelagrede certifikater afspejles i grenen lokale værter i konfigurations træet
Når en klient geninstalleres, oprettes certifikatet på ANEW lokalt på klienten. Det betyder, at serverens sikkerhedskopi af klientens certifikat ikke bliver gjort ugyldige, og at der er opstået fejl. De samme omstændigheder ved blot at omdøbe nsrladb på klienten.
Resolution
NSR-peer-informationen indstilles 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" alene vil oprette forbindelse til NetWorker serveren.
Slet klientens ikke-overensstemmende/cachelagrede gamle certifikat (client_name) på NetWorker-værten, der opretter fejlmeddelelsen (host_name). I tilfælde af, at NetWorker serveren blev opgraderet/geninstalleret, skal servercertifikatet fjernes fra hver klient ved hjælp af nsrauth stærk godkendelse. I begge tilfælde er den korrigerende handling den samme og en af følgende:
- Slet certifikatet for den klient, der er blevet opdateret fra en vært med en kopi af det gamle, der er via lokale værter i NMC
- Slet det gamle/cachelagrede certifikat fra den berørte klient ved hjælp af kommandolinjen
Sådan ryddes peer-oplysningerne på klientmaskinen (fra server)
nsradmin-s <host_name > -p nsrexec
nsradmin > Slet type: NSR peer-information; peer-Hostname: <client_name>
Sådan ryddes peer-oplysningerne på klientcomputeren
nsradmin-p nsrexec
nsradmin > udskrivningstype: NSR peer information
DELETE
For yderligere support, se:
Du kan trygt slette alle certifikater, da de vil blive opdateret ved næste tilslutning alligevel. Da der kan findes peer-oplysninger for både langt navn (FQDN) og kort navn. Bemærk, at cachelagring af certifikater kun er aktiveret for klienter, hvis godkendelsesmetode inkluderer nsrauth som en del af dens værdi.
Løsning afhængigt af versionen:
- Deaktivering af nsrauth på server-og lagrings noder (og genstart af NW) vil løse problemet for dig.
- Indstil NetWorker serveren til nsrauth eller nsrauth/oldauth-tilstand.
Oldauth tilstand kan ikke bruges til NetWorker server, hvis du bruger med NMC 8,0.
En NetWorker 7,5. x, 7,6. x-eller 8,0-servere i oldauth-tilstand kan ikke bruges med NMC 8,0, som standard er i nsrauth/oldauth-tilstand.
Affected Products
NetWorker
Products
NetWorker, NetWorker Series