Fejlfinding af problemer med fjernelse af båndbibliotek i NetWorker

• Sporadiske eller konsekvente fejl ved fjernelse af båndkassetter fra drev
• Kompromitterede sikkerhedskopieringsvinduer på grund af fejl ved fjernelse
• Båndkassetter, der sidder fast i drev  
• Biblioteket er detekterbart, bekræftet funktionelt og klar
• I stand til at udføre lastnings- og etikethandlinger, men ikke i stand til at fjerne
• Mulig ASC / ASCQ / SCSI SENSE-fejl eller -meddelelser i system- eller programlogfiler

Hvis bibliotekskonfigurationen fungerede tidligere og pludselig støder på et problem, skal du overveje mulige ændringer, der kan være i vejen for registrering og konfiguration:

• Ændring af robot-, switch- eller adapterfirmware, driver eller konfiguration
• Tilføjelse, udskiftning eller fjernelse af drev, båndkassetter eller andre bibliotekskomponenter
• Ændring af NetWorker-softwareversion, operativsystempatches
• Enhver hardwarehændelse som f.eks. strømtab eller genstart af en komponent i datastien
• Uoverensstemmelser mellem NetWorker-konfiguration og -bibliotek (f.eks. båndkassetter, der er flyttet uden for NetWorkers kontrol)

Hvis biblioteket aldrig har fungeret, skal du bekræfte, at hardwaren understøttes i NetWorker-vejledningen til hardwarekompatibilitet. Husk, at det er muligt for et bibliotek at være delvist funktionelt; Discovery alene garanterer ikke brugervenlighed eller supportabilitet.

Velkendte årsager til problemer med fjernelse af bibliotek:

• Forstå og foretage fejlfinding af, hvordan medier fjernes fra et båndbibliotek
• Båndenhederne kan ikke skubbes ud af gang

Når du har gennemgået de seneste ændringer, kan du foretage fejlfinding af problemer med fjernelse af biblioteket ved at opdele processen i grundlæggende komponenter og teste hver enkelt individuelt.

De påkrævede data indsamles af NSRGet , når de køres med -o:d omskifter. Scriptet udelukker handlinger, der kan være farlige, hvis de køres automatisk, såsom dem, der ikke er sikre at udføre gennem samleren.

• NetWorker: Sådan bruges NSRGet-værktøjet til dataindsamling i NetWorker

Fjernelse af bibliotek: Kommunikation

• Sørg igen for, at biblioteket er lydhørt og i stand til at indlæse bånd, før du fortsætter. Hvis det ikke gør:

Fjernelse af bibliotek: Indlæser forberedelse

• Som forberedelse til en af følgende tests skal du forberede indlæsning af en testdiskenhed. Fjern først alle enheder for at forhindre forvirring:

nsrjb -HHvvvvv

• Sørg for, at enhederne er tomme ved at spørge både NetWorker og robotten direkte; Find også en plads med en ledig diskenhed:

• Angiv egenskaben NSR Jukebox Timeout for inaktiv enhed for det båndbibliotek, du bruger, til 0 for at deaktivere uventede fjernelseshandlinger
• Indlæs en diskenhed i en enhed ved hjælp af almindelige NetWorker-kommandoer, hvor begge ideelt set har oplevet problemer med fjernelse:

• Bekræft, at diskenheden vises på den enhed, du lige har indlæst, ved at køre kommandoen på den relevante vært:

• Hvis der er nogen uoverensstemmelse med volumenerne, skal du kontrollere, at belastning og montering lykkedes; Hvis tilslutningen mislykkes, og diskenheden skubbes ud med det samme, kan du fortsætte med fejlfinding af monteringsfejl ved hjælp af Link Error Troubleshooting Media Mounting Problems i NetWorker. Hvis du ønsker at fortsætte uanset fejlfinding af aflæsningsfejl, kan du prøve igen ved at indlæse uden montering (nsrjb -lnvvvvv I stedet for nsrjb -lvvvvv ovenfor)

Fjernelse af bibliotek: Fysisk drift (udslyngning)

• For at teste udskubningsfunktionen på den båndkassette, du indlæste i forrige trin, skal du bruge den oprindelige (eller Windows-porte) mt kommando (du kan også prøve den tilsvarende CDI-kommando, som bruger ekstra NetWorker-kode, men giver mulighed for at bruge CDI_DEBUG variabel)

mt -f <local device name> offline
cdi_load_unload -u -f /dev/nst0 -vvvvvv

• Kontroller outputtet, og bekræft, at udskubningen faktisk er fuldført ved hjælp af enten den oprindelige / portede mt kommando eller den tilsvarende CDI kommando:

• Genoplæs diskenheden i båndenheden, før du forsøger at fjerne helt:

cdi_load_unload -l -f /dev/nst0 -vvvvvv

