NetWorker: NMC mangler detaljer i noen fane. Daemon has error Received no results for NSR Storage Node resource query for X on server X

Vertsfiloppføringen har blitt oppdatert siden NetWorker sist startet med feil informasjon.

Etter NetWorker-omstart eller omstart av serveren, har begge disse problemene:
NMC har ingen detaljer i noen fane OG daemon har feil nsrd RAP-advarsel Mottok ingen resultater for NSR Storage Node ressursspørring for <navn> på servernavn <>

nsrwatch viser at serveren ser ut til å fungere normalt

Begge problemene er et symptom på endring av servernavn fra FQDN til kort navn eller omvendt.

• Da EMC-støtte så problemet, ble feilen: nsrd RAP-advarsel Mottok ingen resultater for ressursspørringen NSR Storage Node for <navn> på servernavnet <> startet etter en NetWorker-omstart.
• <navnet>var det korte navnet på serveren, og lagringsnoden den klager på, er for selve NW-serveren.
• Ved inspeksjon av lagringsnoderessursen for backupserveren ved hjelp av nsradmin ble noden definert som FQDN, som i name.domain.com - en noderessurs kan ikke ha et alias (selv om en klient kan).

Generelt bør vertsfiler ikke være nødvendige hvis DNS fungerer som den skal.

• I tilfelle EMC-støtte fungerte på, var DNS-oppslaget riktig og returnerte FQDN som forventet.
• /etc/hosts hadde en oppføring for NW-tjeneren som: [IP-adresse] > [kort navn] > [FQDN]
• Å fjerne (eller hashe ut) vertsoppføringen for NW-serveren (slik at den bare brukte DNS for navneløsing), og deretter starte NetWorker på nytt løste problemet

Når NW startet på nytt, var feilen 'nsrd RAP warning Received no results for NSR Storage Node resource query for <name> on server <name>' ikke lenger til stede, og når GST hadde blitt startet på nytt, fungerte NMC normalt igjen.

Dette skyldes at NetWorker hentet det korte navnet for seg selv fra vertsoppføringen, og forårsaket noen problemer med navneløsing, sett på som lagringsnodefeil og NMC-problemer.

Hvis vertsfiloppføringer foretrekkes, vil endring til '[IP-adresse] > [FQDN] > [kort navn]' løse dette.

Det er mulig (i det siste tilfellet) at:

• Feil vertsoppføring (eller en annen faktor) ble opprettet etter at NetWorker opprinnelig ble konfigurert, derfor brukte NetWorker FQDN for lagringsnoderessursen og GST-databasen.
• At en endring eller oppdatering av OS-konfigurasjonen kan ha endret oppslagsrekkefølgen fra DNS først til vertsfil først

NetWorker ville ikke ha blitt påvirket før det ble startet på nytt.