106320 MM/DD/YYYY HH:MM:SS 5 13 9 3635926784 26586 0 NSR_HOSTNAME nsrexecd SSL critical Unable to complete SSL handshake with nsrexecd on host 'CLIENT_NAME': An error occurred as a result of an SSL protocol failure. To complete this request, ensure that the certificate attributes for CLIENT_NAME and NSR_NAME match in the NSRLA database on each host.
Eller
89879 MM/DD/YYYY HH:mm:SS PM 5 12 10 11256 2900 0 NSR_NAME nsrexecd GSS critical An authentication request from CLIENT_NAME was denied. The 'NSR peer information' provided did not match the one stored by NSR_NAME. To accept this request, delete the 'NSR peer information' resource with the following attributes from NSR_NAME's NSRLA database: name: CLIENT_NAME; NW instance ID: e801c494-00000004-250789f1-63efbfdf-00015000-bc5da456; peer hostname: CLIENT_NAME
71193 MM/DD/YYYY HH:mm:SS PM 0 0 0 6384 6380 0 NSR_NAME nsrd NSR info Authentication Warning: Conflicting NSR peer information resources detected for host 'CLIENT_NAME'. Please check server daemon log for more information.
Från NetWorker-servern kör du följande kommandotolk som rot eller administratör:
nsradmin -C -y -p nsrexecd "nsr peer information"
Se: NetWorker: Så här rensar du matchningsfel för NSR-peerinformation automatiskt med nsradmin -C
Det här kommandot kontrollerar varje peer-certifikatresurs i NetWorker-serverns nsrladb och försöker korrigera den. Den här åtgärden kan också behöva köras på de klienter som rapporterar problemet. Detta kan inträffa för många klienter och det blir svårt att isolera alla olika värdar som kräver korrigering.
Följande process kan användas för att avgöra vilka system som kräver att man kör "nsradmin -C -y .." eller kan kräva manuell borttagning av peer-information.
1. Rendera daemon.raw:
nsr_render_log /nsr/logs/daemon.raw > /nsr/logs/daemon.out 2<&1
NetWorker: Så här använder du nsr_render_log
2. Skapa en fil som endast innehåller anslutningsfelen för GSS-autentisering:
cat /nsr/logs/daemon.out | grep "SSL handshake" > GSS_error.out
Eller:
cat /nsr/logs/daemon.out | grep "NSR peer information" > GSS_error.out
cat GSS_error.out | awk {'print $24'} | sort > client.out
Det här kommandot använder Linux awk- och print-kommandona för att endast skriva ut kolumnen som innehåller klientnamnet från det fullständiga SSL-anslutningsfelmeddelandet. Beroende på vilket filternummer som används kan du behöva ändra utskriftsnumret för att mata ut klientnamnen korrekt.
4. Granska filen med det unika kommandot för att endast mata ut en instans av var och en av klienterna som rapporterar det här problemet:
cat client.out | uniq
Exempel:
[root@nsrserver logs]# nsr_render_log daemon.raw > daemon.out 2<&1
[root@nsrserver logs]# cat daemon.out | grep "SSL handshake" > GSS_error.out
[root@nsrserver logs]# cat GSS_error.out | awk {'print $24'} | sort > client.out
[root@nsrserver logs]# cat client.out | uniq
'client1':
'client2':
'client3':
'client4':
'client5':
'client6':
Värdnamnen i ovanstående utdata har ändrats. Men jämfört med daemon.raw som kan lista hundratals poster för en handfull klienter ser vi nu bara en post för varje klient som har rapporterat det här beteendet.
5. Anslut till klientsystemen som rapporterats med SSH eller RDP och kör via en kommandotolk i rot/administration:
nsradmin -C -y -p nsrexecd "nsr peer information"
Om du kör det här kommandot på både servern och klienten bör du se till att nsrladb på varje system innehåller rätt peer-certifikatinformation. Om ett matchningsfel upptäcks tas certifikatet bort och nästa anslutningsförsök mellan servern och klienten bör generera ett nytt.
Kommandot nsradmin som visas visar vilka värdar som har ett matchningsfel och vilka åtgärder som vidtogs i utdata.
Information om hur du tar bort peer-information manuellt finns i: NetWorker: Åtgärda inkonsekvent NSR-peer-information
6. Utdatafilerna kan tas bort när de inte längre behövs:
rm -rf filename
1. Öppna en Windows PowerShell-kommandotolk som administratör.
2. Ändra kataloger till NetWorker-loggkatalogen:
cd "C:\Program Files\EMC NetWorker\nsr\logs"
Exemplet förutsätter att standardinstallationsplatsen används. Om du har installerat NetWorker på en annan plats ändrar du kommandot i enlighet med detta.
3. Rendera daemon.raw:
nsr_render_log daemon.raw > daemon.out
NetWorker: Så här använder du nsr_render_log
4. Skapa en fil som endast innehåller anslutningsfelen för GSS-autentisering:
Select-String -Path .\daemon.out -pattern "SSL handshake" > GSS_error.out
Eller:
Select-String -Path .\daemon.out -pattern "NSR peer information" > GSS_error.out
Get-Content .\GSS_error.out | %{ $_.Split(' ')[9]; } | Sort | Unique Det här kommandot delar upp utdata med blanksteg och skriver bara ut kolumnen som innehåller klientnamnet från de fullständiga felmeddelandena för GSS-anslutning. Annan information i den här kolumnen kan visas. NetWorker-värdar bör dock vara identifierbara. Beroende på vilket filternummer som används kan du behöva ändra utskriftsnumret för att mata ut klientnamnen korrekt.
PS C:\Program Files\EMC NetWorker\nsr\logs> Get-Content .\GSS_error.out | %{ $_.Split(' ')[9]; } | Sort | Unique
13120
13932
2808
2828
2856
2900
2920
2956
5716
6088
6328
6380
6772
6852
8196
9388
networker-mc.emclab.local
redhat.emclab.local
winsrvr.emclab.local
6. Anslut till klientsystemen som rapporterats med SSH eller RDP och kör via en kommandotolk i rot/administration:
nsradmin -C -y -p nsrexecd "nsr peer information"
Om du kör det här kommandot på både servern och klienten bör du se till att nsrladb på varje system innehåller rätt peer-certifikatinformation. Om ett matchningsfel upptäcks tas certifikatet bort och nästa anslutningsförsök mellan servern och klienten bör generera ett nytt.
Kommandot nsradmin som visas visar vilka värdar som har ett matchningsfel och vilka åtgärder som vidtogs i utdata.
Information om hur du tar bort peer-information manuellt finns i: NetWorker: Åtgärda inkonsekvent NSR-peer-information
7. Utdatafilerna kan tas bort när de inte längre behövs.