NetWorker: Problemen met het laden van tapewisselaars oplossen in NetWorker
Samenvatting: Dit artikel is bedoeld om ondersteuners en beheerders te helpen bij het oplossen van problemen met het laden van bibliotheken op bibliotheek- of applicatieniveau. Om te bepalen of het probleem logisch of fysiek van aard is en of het een probleem is met de robot, het station of de mediatapecartridge. ...
Symptomen
- Sporadische of consistente fouten bij het laden van tapecartridges in de bibliotheek
- Kan geen back-ups of herstel uitvoeren vanaf bibliotheekmedia
- Bibliotheek is detecteerbaar, bevestigd functioneel en gereed
- Kan laad- of labelbewerkingen niet uitvoeren
- Tapes worden gemarkeerd als 'ongelabeld'
- Mogelijke ASC/ASCQ/SCSI SENSE-fouten of -berichten in systeem- of applicatielogboeken
- Sporadische of consistente fouten bij het uitvoeren van specifieke of willekeurige bibliotheekbewerkingen
Oorzaak
Als de bibliotheekconfiguratie eerder werkte en er plotseling een probleem optreedt, overweeg dan mogelijke wijzigingen die de detectie en configuratie kunnen belemmeren:
- Firmware-, driver- of configuratiewijziging voor robot, switch of adapter
- Toevoeging, vervanging of verwijdering van stations, tapecartridges of andere bibliotheekcomponenten
- Wijziging van NetWorker-softwareversie, patches voor besturingssysteem
- Elke hardwaregebeurtenis, zoals stroomuitval of opnieuw opstarten van een component in het datapad
- Verschillen tussen de configuratie en bibliotheek van NetWorker (bijvoorbeeld tapecartridges die buiten de controle van NetWorker zijn verplaatst)
Als de bibliotheek nog nooit heeft gewerkt, controleert u of de hardware wordt ondersteund in de NetWorker Hardware Compatibility Guide (aanmelden bij Dell supportaccount vereist). Vergeet niet dat het mogelijk is dat een bibliotheek gedeeltelijk functioneel is; Detectie alleen is geen garantie voor bruikbaarheid of bruikbaarheid.
Oplossing
Om problemen met het laden van bibliotheken op te lossen, kunt u, na het overwegen van de laatst bekende wijzigingen, problemen oplossen door het proces te delegeren aan de primitieve componenten en deze afzonderlijk te testen.
De benodigde gegevens worden verzameld NSRGet Wanneer u deze uitvoert met de -o:d Schakelen. NetWorker: Het hulpprogramma NSRGet gebruiken voor het verzamelen van NetWorker data
De items die dat niet zijn, zijn beperkt tot die handelingen die als gevaarlijk kunnen worden beschouwd als ze handmatig worden uitgevoerd.
Bibliotheek laden: Communicatie
- Zorg er nogmaals voor dat de bibliotheek responsief en gereed is voordat u verdergaat. Als dit niet het geval is:
Bibliotheek laden: Fysieke werking
- Controleer of bibliotheekactiviteiten fysiek mogelijk zijn op een basisniveau. Zorg ervoor dat de tests worden uitgevoerd wanneer de bibliotheek niet anderszins actief is en dat tapecartridges worden teruggeplaatst op hun oorspronkelijke locaties.
sjirdtag <changer address>
Verplaats vervolgens tapecartridges tussen elementen en weer terug:
sjimm <changer address> <drive|slot|inlt|mt> <element_number> <drive|slot|inlt|mt> <element_number>
- Er zijn enkele situaties waarin fouten kunnen worden verwacht; Bibliotheken waarvoor automatisch uitwerpen niet is ingeschakeld op bibliotheekniveau, krijgen bijvoorbeeld een foutmelding bij het overschakelen van het station naar een ander element (de tapecartridge moet afzonderlijk worden uitgeworpen over een
mt -f <device_handle> offlinecommando voordat u het element verlaat). - Als fouten sporadisch of consistent worden geretourneerd bij het uitvoeren van robotbewerkingen, SCSI ASC/ASCQ-codefouten, overweeg dan om te escaleren naar de bibliotheekleverancier ter beoordeling.
Bibliotheek laden: Logische bewerking
Zodra we hebben vastgesteld dat fysieke bewerkingen foutloos zijn (althans oppervlakkig), kunnen we proberen het probleem binnen NetWorker te traceren.
- Bepaal de lay-out van de bibliotheek en zorg ervoor dat deze gereed is, door de statusinformatie van de NSR Jukebox te vergelijken met de informatie over de tapecartridge van de robot:
nsrjb [<-j library_name>] -C sjirdtag <changer address>
- Probeer een aangetaste tape in een getroffen schijf met hoge uitgebreidheid te laden:
nsrjb [<-j library_name>] -lvvvvv -f <device_handle> -S <slot_number>
Als de bibliotheek herhaaldelijk zonder problemen wordt geladen, kan het laadprobleem het gevolg zijn van specifieke situationele factoren in plaats van een aanhoudende fout. Alles moet in het werk worden gesteld om de conditie die leidt tot de load failure te isoleren, en debuggen van de conditie dient te volgen (zie hieronder).
- Als de reguliere belastingsbewerkingen mislukken, met name als de volumes zijn gemarkeerd als 'niet-gelabeld', dan is het lezen van het label mislukt tijdens de laadpoging (waardoor de koppeling mislukt). Probeer dezelfde tape opnieuw in hetzelfde station te laden in hoge uitgebreidheid, zonder montage:
nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>
- Voer een standalone labelverificatie uit om te testen of de labelleesfout van voorbijgaande aard was of consistent is:
nsrmm -pvvvvv -f <device_handle>
- Als het etiket met succes is gelezen, kan het probleem worden opgelost door de pogingen tot het lezen van etiketten die plaatsvinden voordat het tapeapparaat gereed is nadat het fysiek is geladen. In dit geval kunt u proberen de variabele in te stellen in de systeemomgeving of het opstartscript:
MAX_LOAD_RETRIES=10
Als de belastingsbewerking na het instellen van de variabele nog steeds lijkt te mislukken tijdens een samengestelde load/mount-bewerking (label lezen), gaat u naar de sectie Debugging.
Bibliotheek laden: Fouten opsporen
Als al het andere faalt, verzamel dan de juiste gegevens om te helpen bij het opsporen van het probleem voordat u materiedeskundigen (KMO's) raadpleegt:
- Voordat u het probleem reproduceert in NetWorker, wijzigt u het traceringsniveau voor foutopsporing in 5 in de NSR Jukebox-bron
- Gebruik ook
dbgcommandom het foutopsporingsniveau van de actievensrdalsnsrmmgdprocessen tot 5dbgcommand -n PROCESS_NAME Debug=5- U schakelt het volgende uit:
dbgcommand -n PROCESS_NAME Debug=0 - NetWorker: Informatieniveaus voor foutopsporing
- Overwegen
truss/tusc/strace,pstack,gcore/gencoreover de passendensrlcpdVoorafgaand aan en tijdens de probleemgebeurtenis - Stel de foutopsporingsvariabelen in de systeemomgeving (Windows) of het opstartscript (UNIX) in om uitgebreidere foutopsporingsgegevens te verkrijgen:
SJI_DEBUG=9 LUS_DEBUG=9 CDI_DEBUG=9 SCSI_DEBUG=9 JBDEBUG=9
Als geen van de bovenstaande suggesties helpt, neem dan waar nodig contact op met de support van uw bibliotheekleverancier als het bewijs dat is verzameld met de foutopsporing interne afwijkingen suggereert, zoals aangegeven Problemen met het detecteren van tapewisselaars in NetWorkeren het oplossen van toegangsproblemen met tapewisselaars in NetWorker; Anders, zorgen ervoor dat de foutopsporingsuitvoer wordt geëscaleerd binnen NetWorker Support om de mogelijkheid van een codefout na te streven.
Extra informatie
Dit artikel maakt deel uit van een serie over het oplossen van problemen met tapebibliotheken met NetWorker.