NetWorker: Fejlfinding af bestillingsproblemer med båndbiblioteksdrev

I et Plug 'N Play-operativsystem tildeles enheder SCSI-måladresser i registreringsrækkefølgen.

Da SAN-registreringsrækkefølgen varierer, og tab af forbindelse udløser plug-and-play-gentilknytning, ændres måltallene og kan ikke forblive faste.

Plug-and-Play omdøber enheder baseret på optællingsrækkefølge, så enhver forsætlig eller utilsigtet afbrydelse af forbindelsen kan medføre, at enheder tildeles nye navne.

Et problem med "drevbestilling" beskriver en tilstand, hvor NetWorkers konfigurerede drivernavn til en enhed ikke stemmer overens med det faktiske navn. Dette skyldes oftest, at drivernavnet ændres i operativsystemet efter den indledende konfiguration af NetWorker-biblioteket. Dette er typisk et Plug 'N Play-operativsystemproblem, der påvirker Windows og Linux.

Der er mange fejl og betingelser forbundet med dette problem, herunder, men ikke begrænset til:

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

NetWorker opretter biblioteksobjektet under den indledende opsætning og forbinder båndstationer med de OS-genererede enhedshåndtag, de har på det pågældende tidspunkt. Det er en statisk tilknytning, der afspejler forholdet på konfigurationstidspunktet. Et bibliotek kan f.eks. have to enheder:
Fysisk drev 1 = \\.\Tape0 (eller måske /dev/nst0 i Linux)
Fysisk drev 2 = \\.\Tape1 (eller /dev/nst1)

I Plug-and-Play-systemer som Windows eller Linux kan enhver enhed, der forsvinder - inklusive genstart eller forbindelsesændringer - få operativsystemet til at omdøbe enhederne. Især på et SAN, hvor enhedsregistrering kan være uordnet, kan enhederne navngives anderledes ved næste genstart, for eksempel som kontrast til ovenstående:
Fysisk drev 1 = \\.\Tape1  or /dev/nst1
Fysisk drev 2 =  \\.\Tape0  or /dev/nst0

Kommandoer til disse enheder fungerer muligvis stadig, forudsat at der er en enhed, der bruger det ønskede navn. NetWorker mister overblikket over enhedsnavne, fordi bibliotekets driverhåndteringstilknytninger ikke længere matcher de fysiske elementer, efter at operativsystemet omdøber enhederne. NetWorker kan f.eks. indlæse en båndkassette i ét drev, men bruge et forældet, forkert enhedsnavn og udstede kommandoer til det forkerte drev efter omdøbning af operativsystemet. Dette kan resultere i en lang række fejl, forudsat at der findes en uventet diskenhed (eller slet ingen). Der er mange mulige årsager til drevbestillingsforhold:

• Manuel fejlkonfiguration af bibliotek ved hjælp af jbconfig eller jbedit Kommandoer
• Genstart af vært, storageadapter, hardware til storagetilslutningsmuligheder eller båndenheder
• Midlertidigt tab af forbindelse til en enhed
• Deaktivering og genaktivering af enheden i operativsystemet
• Operativsystemopdateringer
• Opdateringer til enheds- eller lageradapterdriver

Vedvarende navngivning:

Dette anses for at være bedste praksis og kan anbefales af support, selvom du ikke oplever problemer, for proaktivt at beskytte dig. Brug oplysningerne fra følgende artikler:

• Implementering af Tape Device Name-programmets robusthed for Windows
• Implementering af Tape Device Name-programmets robusthed for Linux

Manuel omkonfiguration
Hvis du ikke umiddelbart kan aktivere programrobusthed og omkonfigurere dit bibliotek, er der flere manuelle alternativer, der kan overvejes:

1. NMC-omkonfiguration: Du kan opdatere NetWorkers konfiguration ved hjælp af indstillingen Genkonfigurer for biblioteksforekomsten for at fjerne enhedsdefinitionerne for alle berørte enheder og derefter slette de resterende forekomster af båndenheder fra beholderen Enheder , før du scanner igen og konfigurerer igen med de rettede, nye navne.

2. jbconfig Kommando: Disse kommandoer er stadig en del af NetWorker-pakken, men bruges ikke længere og kræver mere avanceret viden om både NetWorker-, båndbiblioteks- og storagetransportteknologier.
   • For at begynde fra bunden skal du bruge jbconfig For manuel styring af biblioteksoprettelse: Sådan konfigureres et NetWorker-båndbibliotek manuelt ved hjælp af kommandoen jbconfig
3. Tvungen omdøbning: Det kan være muligt at deaktivere eller slette enheder og gentilføje/genaktivere dem i den rækkefølge, der svarer til deres aktuelle konfiguration i NetWorker. For eksempel kan man i et simpelt Windows-scenarie for ovenstående deaktivere begge enheder og genaktivere forekomsten, der er konfigureret som Tape0 i NetWorker, først for at tvinge operativsystemet til at navngive enheden Tape0 igen. Linux-metoden ville være ens, men ved hjælp af /proc/scsi/scsi-fil til direkte at slette og scanne enheder igen.