NetWorker: Naprawianie niespójnych informacji równorzędnych NSR
Summary: Błąd informacji równorzędnych NSR podczas tworzenia kopii zapasowej i odzyskiwania. Istnieje już maszyna o tej nazwie (client_name). Wybierz inną nazwę dla maszyny lub usuń wpis "NSR peer information" dla (client_name) na hoście: (host_name) ' ...
Symptoms
Tworzenie kopii zapasowych, odzyskiwanie i komunikacja kończą się niepowodzeniem na kliencie z następującymi błędami:
'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 powodować awarie aplikacji na jednym lub kilku klientach, w tym na serwerze lub w węzłach pamięci masowej.
Cause
Folder res\nsrladb jest katalogiem głównym nowego uwierzytelniania hosta opartego na certyfikatach (nsrauth). Zawiera zarówno certyfikat lokalny pojedynczego klienta, jak i buforowaną kopię wszystkich hostów, z którymi się komunikuje.
Przy pierwszym połączeniu host zażąda i otrzyma certyfikat dla hosta, z którym się łączy, oraz bufor buforujący certyfikat hostów w celu porównania w przyszłości. Z wyłączeniem systemów odzyskiwania bezpośredniego i węzłów pamięci masowej, w środowisku standardowym każdy certyfikat klienta jest buforowany na serwerze NetWorker i w węzłach pamięci masowej, a certyfikat serwera jest w pamięci podręcznej na każdym kliencie i w węźle pamięci masowej. Te buforowane certyfikaty są odzwierciedlane w gałęzi Lokalne hosty drzewa konfiguracji
Po ponownej instalacji klienta certyfikat jest generowany na nowo lokalnie na kliencie; Powoduje to unieważnienie buforowanej kopii certyfikatu klienta serwera, powodując błędy. Ten sam warunek można uzyskać po prostu po zmianie nazwy nsrladb na kliencie.
Resolution
Informacje równorzędne NSR są ustawiane na poziomie klienta, a nie na poziomie serwera. Innymi słowy: musisz połączyć się z NSRLA, a nie z bazą danych NSR. Aby to zrobić, musisz połączyć się za pomocą polecenia "nsradmin -p nsrexec" lub "nsradmin -p nsrexecd". Polecenie "nsradmin" samo połączy się z serwerem NetWorker.
Usuń niezgodny/buforowany stary certyfikat klienta (client_name) na hoście NetWorker, który wygenerował komunikat o błędzie (host_name). W przypadku uaktualnienia/ponownej instalacji serwera NetWorker certyfikat serwera musi zostać usunięty z każdego klienta przy użyciu silnego uwierzytelniania nsrauth. W obu przypadkach działanie naprawcze jest takie samo i jedno z następujących:
- Usuń certyfikat klienta, który został zaktualizowany z dowolnego hosta z kopią starego certyfikatu za pośrednictwem lokalnych hostów w NMC
- Usuń stary/buforowany certyfikat z klienta, którego dotyczy problem, za pomocą wiersza polecenia
Aby wyczyścić informacje równorzędne komputera klienckiego (z serwera)
nsradmin -s <host_name> -p nsrexec
nsradmin> delete type: nsr peer information; peer hostname: <client_name>
Aby wyczyścić informacje równorzędne na komputerze klienckim
nsradmin -p nsrexec
nsradmin> print type: nsr peer information
delete
Additional Information
Obejście problemu w zależności od wersji:
- Wyłączenie nsrauth tylko na serwerze i węzłach pamięci masowej (i ponowne uruchomienie NW) rozwiąże ten problem na dobre.
- Przełącz serwer NetWorker w tryb nsrauth lub nsrauth/oldauth.
Serwery NetWorker 7.5.x, 7.6.x lub 8.0 w trybie oldauth nie mogą być używane z NMC 8.0, które domyślnie jest w trybie nsrauth/oldauth.