NetWorker: NMC mist details in een tabblad. Daemon heeft fout Geen resultaten ontvangen voor NSR Storage Node resource query voor X op server X

De invoer van het hostbestand is bijgewerkt sinds NetWorker voor het laatst is gestart met verkeerde informatie.

Na het opnieuw opstarten van NetWorker of het opnieuw opstarten van de server, heeft u beide volgende problemen:
NMC heeft geen details op een tabblad EN daemon heeft fout nsrd RAP-waarschuwing Geen resultaten ontvangen voor NSR Storage Node resource query voor <naam> op servernaam <>

nsrwatch laat zien dat server normaal lijkt te werken

Beide problemen zijn een symptoom van een servernaamwijziging van FQDN naar een korte naam of andersom.

• Toen EMC-support het probleem zag, verscheen de foutmelding: nsrd RAP warning No results for NSR Storage Node resource query for <name> on server <name> started after a NetWorker restart.
• <name>was de korte naam van de server en het storageknooppunt waarover wordt geklaagd is voor de NW-server zelf.
• Bij inspectie van de storageknooppuntbron voor de back-upserver met behulp van nsradmin, werd het knooppunt gedefinieerd als de FQDN, zoals in name.domain.com - een knooppuntbron kan geen alias hebben (hoewel een client dat wel kan).

Over het algemeen zouden hostbestanden niet nodig moeten zijn als DNS correct werkt.

• In het geval dat EMC Support heeft gewerkt, was de DNS-lookup correct en werd de FQDN geretourneerd zoals verwacht.
• /etc/hosts had een vermelding voor de NW-server als: [IP-adres] > [Korte naam] > [FQDN]
• De hostvermelding voor de NW-server verwijderen (of hashen) (er werd dus alleen DNS gebruikt voor naamresolutie) en vervolgens het probleem met NetWorker opnieuw starten

Nadat NW opnieuw was gestart, was de fout 'nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on server <name>' niet meer aanwezig, en nadat GST opnieuw was gestart, werkte NMC weer normaal.

Dit komt doordat NetWorker de korte naam voor zichzelf oppikte van de hostvermelding en enkele problemen met de naamresolutie veroorzaakte, zoals de storageknooppuntfout en NMC-problemen.

Als de voorkeur wordt gegeven aan het invoeren van hostbestanden, zou dit worden opgelost door te veranderen in '[IP address] > [FQDN] > [short name]'.

Het is mogelijk (in het recente geval) dat:

• De onjuiste hostvermelding (of een andere factor) werd gemaakt nadat NetWorker oorspronkelijk was geconfigureerd, vandaar dat NetWorker de FQDN gebruikte voor de storageknooppuntbron en de GST-database.
• Dat een wijziging of patch van de besturingssysteemconfiguratie de opzoekvolgorde kan hebben gewijzigd van DNS first naar hostfile first

NetWorker zou pas getroffen zijn als het systeem opnieuw was opgestart.