NetWorker-NVP-vProxy: nsrvproxy_mgmt erneute Bereitstellung stürzt ab und erzeugt eine Core-Datei

Riepilogo: Die NVP-Lösung (NetWorker VMware Protection) ist mit der vProxy-Appliance konfiguriert. Das Befehlszeilendienstprogramm für die nsrvproxy_mgmt erneute Bereitstellung wird verwendet, um die vProxy-Appliances in der Umgebung zu aktualisieren. Die Upgradesitzung erzeugte einen Fehler in der NetWorker Management Console (NMC), der darauf hinweist, dass der Prozess fehlgeschlagen nsrvproxy_mgmt, und erzeugte eine Core-Datei. ...

Questo articolo si applica a Questo articolo non si applica a Questo articolo non è legato a un prodotto specifico. Non tutte le versioni del prodotto sono identificate in questo articolo.
Scopri le altre risorse

Sintomi

Die NVP-Lösung (NetWorker VMware Protection) ist mit der vProxy-Appliance konfiguriert. Das Befehlszeilendienstprogramm für die nsrvproxy_mgmt erneute Bereitstellung wird verwendet, um die vProxy-Appliances in der Umgebung zu aktualisieren. Die Upgradesitzung erzeugte einen Fehler in der NetWorker Management Console (NMC), der darauf hinweist, dass der Prozess fehlgeschlagen nsrvproxy_mgmt, und erzeugte eine Core-Datei. Der vProxy wurde aktualisiert und für den NetWorker-Server registriert, aber die NMC-Warnmeldungen zeigen ihn als nicht verfügbar an.

 
NetWorker-Managementkonsole (NMC)
Abbildung 1: NMC-Warnmeldung zeigt an, dass vProxy nicht verfügbar ist.


Das Sitzungsprotokoll zur erneuten Bereitstellung des vProxy zeigt Folgendes an:

