NetWorker: nsrd tager lang tid at begynde at "kontrollere ressourcetyper i RAP-databasen"
Oversigt: Under opstart af en NetWorker-servertjeneste tager NetWorker-serverprocessen (nsrd) lang tid om at kontrollere RAP-databasen.
Symptomer
Symptomet, der viser sig, er, at NetWorker-servertjenesten (nsrd) tager lang tid at starte. Dette kan tolkes som, at NetWorker-serveren ikke svarer, ikke er tilgængelig eller ikke vises.
NetWorker-tjenesten er startet; serveren er dog ikke tilgængelig via NetWorker-grænseflader såsom NetWorker Management Console (NMC), NetWorker Web User Interface (NWUI), eller nsradmin Kommandolinjeværktøj.
Serverens daemon.raw rapporterer, at det er på "trin 3 af 5" under servicestart. Denne proces er "Kontrol af ressourcetyper i RAP-databasen"
Linux: /nsr/logs/daemon.raw
Windows: <Install Drive>:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: Sådan bruges nsr_render_log til at gengive .raw logfiler
For eksempel:
83273 MM/DD/YYYY 03:51:16 PM nsrd NSR notice Startup in process (step 3 of 5); checking resource types in the RAP database... 83278 MM/DD/YYYY 03:52:00 PM nsrd NSR notice Checking resource types in the RAP database (122 resources completed)... 83278 MM/DD/YYYY 03:52:40 PM nsrd NSR notice Checking resource types in the RAP database (124 resources completed)... 83278 MM/DD/YYYY 03:55:29 PM nsrd NSR notice Checking resource types in the RAP database (341 resources completed)... 83278 MM/DD/YYYY 03:56:11 PM nsrd NSR notice Checking resource types in the RAP database (372 resources completed)... 83278 MM/DD/YYYY 03:56:52 PM nsrd NSR notice Checking resource types in the RAP database (392 resources completed)... 83278 MM/DD/YYYY 03:57:33 PM nsrd NSR notice Checking resource types in the RAP database (417 resources completed)... 83278 MM/DD/YYYY 03:58:13 PM nsrd NSR notice Checking resource types in the RAP database (449 resources completed)... 83278 MM/DD/YYYY 03:58:54 PM nsrd NSR notice Checking resource types in the RAP database (457 resources completed)... 83278 MM/DD/YYYY 03:59:39 PM nsrd NSR notice Checking resource types in the RAP database (602 resources completed)... 83278 MM/DD/YYYY 04:00:20 PM nsrd NSR notice Checking resource types in the RAP database (612 resources completed)... 83278 MM/DD/YYYY 04:01:01 PM nsrd NSR notice Checking resource types in the RAP database (658 resources completed)... 83278 MM/DD/YYYY 04:01:42 PM nsrd NSR notice Checking resource types in the RAP database (660 resources completed)... 83278 MM/DD/YYYY 04:02:23 PM nsrd NSR notice Checking resource types in the RAP database (683 resources completed)... 83278 MM/DD/YYYY 04:03:04 PM nsrd NSR notice Checking resource types in the RAP database (686 resources completed)...
Årsag
Aktivering nsrd Debug:
dbgcommand -n nsrd Debug=9
Med nsrd Debug aktiveret, observeres følgende fejl i den gengivne daemon.raw:
0 MM/DD/YYYY 04:07:24 PM nsrd NSR notice 12/12/24 16:07:24.829153 nsrd-D5 lg_inet_getaddrinfo(): pass-through ... calling external libc getaddrinfo() ... 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.360793 nsrd-D5 lg_inet_getaddrinfo(): EXIT rc=-2 output cannonname = null output addr = retval error 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.360904 nsrd-D7 lookup_name of host CLIENT_1 (in microsecond) took 20099719, CR 2, NF 1, getaddrinfo 20099716 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.360947 nsrd-D5 lg_inet_getaddrinfo(): ENTER input host=CLIENT_1 input service=NULL input hints-flags=0x0002 AI_PASSIVE=0 AI_NUMERICHOST=0 AI_NUMERICSERV=0 AI_CANONNAME=1 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.361070 nsrd-D5 lg_inet_getaddrinfo(): pass-through ... calling external libc getaddrinfo() ... 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.542699 nsrd-D5 lg_inet_getaddrinfo(): EXIT rc=-2 output cannonname = null output addr = retval error 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.542799 nsrd-D5 lg_inet_getaddrinfo(): ENTER input host=CLIENT_2 input service=NULL input hints-flags=0x0002 AI_PASSIVE=0 AI_NUMERICHOST=0 AI_NUMERICSERV=0 AI_CANONNAME=1 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.542835 nsrd-D5 lg_inet_getaddrinfo(): pass-through ... calling external libc getaddrinfo() ... 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.543600 nsrd-D5 lg_inet_getaddrinfo(): EXIT rc=-2 output cannonname = null output addr = retval error 0 MM/DD/YYYY 04:07:25 PM nsrd NSR notice 12/12/24 16:07:25.543638 nsrd-D7 lookup_name of host CLIENT_2 (in microsecond) took 182701, CR 3, NF 1, getaddrinfo 182697
NSRD-fejlfinding kan deaktiveres med:
dbgcommand -n nsrd Debug=0
Årsagerne til dette symptom kan typisk tilskrives:
- Navneopløsning: Der er mange klienter, der ikke løser korrekt i Domain Name System (DNS) (Fully Qualified Domain Name (FQDN), short name, reverse/IP). Omvendt kan der ikke være nogen DNS, og systemværtsfiler bruges. Systemværtsfilen indeholder en forkert IP-adresse for en vært eller er formateret forkert.
- Nedlagte kunder: Der er mange nedlagte klienter, som stadig findes i NetWorker-serverens mediedatabase (mm). Dette betyder, at der stadig er sikkerhedskopier af klienterne; Selvom klienten ikke længere findes i serverkonfigurationen (NSRDB)
Løsning
Ret eventuelle problemer med navneopløsning:
- Systemværtsfilen indeholder mange adresser.
- Linux:
/etc/hosts - Windows:
C:\Windows\System32\Drivers\etc\hosts- Forkerte værtsfilposter (IP-adresse, der peger på forkert værtsnavn og aliasser)
- IP-adresse, der peger på det forkerte værtsnavn/de forkerte aliasser
- Den samme IP-adresse angivet på flere linjer
- Tilmeldinger for kunder, der er nedlagt fra NetWorker.
- Forkerte værtsfilposter (IP-adresse, der peger på forkert værtsnavn og aliasser)
- Linux:
- DNS-problemer. NetWorker-ressourcer, som ikke findes i systemværtsfilen , og som heller ikke fortolkes fuldstændigt (FQDN, shortname, IP) i DNS.
1. Stop NetWorker-servertjenester fra en administrator-PowerShell/rodshell.
Linux: nsr_shutdown Windows: net stop nsrexecd /y
2. Sørg for, at alle NetWorker-tjenester er stoppet:
Linux: ps -ef | grep nsr Windows: tasklist | findstr nsr
3. Omdøb daemon.raw.
Linux Path: /nsr/logs/daemon.raw Windows Path: <Install Drive>:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
4. Start NetWorker-servertjenesten.
Linux: systemctl start networker Windows: net start nsrd
5. Sæt nsrd i fejlretningsniveau 9.
dbgcommand -n nsrd Debug=9
6. Når NetWorker-tjenesterne er startet, skal du gengive NetWorker-serverens daemon.raw:
7. Se efter alle værter, der vendte tilbage "lg_inet_getaddrinfo .... output addr = retval error"
retval error linje, efterfulgt af den linje, der omfatter, hvilke ressourcer der rapporteres retval error. Resultatet kan omdirigeres til en fil til yderligere gennemgang.
cat /nsr/logs/daemon.log | grep nsrd | grep -A1 "retval error" > /tmp/nsr_retvalerr.out
8. Brug oplysningerne fra daemon.log til at identificere, hvilke værter der har problemer med navnefortolkning:
-
NetWorker: Bedste praksis for fejlfinding af navneopløsning. Der er løst et problem med DNS-konfigurationen, så de rapporterede klienter løses korrekt.
- Kontrollér, at der findes DNS-poster for de systemer, der rapporterer
retval error. - Sørg for, at NetWorker-serveren er konfigureret til at bruge DNS-serverens der, hvor DNS-posterne findes.
- Kontrollér, at der findes DNS-poster for de systemer, der rapporterer
- Kontroller filen NetWorker-serverværter.
- Hvis værterne rapporterer en "
retval error" under NSRD-opstart findes i værtsfilen, skal de have de korrekte IP-adresser og aliasser. - Hvis værterne rapporterer en "
retval error" ikke findes i værtsfilen og kan ikke fortolkes via DNS, skal værtsfilposter oprettes for de IP-adresse- og værtsnavnealiasser, der bruges af værten. - Hvis der er værtsfilposter for klienter, der er blevet nedlagt (ikke længere online), kan falske poster oprettes ved hjælp af falske IP-adresser (f.eks. 1.1.1.1 osv.).
- Værtsfilen skal formateres korrekt (dvs.: Den samme IP vises ikke på flere forskellige linjer. Der refereres ikke til den samme vært af flere IP-adresser.)
- Hvis værterne rapporterer en "
Nedlagte slettede klienter:
Nedlagte eller slettede klienter vises, når klientværten ikke længere eksisterer. Klienten blev slettet fra NetWorker, og alle sikkerhedskopier er udløbet. Der er dog stadig en NetWorker clientid i mediedatabasen for klienten. NetWorker forsøger stadig at kontrollere denne klient under RAP-konsistenskontrollen og kan ikke løse/oprette forbindelse til den. Klienten rapporterer den "retval-fejl", der er rapporteret i årsagsafsnittet.
1. Brug nsrclientfix Kommandolinjeværktøj til at kontrollere, om der er klienter, der har en clientid Registreret i mediedatabasen, men er ikke i NSRDB og har ingen sikkerhedskopier:
nsrclientfix -a nsrclientfix1.out -p
Denne kommando returnerer en liste over klienter, hvor en clientid Problemet er observeret. Enhver linje, der kun rapporterer et enkelt navn (ingen kommaseparerede navne), er for klienter, der stadig har en clientid i mediedatabasen, men der findes ingen NetWorker-klient, og der findes ingen sikkerhedskopier af den pågældende klient.
2. Rediger filen, så den kun indeholder linjer, der indeholder enkelte værtsnavne (ingen kommaseparerede navne). Dette kan gøres i Notesblok eller ved hjælp af kommandoer. For eksempel på en Linux-værtskørsel:
grep -v ",\|#" nsrclientfix1.out > nsrclientfix1.in
Dette opretter en ny fil kaldet nsrclientfix.in som kun indeholder enkelte værter fra nsrclientfix.out fil.
clientid. Disse kan slås sammen; Dette bør dog kun gøres, hvis klienterne repræsenterer det samme system. Yderligere gennemgang og validering skal udføres, før de efterlades i filen.
3. Før du kører igen nsrclientfix, skal du kontrollere, at der ikke findes nogen lagringssæt for disse klienter med:
mminfo -avot -q client=CLIENT_NAME
Forventningen er, at hvis nsrclientfix rapporterede en enkelt klientvært, findes der ingen sikkerhedskopieringer.
nsrclientfix.in fil. Sørg for, at NetWorker-serveren har en værtsfilpost for klienten. Bekræft, at NetWorker-klienten findes, selvom klientværten ikke længere gør det. Se: NetWorker: Sådan udføres en gendannelse på filniveau for en slettet/nedlagt klient. Hvis gemte sæt findes, men ikke er nødvendige, kan værten forblive i filen. Hvis du fortsætter med de næste trin, fjernes alt, der er relateret til klienten, fra NetWorker.
4. Efter en omhyggelig gennemgang af nsrclientfix output, fjern den nedlagt-slettede clientidS fra mediedatabasen:
nsrclientfix -u nsrclientfix1.in
5. Kør nsrclientfix -a igen og bekræfte, at der ikke returneres enkelte værtslinjer:
nsrclientfix -a nsrclientfix2.out -p
Klienter, der rapporterer flere navne pr. linje, opstår, når der findes gemte sæt under hvert navn, der ser ud til at matche den samme vært. Dette kræver yderligere gennemgang for at bekræfte, hvilken klient der faktisk findes, og hvilket navn gemmesættene skal flettes ind i, se: NetWorker: Sådan bruges værktøjet
nsrclientfix6. Når du løber mminfo Du observerer masser af "cannot get client ID map for client ID '######-#####-######-####'" beskeder:
mminfo: Cannot get client ID map for client ID '687d2265-00000004-5f75cac3-5f7d87c7-918c5000-277baf56'.
7. Disse lagringssæt skal fjernes fra NetWorker. Udfør følgende kommando for at indsamle outputtet:
mminfo -avot | grep index
Windows:
mminfo -avot | findstr index