NetWorker: nsrd duurt lang om te beginnen met "checking resource types in the RAP database"
Samenvatting: Tijdens het opstarten van een NetWorker-serverservice duurt het lang om de RAP-database te controleren door het NetWorker-serverproces (nsrd).
Dit artikel is van toepassing op
Dit artikel is niet van toepassing op
Dit artikel is niet gebonden aan een specifiek product.
Niet alle productversies worden in dit artikel vermeld.
Symptomen
Het symptoom dat zich voordoet is dat het lang duurt voordat de NetWorker Server Service (nsrd) wordt gestart. Dit kan worden geïnterpreteerd als een reactie van de NetWorker-server die niet reageert, niet beschikbaar is of niet verschijnt.
De NetWorker-service is gestart; De server is echter niet toegankelijk via NetWorker-interfaces zoals de NetWorker Management Console (NMC), NetWorker Web User Interface (NWUI) of nsradmin opdrachtregelhulpprogramma.
De daemon.raw Meldt dat het zich bij "Stap 3 van 5" bevindt tijdens het opstarten van de service. Dit proces is "Checking resource types in the RAP database"
Linux: /nsr/logs/daemon.raw
Windows: <Install Drive>:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
OPMERKING: Het .raw bestand moet worden weergegeven om correct te kunnen worden geanalyseerd.
NetWorker: De nsr_render_log gebruiken om .raw logbestanden weer te geven
Bijvoorbeeld:
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)...
OPMERKING: Deze uitvoer is bewerkt om alleen de regels "Checking resource types" weer te geven. Wat opvalt is dat het lang duurt om de bronnen te controleren. In sommige gevallen duurt het enkele minuten om een paar bronnen te controleren. De hoeveelheid tijd die het kost kan variëren, afhankelijk van de grootte van de omgeving en de omvang van het probleem. In een omgeving met duizenden bronnen in de RAP-database kan het bijvoorbeeld 60+ minuten duren voordat NetWorker wordt gestart. In de meeste gevallen start de nsrd-service uiteindelijk (als er geen andere problemen aanwezig zijn); het proces voor het controleren van RAP-bronnen zou echter sneller moeten plaatsvinden.
Oorzaak
Inschakelen nsrd debuggen:
dbgcommand -n nsrd Debug=9
Met nsrd foutopsporing ingeschakeld, worden de volgende fouten waargenomen in de gerenderde 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
OPMERKING: Het logboek meldt "retval error", wat aangeeft dat het niet gelukt is om de juiste naamresolutie/het juiste adres voor de RAP-resource op te halen.
NSRD-foutopsporing kan worden uitgeschakeld met:
dbgcommand -n nsrd Debug=0
De oorzaken van dit symptoom kunnen meestal worden toegeschreven aan:
- Naam resolutie: Er zijn veel clients die niet goed worden omgezet in het Domain Name System (DNS) (Fully Qualified Domain Name (FQDN), korte naam, reverse/IP). Omgekeerd is het mogelijk dat er geen DNS is en dat er bestanden van systeemhosts worden gebruikt. Het bestand van de systeemhost bevat een onjuist IP-adres voor een host of heeft een onjuiste indeling gegeven.
- Afgedankte clients: Er zijn veel buiten gebruik gestelde clients die nog steeds bestaan in de mediadatabase (mm) van de NetWorker-server. Dit betekent dat er nog steeds back-ups zijn van de clients; Zelfs als de client niet meer bestaat in de serverconfiguratie (NSRDB)
Oplossing
Corrigeer eventuele problemen met naamresolutie:
- Het bestand van de systeemhosts bevat een groot aantal adressen.
- Linux:
/etc/hosts - Windows:
C:\Windows\System32\Drivers\etc\hosts- Onjuiste bestandsvermeldingen van hosts (IP verwijst naar verkeerde hostnaam en aliassen)
- IP verwijst naar de verkeerde hostnaam/aliassen
- Hetzelfde IP-adres dat op meerdere regels is opgegeven
- Vermeldingen voor clients die buiten werking zijn gesteld bij NetWorker.
- Onjuiste bestandsvermeldingen van hosts (IP verwijst naar verkeerde hostnaam en aliassen)
- Linux:
- DNS-problemen. NetWorker-resources die zich niet in het bestand van de systeemhosts , en die ook niet volledig worden opgelost (FQDN, korte naam, IP) in DNS.
1. NetWorker-serverservices stoppen vanuit een beheerderspowershell/rootshell.
Linux: nsr_shutdown Windows: net stop nsrexecd /y
2. Controleer of alle NetWorker-services zijn gestopt:
Linux: ps -ef | grep nsr Windows: tasklist | findstr nsr
3. Wijzig de naam van de daemon.raw.
Linux Path: /nsr/logs/daemon.raw Windows Path: <Install Drive>:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
4. Start de NetWorker Server-service.
Linux: systemctl start networker Windows: net start nsrd
5. Zet nsrd in debug level 9.
dbgcommand -n nsrd Debug=9
OPMERKING: Deze opdracht is inbegrepen bij NetWorker, maar is niet specifiek voor het besturingssysteem. Dezelfde opdracht kan worden gebruikt op Windows/Linux-distributies.6. Wacht tot de NetWorker-services zijn gestart.
6. Zodra NetWorker-services zijn gestart, geeft u de daemon.raw van de NetWorker-server weer:
7. Zoek naar alle hosts die zijn teruggekeerd "lg_inet_getaddrinfo .... output addr = retval error"
Op een Linux-server kun je bijvoorbeeld grep gebruiken om elke regel terug te sturen
retval error lijn, gevolgd door de regel met de bronnen die de retval error. De uitvoer kan worden omgeleid naar een bestand voor verdere beoordeling.
cat /nsr/logs/daemon.log | grep nsrd | grep -A1 "retval error" > /tmp/nsr_retvalerr.out
Windows-hosts vereisen andere tools of scripts (buiten het bereik van NetWorker-ondersteuning) om de gegevens op te maken.
8. Met behulp van de informatie uit de daemon.log identificeren welke hosts problemen hebben met naamresolutie:
-
NetWorker: Best practices voor het oplossen van problemen met naamresolutie. Corrigeer DNS-configuratie zodat de gerapporteerde clients correct worden opgelost.
- Zorgen dat er DNS-records bestaan voor de systeemrapportage
retval error. - Zorg ervoor dat de NetWorker-server is geconfigureerd voor het gebruik van DNS-servers waar de DNS-records bestaan.
- Zorgen dat er DNS-records bestaan voor de systeemrapportage
- Controleer het bestand met de NetWorker-serverhosts .
- Als de hosts een "
retval error" tijdens het opstarten van nsrd in het hostbestand voorkomen, moeten ze de juiste IP-adressen en aliassen hebben. - Als de hosts een "
retval error" bevinden zich niet in het hostbestand en kunnen niet worden opgelost via DNS, hostbestandsvermeldingen moeten worden gemaakt voor het IP-adres en hostnaamaliassen die door de host worden gebruikt. - Als er hostbestandsvermeldingen zijn voor clients die buiten werking zijn gesteld (niet langer online), kunnen valse vermeldingen worden gemaakt met behulp van valse IP-adressen (bijvoorbeeld 1.1.1.1, enzovoort).
- Het hostbestand moet correct zijn geformatteerd (dat wil zeggen: Hetzelfde IP-adres wordt niet op meerdere verschillende regels weergegeven. Er wordt niet door meerdere IP-adressen naar dezelfde host verwezen.)
- Als de hosts een "
Buiten gebruik gestelde verwijderde clients:
CAUITON: Het volgende actieplan moet zorgvuldig worden uitgevoerd door de back-upbeheerder. Als u deze stappen onjuist uitvoert, kan dit leiden tot gegevensverlies. Neem contact op met de support van Dell NetWorker voor hulp bij het controleren van de procedure en resultaten. De back-upbeheerder van NetWorker moet de data valideren en eventuele acties uitvoeren om deze procedure te voltooien.
Buiten werking gestelde of verwijderde clients worden weergegeven wanneer de clienthost niet meer bestaat. De client is verwijderd uit NetWorker en alle back-ups zijn verlopen. er is echter nog steeds een NetWorker clientid in de mediadatabase van de klant. NetWorker probeert deze client nog steeds te controleren tijdens de RAP-consistentiecontrole en kan er geen verbinding mee oplossen. De klant meldt de "retval-fout" die wordt gerapporteerd in de oorzaaksectie.
1. Gebruik de nsrclientfix opdrachtregelhulpprogramma om te controleren of er clients zijn met een clientid geregistreerd in de mediadatabase, maar niet in de NSRDB staan en geen back-ups hebben:
nsrclientfix -a nsrclientfix1.out -p
Deze opdracht retourneert een lijst met clients met een clientid probleem wordt waargenomen. Elke regel die slechts één naam rapporteert (geen door komma's gescheiden namen) is voor clients die nog steeds een clientid in de mediadatabase, maar er bestaat geen NetWorker-client en er bestaan geen back-ups van die client.
2. Bewerk het bestand zodat het alleen regels bevat die enkele hostnamen bevatten (geen door komma's gescheiden namen). Dit kan worden gedaan in Kladblok of met behulp van commando's. Voer bijvoorbeeld op een Linux-host het volgende uit:
grep -v ",\|#" nsrclientfix1.out > nsrclientfix1.in
Hiermee wordt een nieuw bestand gemaakt met de naam nsrclientfix.in die alleen enkele hosts bevat uit de nsrclientfix.out bestand.
LET OP: U moet elke regel verwijderen die door komma's gescheiden waarden bevat. Het bestand mag alleen regels bevatten die slechts één clientnaam bevatten. Wanneer er meerdere vermeldingen op dezelfde regel staan, betekent dit dat een of meer NetWorker-clients dezelfde items delen
clientid. Deze kunnen worden samengevoegd; Dit mag echter alleen worden gedaan als de klanten hetzelfde systeem vertegenwoordigen. Verdere controle en validatie moeten worden uitgevoerd voordat ze in het bestand worden achtergelaten.
3. Voordat u opnieuw uitvoert nsrclientfixControleer of er geen opslagsets bestaan voor deze clients met:
mminfo -avot -q client=CLIENT_NAME
De verwachting is dat als nsrclientfix Rapporteerde één clienthost, er bestaan geen back-ups.
OPMERKING: Als er opslagsets worden gevonden die moeten worden bewaard, verwijdert u deze uit de
nsrclientfix.in bestand. Zorg ervoor dat de NetWorker-server een hostbestandsvermelding voor de client heeft. Bevestig dat de NetWorker-client bestaat, zelfs als de clienthost niet meer bestaat. Zie: NetWorker: Een herstel op bestandsniveau uitvoeren voor een verwijderde/buiten werking gestelde client. Als er opslagsets worden gevonden maar deze niet nodig zijn, kan de host in het bestand worden gelaten. Als u doorgaat met de volgende stappen, wordt alles met betrekking tot de client verwijderd uit NetWorker.
4. Na zorgvuldige bestudering van de nsrclientfix uitvoer, verwijdert u de buiten werking gesteld-verwijderde clientids uit de mediadatabase:
nsrclientfix -u nsrclientfix1.in
5. Voer nsrclientfix -a en bevestig dat er geen enkele hostregel wordt geretourneerd:
nsrclientfix -a nsrclientfix2.out -p
Clients die meerdere namen per regel rapporteren, treden op wanneer er opslagsets bestaan onder elke naam die met dezelfde host lijkt overeen te komen. Dit vereist verdere controle om te bevestigen welke client daadwerkelijk bestaat en onder welke naam de opslagsets moeten worden samengevoegd, zie: NetWorker: De nsrclientfix tool
gebruiken6. Tijdens het hardlopen mminfo Je ziet veel "cannot get client ID map for client ID '######-#####-######-####'" berichten:
mminfo: Cannot get client ID map for client ID '687d2265-00000004-5f75cac3-5f7d87c7-918c5000-277baf56'.
7. Deze opslagsets moeten worden verwijderd uit NetWorker. Voer de volgende opdracht uit om de uitvoer te verzamelen:
Linux:
Windows:
mminfo -avot | grep index
Windows:
mminfo -avot | findstr index
De verwijderingsprocedure wordt beschreven in NetWorker: Meerdere of individuele SSID's verwijderen
Extra informatie
OPMERKING: Er is een NetWorker Request For Enhancement (RFE) om de RAP-consistentiecontrole parallel te laten verlopen om dit proces te versnellen. Als u deze RFE wilt volgen, neemt u contact op met uw Dell siteaccount of verkoopteam met betrekking tot NW-I-1695. Zelfs als deze functionaliteit wordt geïntroduceerd, neemt dit de noodzaak van een correcte naamomzetting niet weg. Zie hieronder.
Getroffen producten
NetWorkerProducten
NetWorker FamilyArtikeleigenschappen
Artikelnummer: 000259478
Artikeltype: Solution
Laatst aangepast: 26 nov. 2025
Versie: 5
Vind antwoorden op uw vragen via andere Dell gebruikers
Support Services
Controleer of uw apparaat wordt gedekt door Support Services.