YYYY-MM-DD HH:MM:SS INFO:   [@(#) Build number: 66] Successfully deployed vProxy 'vproxy_name.mydomain.com'.
YYYY-MM-DD HH:MM:SS INFO:   [@(#) Build number: 66] Skipping registration of vProxy 'vproxy_name.mydomain.com'.
YYYY-MM-DD HH:MM:SS INFO:   [@(#) Build number: 66] Skipping registration of vProxy 'vproxy_name.mydomain.com'.


Die Spalte vProxy /opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log zeigt:

YYYY-MM-DD HH:MM:SS INFO:   The state of the vProxy is: REGISTER
YYYY-MM-DD HH:MM:SS TRACE:  Admin: detected proxy state change old=UNREGISTERED, state=REGISTER
YYYY-MM-DD HH:MM:SS TRACE:  Admin BackupServerName=nsr_name.mydomain.com, addr=[192.168.0.1]
YYYY-MM-DD HH:MM:SS TRACE:  Checking vProxy State
YYYY-MM-DD HH:MM:SS INFO:   The state of the vProxy is: REGISTER
YYYY-MM-DD HH:MM:SS INFO:   Successfully registered to backup server=nsr_name.mydomain.com
YYYY-MM-DD HH:MM:SS INFO:   vProxy Moref=vm-12345
YYYY-MM-DD HH:MM:SS INFO:   vProxy InstanceUuid=50186c69-f275-fbef-cece-5e474dcef466
YYYY-MM-DD HH:MM:SS TRACE:  Registration successful
YYYY-MM-DD HH:MM:SS TRACE:  Request #2: Responded to client.
YYYY-MM-DD HH:MM:SS NOTICE: Request #4: Rejecting unauthorized request from '192.168.1.1' for '/api/v1/VproxyEngines/RestEngine/process':
YYYY-MM-DD HH:MM:SS ERROR:  AdminEngine: sending response error: code=401, errText=Only requests from registered host are allowed.

Causa

Das Symptom ist darauf zurückzuführen, dass die Zugriffskontrollfunktion die Registrierung des NetWorker-Servers nicht zulässt. Wenn der NetWorker-Server über mehrere Netzwerkschnittstellen verfügt, erkennt der vProxy möglicherweise eine andere Schnittstelle und lehnt die Registrierung ab.

Risoluzione

Konfigurieren Sie DNS-Einträge (Domain Name System) für alle IP-Adressen der NetWorker-Serverschnittstelle, die in den NetWorker-Serverhostnamen aufgelöst werden sollen. Die vProxy-Registrierung löst die IP-Adressen für den NetWorker-Server auf und fügt sie der Zugriffskontrollliste hinzu. Beispiel für eine nslookup-Ausgabe für den NetWorker-Server mit den IP-Adressen 192.168.0.1 und 192.168.1.1.

vproxy_name:~ # nslookup nsr_name.mydomain.com
Server:         192.168.0.10
Address:        192.168.0.10#53

Name:   nsr_name.mydomain.com
Address: 192.168.0.1
Name:   nsr_name.mydomain.com
Address: 192.168.1.1

Die vProxy-vrapid-engine.log zeigt jetzt alle IP-Adressen in der Zugriffskontrollliste während der Registrierung an:  

YYYY-MM-DD HH:MM:SS TRACE:  Admin: detected proxy state change old=MAINTENANCE, state=READY
YYYY-MM-DD HH:MM:SS TRACE:  Admin BackupServerName=nsr_name.mydomain.com, addr=[192.168.0.1 192.168.1.1]
YYYY-MM-DD HH:MM:SS INFO:   Changing vProxy state successful
YYYY-MM-DD HH:MM:SS TRACE:  Request #2: Responded to client.
YYYY-MM-DD HH:MM:SS TRACE:  Request #3: Checking HTTP headers of REST request...
YYYY-MM-DD HH:MM:SS TRACE:  New get status request: ALL
YYYY-MM-DD HH:MM:SS INFO:   The state of the vProxy is: READY
YYYY-MM-DD HH:MM:SS TRACE:  Retrieving process status successful
YYYY-MM-DD HH:MM:SS TRACE:  Request #3: Responded to client.


Registrierung Workaround 1:

Bearbeiten Sie die vProxy /etc/hosts -Datei vor der Registrierung und fügen Sie alle IP-Adressen der NetWorker-Serverschnittstelle hinzu, die in den NetWorker-Serverhostnamen aufgelöst werden sollen. Dies ermöglicht die Registrierung der vProxy-Appliance beim NetWorker-Server. Beispiel /etc/hosts output für einen NetWorker-Server mit den IP-Adressen 192.168.0.1 und 192.168.1.1.

vproxy_name:~ # cat /etc/hosts
192.168.0.100     vproxy_name.mydomain.com     vproxy_name
127.0.0.1 localhost.localdomain localhost
::1 localhost.localdomain localhost
192.168.0.1	nsr_name.mydomain.com   nsr_name
192.168.1.1	nsr_name.mydomain.com	nsr_name
HINWEIS: Die Verwendung dieser Methode führt dazu, dass die nsrvproxy_mgmnt Die Option zum erneuten Bereitstellen schlägt fehl, wenn ein Upgrade der vProxy-Appliance in Zukunft durchgeführt wird, da /etc/hosts Einstellungen werden nicht erneut bereitgestellt.

  

Problemumgehung bei der Registrierung 2:

Bearbeiten Sie die vProxy-Datei vrapid.service vor der Registrierung, um die Zugriffskontrollfunktion zu deaktivieren. Dies ermöglicht die Registrierung der vProxy-Appliance beim NetWorker-Server. 

1. Bearbeiten Sie die systemd-Einheitskonfigurationsdatei:

vi /usr/lib/systemd/system/vrapid.service

2. Finde die Zeile, die beginnt mit "ExecStart=/opt/emc/vproxy/bin/vrapid"
3. Sie können die Befehlszeilenargumente anhängen oder bearbeiten, um die Zugriffskontrolle zu deaktivieren.

ExecStart=/opt/emc/vproxy/bin/vrapid -disable-access-control

4. Laden Sie die Einheitenkonfigurationsdatei erneut in systemdaus:

systemctl daemon-reload

5. Starten Sie den vrapid Motor:

systemctl restart vrapid.service

6. Registrieren Sie den vProxy beim NetWorker-Server.

HINWEIS: Die Verwendung dieser Methode führt dazu, dass die nsrvproxy_mgmnt Option zur erneuten Bereitstellung fehlschlägt, wenn ein zukünftiges Upgrade der vProxy-Appliance durchgeführt wird, da die vrapid.service-Einstellungen nicht erneut bereitgestellt werden.

Prodotti

NetWorker
Proprietà dell'articolo
Numero articolo: 000170283
Tipo di articolo: Solution
Ultima modifica: 07 nov 2025
Versione:  4
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.