Feilsøke problemer med tilgang til båndbibliotek i NetWorker

• Får ikke tilgang til installasjoner av tapebibliotek som er oppdaget på NetWorker Storage Node eller Server
• Kan ikke sikkerhetskopiere data på grunn av ubrukelig maskinvare for sikkerhetskopiering
• Feil ved tilgang til roboten:
  • 0x29
  • Device busy
  • The requested resource is busy
  • Str=<There is an input or output error.>
  • No such device
  • No such file or directory
  • Inappropriate ioctl for device

Hvis biblioteket fungerte tidligere, og plutselig ikke er det, anser du den siste kjente endringen som den sannsynlige årsaken:

• Uhåndtert endring i bibliotekadresse etter omstart, gjenoppdagelse og endring av navn på enhet
• Mulig skade på grunn av strømstøt, strømbrudd eller andre miljøhendelser
• Feilhendelser eller rekonfigurering av transportmaskinvare
• Installasjon, endring eller sletting av programvare eller drivere knyttet til transport eller robotikk

Hvis biblioteket aldri har fungert, bekrefter du at maskinvaren støttes i NetWorker Hardware Compatibility Guide(krever pålogging for Dell Support-konto). Husk at det er mulig for et bibliotek å være delvis funksjonelt; Oppdagelse alene garanterer ikke brukervennlighet eller støtte.

Hvis du vil feilsøke feil med bibliotektilgang, kan du se gjennom de siste endringene. Bruk deretter grunnleggende og tredjeparts komparative tester for å bekrefte om en vert eller prosess kan utløse et svar fra roboten.

Noen ganger er det ønskelig å teste spesifikke funksjoner, basert på tilgjengelig bevis. Hvis vert A kan spørre roboten, men vert B ikke kan, reagerer roboten. Det kan hende at sjåføren til vert A låser roboten. Hvis vert B fortsatt mottar feil etter at alle vertene er avsonet, kan vert B ha et driver-, konfigurasjons- eller programvareproblem.

Hvis verten fikk tilgang til roboten før problemet, er gjennomgangselementene mest sannsynlig endret. Undersøk feil eller kjente konfigurasjonsendringer etter hendelsen.

Når biblioteket er oppdaget, bruker du følgende kommandoer til å teste grunnleggende SCSI-operasjoner over lagringstransporten, ikke Ethernet eller webgrensesnittet. Sørg alltid for at operativsystemoppdateringene er oppdaterte, spesielt når det gjelder lagring.

Følgende artikkel inneholder informasjon om hvordan du skaffer deg og bruker NSRGET: NetWorker: Slik bruker du datainnsamlingsverktøyet NSRGet NetWorker

Tilgang til bibliotek: Operativsystem:

• Windows: Det er ingen naturlig måte å spørre et båndbibliotek i Windows; mtx er et freeware verktøy som kan testes hvis ønskelig. Den bruker vekslerenhetshåndtaket, i stedet for SCSI-adressen, ved utstedelse av kommandoer (som kan ha testimplikasjoner).

• Linux: Som Windows, har ingen innfødt kommando for å spørre, men har også en mtx port, som krever enhetsdriverhåndtaket (igjen, forskjellig fra hvordan NetWorker får tilgang til det).

• Solaris: Solaris inkluderer sgen driver for innebygd båndbibliotekstøtte, men ingen mtx Det finnes heller ikke andre innebygde bibliotekkommandoer for den. Se delen om NetWorker-kommandoer for å teste bibliotektilgang i stedet (nedenfor).
   
• AIX: AIX har ingen innebygd tapebibliotekstøtte (lus brukes i stedet), og ingen mtx port eksisterer for det. Se delen om NetWorker-kommandoer for å teste bibliotektilgang i stedet (nedenfor).

• HP-UX: mc er den opprinnelige HP-UX-kommandoen for middels skiftermanipulasjon:

• NetWorker: Disse kommandoene fungerer på et relativt atomisk nivå, og selv om de er skrevet, kompilert og testet av NetWorker-støtte, krever de ikke en kjørende NetWorker-forekomst for å fungere, og heller ikke noe av NetWorkers konfigurasjon. Generelt anses de å være pålitelige, programvareuavhengige testverktøy på lavt nivå. For å øke feilsøkingen for de fleste verktøy, kan du legge til følgende miljøvariabler:

