NetWorker: Feilsøke problemer med bestilling av båndbibliotek

I et Plug 'N Play-operativsystem tilordnes enheter SCSI-måladresser i oppdagelsesrekkefølgen.

Fordi SAN-oppdagelsesrekkefølgen varierer og tap av tilkobling utløser ny plug-and-play-tilordning, endres målnumrene og kan ikke forbli løst.

Plug-and-Play gir nytt navn til enheter basert på opplistingsrekkefølge, slik at eventuelle tilsiktede eller utilsiktede tilkoblingsavbrudd kan føre til at enheter blir tilordnet nye navn på nytt.

Et problem med «stasjonsbestilling» beskriver en tilstand der NetWorkers konfigurerte drivernavn for en enhet ikke samsvarer med det faktiske navnet. Dette er vanligvis et resultat av at drivernavnet endres i operativsystemet etter den første konfigurasjonen av NetWorker-biblioteket. Dette er vanligvis et problem med Plug 'N Play-operativsystemet som påvirker Windows og Linux.

Det er mange feil og betingelser knyttet til dette problemet, inkludert, men ikke begrenset til:

• Error: 'nsrd: media info: failed unloading drive `{driver handle}' to slot {slot number}, error '69''
• Error: '{hostname} the destination component full'
• Error: '{driver handle} read open error, no such device or address'
• Error: 'opening: I/O error'
• Error: 'nsrd: Jukebox '{jukebox}' failed: expected volume '{volid}' got {volid}'
• Error: 'nsrd: Jukebox '{jukebox}' failed: expected volume '(volume_name)' got 'NULL''
• Error: 'read open error, device not ready'
• Error: 'nsrjb: Jukebox error, All allocated drives are not usable, unrecoverable operation errors'
• Error: 'nsrd: Jukebox '{jukebox}' failed: expected volume '{volid}' got {volid}'
• Error: 'nsrd: Jukebox '{jukebox}' failed: expected volume '{volume}' got 'NULL''
• Error: 'read open error, device not ready'
• Error: 'nsrjb: Jukebox error, All allocated drives are not usable, unrecoverable operation errors'
• Error: 'nsrd: media warning: {driver handle} reading: read open error: No media in drive.'
• Error: 'inventory: Bar code label `{barcode}' does not match media db bar code label, updating media db'
• Error: 'Illegal request, medium not present'
• Error: 'nsrd: media info: failed unloading drive `{driver handle}' to slot {slot number}'

NetWorker oppretter bibliotekobjektet under første oppsett, og kobler båndstasjoner til de operativsystemgenererte enhetsreferansene de har i det øyeblikket. Det er en statisk tilknytning som gjenspeiler forholdet på tidspunktet for konfigurasjonen. Et bibliotek kan for eksempel ha to enheter:
Fysisk stasjon 1 = \\.\Tape0 (eller kanskje /dev/nst0 i Linux)
Fysisk stasjon 2 = \\.\Tape1 (eller /dev/nst1)

I Plug-and-Play-systemer som Windows eller Linux kan enhver enhetsforsvinning - inkludert omstart eller tilkoblingsendringer - få operativsystemet til å gi nytt navn til enhetene. Spesielt på et SAN, der enhetsoppdagelse kan være uordnet, kan enhetene bli navngitt annerledes ved neste omstart, for eksempel i kontrast til ovenfor:
Fysisk stasjon 1 = \\.\Tape1  or /dev/nst1
Fysisk stasjon 2 =  \\.\Tape0  or /dev/nst0

Kommandoer til disse enhetene kan fortsatt fungere, forutsatt at det er en enhet som bruker ønsket navn. NetWorker mister oversikten over enhetsnavn fordi bibliotekets driverbrukernavntilknytninger ikke lenger samsvarer med de fysiske elementene etter at operativsystemet har gitt enhetene nytt navn. NetWorker kan for eksempel laste en båndkassett i én stasjon, men bruke et utdatert, feil enhetsnavn og utstede kommandoer til feil stasjon etter at operativsystemet har endret navn. Dette kan resultere i et bredt spekter av feil, forutsatt at et uventet volum (eller ingen i det hele tatt) blir funnet. Det er mange mulige årsaker til kjørebestillingsbetingelser:

• Manuell feilkonfigurering av bibliotek ved hjelp av jbconfig eller jbedit Kommandoer
• Omstart av vert, lagringsadapter, maskinvare for lagringstilkobling eller båndenheter
• Midlertidig tap av tilkobling til en enhet
• Deaktivering og reaktivering av enheten i operativsystemet
• Operativsystemoppdateringer
• Driveroppdateringer for enhet eller lagringsadapter

Vedvarende navngivning:

Dette anses å være beste praksis og kan anbefales av kundestøtte selv om du ikke opplever problemer med å beskytte deg proaktivt. Bruk informasjonen fra følgende artikler:

• Implementere båndenhetsnavn Applikasjonsrobusthet for Windows
• Implementere båndenhetsnavn Applikasjonsrobusthet for Linux

Manuell rekonfigurering
Hvis du ikke umiddelbart kan aktivere programfleksibilitet og rekonfigurere biblioteket på nytt, finnes det flere manuelle alternativer som kan vurderes:

1. NMC-rekonfigurering: Du kan oppdatere NetWorkers konfigurasjon ved hjelp av alternativet Konfigurer på nytt i bibliotekforekomsten for å fjerne enhetsdefinisjonene for alle berørte enheter, og deretter slette gjenværende båndenhetsforekomster fra enhetsbeholderen , før du skanner på nytt og konfigurerer på nytt med de korrigerte, nye navnene.

2. jbconfig Kommandoen: Disse kommandoene er fortsatt en del av NetWorker-pakken, men brukes ikke lenger, og krever mer avansert kunnskap om både NetWorker og båndbibliotek og lagringstransportteknologi.
   • For å begynne fra bunnen av, bruk jbconfig For manuell kontroll av bibliotekoppretting: Slik konfigurerer du et NetWorker-båndbibliotek manuelt ved hjelp av kommandoen jbconfig
3. Tvungen navneendring: Det kan være mulig å deaktivere eller slette enheter og legge dem til / aktivere dem på nytt i den rekkefølgen som tilsvarer deres nåværende konfigurasjon i NetWorker. For eksempel, i et enkelt Windows-scenario for det ovennevnte, kan man deaktivere begge enhetene, aktivere forekomsten som er konfigurert som Tape0 i NetWorker først, for å tvinge operativsystemet til å kalle den enheten Tape0 en gang til. Linux-metodikken vil være lik, men bruker /proc/scsi/scsi-fil for å slette og skanne enheter på nytt.