NetWorker: NMC saknar detaljer på någon flik. Daemon har felet: Fick inga resultat för NSR Storage Node-resursfråga för X på server X

Värdfilposten hade uppdaterats sedan NetWorker senast startades med fel information.

Efter omstart av NetWorker eller omstart av servern har båda dessa problem:
NMC har inga detaljer på någon flik OCH daemon har fel nsrd RAP-varning Fick inga resultat för NSR Storage Node-resursfråga för <namn> på servernamn <>

nsrwatch visar att servern verkar fungera normalt

Båda problemen är ett symptom på att servernamnet ändras från FQDN till kort namn eller vice versa.

• När EMC-supporten upptäckte problemet startades felet: nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on server <name> after a NetWorker-omstart.
• <name>var det korta namnet på servern, och lagringsnoden som den klagar på är för själva NW-servern.
• Vid inspektion av lagringsnodresursen för säkerhetskopieringsservern med hjälp av nsradmin definierades noden som FQDN, som i name.domain.com – en nodresurs kan inte ha ett alias (även om en klient kan ha det).

I allmänhet bör host-filer inte vara nödvändiga om DNS fungerar korrekt.

• Om EMC-supporten fungerade var DNS-sökningen korrekt och returnerade FQDN som förväntat.
• /etc/hosts hade en post för NW-servern som: [IP-adress] > [kortnamn] > [FQDN]
• Ta bort (eller hash-koda ut) värdposten för NW-servern (så att den bara använde DNS för namnmatchning) och sedan starta om NetWorker-lösningen

När NW startades om fanns inte längre felet "nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on server <name>" och när GST hade startats om fungerade NMC normalt igen.

Det beror på att NetWorker hämtade det korta namnet för sig själv från värdposten och orsakade vissa problem med namnmatchning, vilket kan ses som lagringsnodfel och NMC-problem.

Om värdfilposter är att föredra kan du ändra till [IP-adress] > [FQDN] > [kortnamn]".

Det är möjligt (i det senaste fallet) att:

• Den felaktiga värdposten (eller en annan faktor) gjordes efter att NetWorker ursprungligen konfigurerades, vilket innebar att NetWorker använde FQDN för lagringsnodresursen och GST-databasen.
• Att en OS-konfigurationsändring eller korrigeringsfil kan ha ändrat uppslagsordningen från DNS först till hostfile först

NetWorker skulle inte ha påverkats förrän den startades om.