SJI_DEBUG=9
LUS_DEBUG=9 (lusdebug ffff on AIX)
CDI_DEBUG=9
SCSI_DEBUG=9
JBDEBUG=9

I det nedenfor, '<changer address>' varierer etter operativsystem:

Windows: Initiator.Target.LUN (som avslørt av inquire kommando) eller \\.\changer# driverhåndtak
Linux: Intiator.Target.LUN (som avslørt av inquire kommando) eller /dev/sg# driver håndtere
Solaris: /dev/scsi/changer/c#t#d# sjåførhåndtak
AIX: Initiator.Target.LUN (som avslørt av inquire kommando)
HP-UX: Initiator.Target.LUN (som avslørt av inquire kommando) eller /dev/rac/c#t#d# Driverhåndtak

Tilgang til bibliotek: Tilbakestille biblioteket:

Transport - Konfigurasjon

• For SAN: Sørg for at både roboten og den tiltenkte NetWorker-robotkontrollverten er logget riktig på svitsjen, og gjennomgås soneinndelingen for roboten for å sikre at ende-til-ende-tilkobling er mulig.
• Roboter er ikke ment å nås eller kontrolleres av mer enn én vert; med mindre det er behov (for eksempel en partisjonert robot), må du sørge for at bare den tiltenkte NetWorker-robotkontrollerverten er sonet for å se roboten.
• Det er mulig å teste SAS-ekspandere for å sikre at robotforbindelsen er etablert; ren punkt-til-punkt-teknologi som SCSI krever testing av tilkobling fra den aktuelle verten.

Transport – maskinvare

• Hvis det oppdages problemer enten på verts- eller transportmaskinvarenivå, bør du vurdere å teste bryteren eller utvidelsen, eller bytte ut kablene med eksempler på "fungerer" for å utelukke kablingsproblemer.
• Gjennomgå fastvaren til transportmaskinvaren og fastvaren til selve roboten for valuta.
• For SCSI må du sørge for at terminatorene er riktig plassert og satt fast, at kabellengdegrensene overholdes og at riktig spenning brukes.

Vertstransport – konfigurasjon

• Sørge for at den berørte verten har oppdaterte drivere og fastvare for sine transportsjåfører – bruk EMCReports (leveres med nsrget -o:e).
• Kontroller at alle nødvendige Host Bus Adapter (HBA)-driverkonfigurasjoner utføres på riktig måte for operativsystemet.

Vertsprogramvare – ressurslåsing

• For enhver vert som er sonet for å se roboten (ideelt sett - bare den utpekte NetWorker-verten), se etter programvare som kan forsøke å få tilgang til roboten, for eksempel annen programvare for sikkerhetskopiering, overvåking eller frittstående verktøy som kan prøve å få tilgang til roboten.
• For Solaris 10 er ikke roboten tilgjengelig når nsrlcpd NetWorker-prosessen er tilkoblet. dermed kan det virke som om det er utilgjengelig (eller til og med umulig å oppdage) til biblioteket i NetWorker er deaktivert (tvinger nsrlcpd å løsrive seg og dø).
• Hvis en ikke-NetWorker-prosess mistenkes for å låse eller få tilgang til roboten eller en hvilken som helst disk, kan du se Feilsøke overskrevne etiketter og SCSI-tilbakestilling i NetWorker for mer informasjon om feilsøking og identifikasjon.

Hvis operativsystemet oppdager biblioteket, men biblioteket ikke svarer på kommandoer, fungerer det til en viss grad. Den kan være låst av en annen prosess eller vert, påvirket av transportproblemer eller oppleve en funksjonsfeil på komponentnivå.

Hvis det ikke kan fastslås at noen prosess eller vert skal ha tilgang til roboten bortsett fra NetWorker-lagringsnoden som er ment å kontrollere den, kan du se Feilsøke maskinvareproblemer med båndbiblioteket i NetWorker for å finne ut om det er et problem med selve roboten.

Sørg for at du forstår at robotikkproblemer som viser seg å være utenfor NetWorkers omfang som et program (les: ikke kan åpnes ved hjelp av standard operativsystemmetoder), ikke er innenfor omfanget av NetWorker-støtte.
Networker: Feilsøke problemer med båndbibliotek i NetWorker

Kundestøtte kan gi veiledning ved hjelp av kriteriene ovenfor, men vi har ikke ressurser fra operativsystem-, HBA- eller robotleverandører. Denne begrensningen kan føre til langvarig, mislykket feilsøking.