NetWorker: NMC enthält auf keiner Registerkarte Details. Daemon hat Fehler "Received no results for NSR Storage Node resource query for X on server X"

Der Hostdateieintrag wurde aktualisiert, seit NetWorker zuletzt mit falschen Informationen gestartet wurde.

Nach einem Neustart von NetWorker oder einem Serverneustart treten beide Probleme auf:
NMC hat keine Details auf einer Registerkarte UND Daemon hat Fehler "nsrd RAP warning" Keine Ergebnisse für NSR Storage-Node-Ressourcenabfrage nach <Name> auf Servername <>

erhalten nsrwatch zeigt, dass der Server normal zu funktionieren scheint

Beide Probleme sind ein Symptom für die Änderung des Servernamens von FQDN zu Kurzname oder umgekehrt.

• Als der EMC Support das Problem sah, wurde nach einem NetWorker-Neustart der Fehler "nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on server <name> " angezeigt.
• <name>war der Kurzname des Servers, und der Storage Node, über den er sich beschwert, ist für den NW-Server selbst.
• Bei der Überprüfung der Storage-Node-Ressource für den Backupserver mithilfe von nsradmin wurde der Node als FQDN definiert, wie in name.domain.com – eine Node-Ressource kann keinen Alias haben (ein Client jedoch schon).

Im Allgemeinen sollten Host-Dateien nicht erforderlich sein, wenn DNS korrekt funktioniert.

• In dem Fall, in dem der EMC Support gearbeitet hat, war die DNS-Suche korrekt und gab den FQDN wie erwartet zurück.
• /etc/hosts hatte einen Eintrag für den NW-Server als: [IP-Adresse] > [Kurzname] > [FQDN]
• Entfernen (oder Hashen) des Hosteintrags für den NW-Server (sodass nur DNS für die Namensauflösung verwendet wurde) und anschließender Neustart von NetWorker behobenes Problem

Nach dem Neustart des NW war der Fehler "nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on server <name>" nicht mehr vorhanden und nachdem die GST neu gestartet wurde, funktionierte NMC wieder normal.

Dies liegt daran, dass NetWorker den Kurznamen für sich selbst aus dem Hosteintrag übernommen hat und einige Probleme bei der Namensauflösung verursacht hat, die als Speicher-Node-Fehler und NMC-Probleme auftreten.

Wenn Hostdateieinträge bevorzugt werden, würde eine Änderung in "[IP-Adresse] > [FQDN] > [Kurzname]" das Problem lösen.

Es ist möglich (im aktuellen Fall), dass:

• Der falsche Hosteintrag (oder ein anderer Faktor) erfolgte nach der ursprünglichen Konfiguration von NetWorker, daher verwendete NetWorker den FQDN für seine Storage-Node-Ressource und die GST-Datenbank.
• Dass eine Änderung der Betriebssystemkonfiguration oder ein Patch möglicherweise die Suchreihenfolge von DNS first zu hostfile first geändert hat

NetWorker wäre bis zum Neustart nicht beeinträchtigt worden.