Feilsøke problemer med bestilling av båndbibliotek i NetWorker
Summary: Denne artikkelen beskriver et velkjent problem med båndbiblioteker i et SAN-miljø som fører til at enhetsnavn endres av operativsystemet, noe som fører til programfeil.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
I et Plug 'N Play-operativsystem tilordnes enheter SCSI-måladresser i oppdagelsesrekkefølgen.
Siden rekkefølgen på oppdagelsen på et SAN ikke er fast, og fordi tilkoblingstap fører til at Plug 'N play omdefinerer målnummeret, er ikke målnumrene faste.
Siden Plug 'N Play-systemer navngir (og gir nytt navn) enheter basert på opplistingsrekkefølge (inkludert SCSI-mål-ID), kan enhver form for utilsiktet eller tilsiktet avbrudd i operativsystemets tilkobling til enheten potensielt resultere i enheter med nytt navn.
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:
Siden rekkefølgen på oppdagelsen på et SAN ikke er fast, og fordi tilkoblingstap fører til at Plug 'N play omdefinerer målnummeret, er ikke målnumrene faste.
Siden Plug 'N Play-systemer navngir (og gir nytt navn) enheter basert på opplistingsrekkefølge (inkludert SCSI-mål-ID), kan enhver form for utilsiktet eller tilsiktet avbrudd i operativsystemets tilkobling til enheten potensielt resultere i enheter med nytt navn.
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.
MERK: Hvis du er sikker på karakteriseringen av problemet, kan du gå til Løsning for de enkle og permanente anbefalte utbedringstrinnene.
Det er mange feil og betingelser knyttet til dette problemet, inkludert, men ikke begrenset til:
- Error: 'nsrd: Media Info: Failed unloading drive '{driver handle}' til spor {slot number}, feil '69''
- Error: {hostname} målkomponenten full
- Error: '{driverhåndtak} les åpen feil, ingen slik enhet eller adresse'
- Error: - Åpning: I/O-feil'
- Error: 'nsrd: Jukebox '{jukebox}' failed: expected volume '{volid}' got {volid}'
- Error: 'nsrd: Jukebox '{jukebox}' mislyktes: forventet volum '(volume_name)' fikk 'NULL''
- Error: 'Les åpen feil, enheten er ikke klar'
- Error: 'nsrjb: Jukebox feil, Alle tildelte stasjoner er ikke brukbare, uopprettelig drift feil '
- Error: 'nsrd: Jukebox '{jukebox}' failed: expected volume '{volid}' got {volid}'
- Error: 'nsrd: Jukebox '{jukebox}' mislyktes: forventet volum '{volume}' fikk 'NULL''
- Error: 'Les åpen feil, enheten er ikke klar'
- Error: 'nsrjb: Jukebox feil, Alle tildelte stasjoner er ikke brukbare, uopprettelig drift feil '
- Error: 'NSRD: Media advarsel: {Driver handle} Reading: Read Open Error: Ingen medier i kjøringen.»
- Error: 'Inventar: Strekkodeetiketten {strekkode} samsvarer ikke med db-strekkodeetiketten for mediet, oppdatering av db-db
- Error: «Ulovlig forespørsel, medium ikke til stede»
- Error: 'nsrd: media info: failed unloading drive '{driver handle}' til spor {slot number}'
Cause
På det tidspunktet et båndbibliotek først konfigureres i NetWorker, opprettes bibliotekobjektet som knytter harddiskene til de operativsystemgenererte driverhåndtakene de har på det tidspunktet. Det er en statisk tilknytning som gjenspeiler forholdet på tidspunktet for konfigurasjonen. For eksempel kan et bibliotek ha to enheter:
Fysisk stasjon 1 = \\.\Tape0 (eller kanskje /dev/nst0 i Linux)
Fysisk stasjon 2 =\\.\Tape1 (eller /dev/nst1)
I et Plug 'n Play-operativsystem som Windows eller Linux kan enhver form for forsvinning av enheten fra systemet føre til at operativsystemet gir nytt navn til enhetene; dette inkluderer ganske enkelt å starte verten på nytt, enheter, eller hvilken som helst av tilkoblingsmaskinvaren som er involvert i tilkoblingen. Spesielt på et SAN, hvor enhetsoppdagelse kan være uordnet, kan enhetene bli navngitt annerledes ved neste omstart, for eksempel som kontrast til ovenstående:
Fysisk stasjon 1 = \\.\Tape1 eller /dev/nst1
Fysisk stasjon 2 = \\.\Tape0 eller /dev/nst0
Kommandoer til disse enhetene kan fortsatt fungere, forutsatt at det er en enhet som bruker ønsket navn. Men siden tilknytningen til førerhåndtak og fysisk element ikke lenger er riktig i NetWorker Library-elementet, er resultatet av dette at NetWorker ikke lenger vet riktig navn på enhetene, ettersom de nå er endret. For eksempel kan NetWorker laste en båndkassett inn i et stasjonselement, men bruke det opprinnelige (og nå, etter operativsystemhendelsen, feil) bånddrivernavn for å utføre båndoperasjoner - dvs. det kan laste båndstasjon 1, men gi kommandoer til stasjon 2 (som har blitt tilordnet nytt stasjon 1s gamle 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:
Fysisk stasjon 1 = \\.\Tape0 (eller kanskje /dev/nst0 i Linux)
Fysisk stasjon 2 =\\.\Tape1 (eller /dev/nst1)
I et Plug 'n Play-operativsystem som Windows eller Linux kan enhver form for forsvinning av enheten fra systemet føre til at operativsystemet gir nytt navn til enhetene; dette inkluderer ganske enkelt å starte verten på nytt, enheter, eller hvilken som helst av tilkoblingsmaskinvaren som er involvert i tilkoblingen. Spesielt på et SAN, hvor enhetsoppdagelse kan være uordnet, kan enhetene bli navngitt annerledes ved neste omstart, for eksempel som kontrast til ovenstående:
Fysisk stasjon 1 = \\.\Tape1 eller /dev/nst1
Fysisk stasjon 2 = \\.\Tape0 eller /dev/nst0
Kommandoer til disse enhetene kan fortsatt fungere, forutsatt at det er en enhet som bruker ønsket navn. Men siden tilknytningen til førerhåndtak og fysisk element ikke lenger er riktig i NetWorker Library-elementet, er resultatet av dette at NetWorker ikke lenger vet riktig navn på enhetene, ettersom de nå er endret. For eksempel kan NetWorker laste en båndkassett inn i et stasjonselement, men bruke det opprinnelige (og nå, etter operativsystemhendelsen, feil) bånddrivernavn for å utføre båndoperasjoner - dvs. det kan laste båndstasjon 1, men gi kommandoer til stasjon 2 (som har blitt tilordnet nytt stasjon 1s gamle 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 kommandoene jbconfig eller jbedit
- Omstart av vert, lagringsadapter, lagringstilkoblingsmaskinvare eller båndenheter
- Midlertidig tap av tilkobling til en enhet
- Deaktivering og reaktivering av enheten i operativsystemet
- Operativsystemoppdateringer
- Driveroppdateringer for enhet eller lagringsadapter
Resolution
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 vedvarende båndenhetsnavn for Windows
- Implementere utholdenhet for båndenhetsnavn for Linux
MERK: Dette krever omkonfigurering av tapebibliotekene.
Affected Products
NetWorkerProducts
NetWorkerArticle Properties
Article Number: 000051940
Article Type: Solution
Last Modified: 27 Sep 2023
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.