• Hvis udskubningsoperationen ikke bruger enten native eller CDI-kommandooperationer, skal du overveje muligheden for problemer med drevet eller båndkassetten og teste ved hjælp af mekanismer på lavere niveau under driverniveauet:
  • Forsøg at flytte lydstyrken inde fra selve robottens kontrolgrænseflade
  • Forsøg at flytte lydstyrken fra et fysisk biblioteks LCD-panel
  • Forsøg at flytte diskenheden fra et virtuelt biblioteks kommandolinjegrænseflade
  • Prøv den samme handling igen med et andet drev og en anden båndkassette for at teste problemets omfang
  • Planlæg et leverandøropkald, hvis ovenstående forsøg på udstødning/flytning oplever problemer
• Hvis udskubningsoperationen mislykkes, men grænsefladerne på lavt niveau kan flytte båndpatroner, er problemet sandsynligvis relateret til driveren
  • Kontroller operativsystemets logfiler og udgange (dmesg, messages, errpt -a, syslog, Systemhændelseslog)
  • Overvej problemer med drevbestilling

Fjernelse af bibliotek: Fysisk betjening (flytning af båndkassette)

• Kontroller, at biblioteksdrift er fysisk mulig på et grundlæggende niveau. Sørg for, at testen udføres, når biblioteket ellers ikke er aktivt, og bekræft, at testbåndkassetten ovenfra er, hvor du forlod den, både i robotten og i NetWorkers konfiguration:

sjirdtag <changer address>
nsrjb -C

• Flyt derefter båndkassetterne fra drevelementet til en slot og tilbage igen:

sjimm <changer address> drive <element_number> slot <element_number>
sjimm <changer address> slot <element_number> drive <element_number>

• Især - hvis bevægelsen fra drev til slot mislykkes - er automatisk skub ud (autooffline på en Data Domain VTL) sandsynligvis ikke aktiveret på biblioteket. Du kan bekræfte dette ved først at skubbe lydstyrken ud (forrige afsnit) og prøve at flytte handlingen igen. Flyt lydstyrken tilbage, når du er færdig.

Aflæsning af bibliotek: Logisk betjening (aflæsning inde fra NetWorker)

Når vi har konstateret, at fysiske operationer er fejlfri (i det mindste overfladisk), kan vi forsøge at spore problemet inden for NetWorker.

• Bekræft endnu en gang, at biblioteksrobotten og NetWorker er enige om placeringen af båndkassetterne:

nsrjb [<-j library_name>] -C
sjirdtag <changer address>

• Forsøg at fjerne testbåndet i høj omfang:

nsrjb [<-j library_name>] -uvvvvv -f <device_handle>

Hvis biblioteket aflæser korrekt på tværs af enheder og kassetter, kan problemet være situationsbestemt. Isoler den tilstand, der forårsager fejlen, og begynd fejlfinding.

• Hvis losningsoperationer mislykkes, og diskenheder er markeret som 'unlabeled', er det mest sandsynligt, at NSR Jukebox: Kontrollér, at indstillingen Etiket ved losning forstyrrer på grund af læsefejl forud for fjernelseshandlingen. Deaktiver indstillingen, og prøv igen.
• Indstil NSR Jukebox-egenskaber Skub slumre- og lossevågeblus ud til 60, og prøv igen. Hvis dette giver mulighed for fejlfri aflæsninger, skal du reducere slumretilstanden successivt, indtil fejlene genoptages.

Aflæsning af bibliotek: Fejlfinding

Hvis alt andet fejler, skal du indsamle de relevante data for at hjælpe med at fejlfinde problemet, før du konsulterer SMV'er:

• Før du genopretter problemet i NetWorker, skal du ændre fejlfindingssporingsniveauettil 5 i NSR Jukebox-ressourcen
• Brug også dbgcommand for at øge fejlretningsniveauet for kørslen nsrd og nsrmmgd processer til 5
• Betragte truss/tusc/strace, pstack, gcore/gencore på det relevante nsrlcpd Før eller under hændelsen med problemet
• Indstil fejlfindingsvariablerne i systemmiljøet (Windows) eller startscriptet (UNIX) for at få rigere fejlfindingsdata:

SJI_DEBUG=9
LUS_DEBUG=9
CDI_DEBUG=9
SCSI_DEBUG=9
JBDEBUG=9
 

Hvis bibliotekets aflæsningshandlinger testes og viser sig at fungere, men andre problemer fortsætter, henvises der tilbage til NetWorker: Fejlfinding på startsiden for båndbiblioteker for at fortsætte fejlfindingen.

Hvis forslagene ikke hjælper, skal du kontakte biblioteksleverandørens support, hvis fejlfindingsdata viser interne afvigelser. Ellers skal du eskalere fejlfindingsoutputtet til NetWorker Support for at undersøge en mulig kodefejl.