NetWorker: Felsöka problem med mediemontering

Сводка: Den här artikeln är avsedd att hjälpa supportrar och administratörer att fastställa orsakerna till problem med att läsa en etikett på en band- eller diskenhet.

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.

Симптомы

Om bibliotekskonfigurationen fungerade tidigare och plötsligt stöter på ett problem bör du överväga möjliga ändringar som kan påverka etikettläsningar och monteringar:

  • Ändring av den fasta programvaran för robot, switch eller adapter, drivrutin eller konfiguration
  • Tillägg, byte eller borttagning av enheter, bandkassetter eller andra bibliotekskomponenter
  • Ändringar eller händelser i krypteringskomponenter (t.ex. Decru- eller krypteringsnyckelhanterare)
  • Ändring av NetWorker-mjukvaruversion eller korrigeringsfiler för operativsystem
  • Alla maskinvaruhändelser, t.ex. strömavbrott eller omstart av någon komponent i datasökvägen
  • Avvikelser mellan NetWorker-konfiguration och -bibliotek (t.ex. bandkassetter som flyttats utanför NetWorkers kontroll)

Om etiketteringen eller volymmonteringen aldrig har fungerat kontrollerar du att enhetens maskinvara stöds i NetWorker-kompatibilitetsguiden för maskinvara. Kom ihåg att det är möjligt för en enhet att vara delvis funktionell; Enbart identifiering garanterar inte användbarhet eller support.
 

  • Sporadiska eller konsekventa fel vid försök att läsa in eller montera media
  • Kan inte utföra monterings- eller märkningsåtgärder på specifika medier
  • Oförmåga att använda antingen flyttbara eller diskbaserade medier på rätt sätt
  • Statiska medier, t.ex. diskbaserade enheter, används inte
  • Volymer som markeras som "omärkta" i NSR Jukebox-objektet
  • Volymer vars platsfält är markerat som NULL trots att de finns i ett bandbibliotek
  • Fel vid mediemontering, etikettering eller skanner:
    • "Unexpected volume, wanted <volume_name>, got <different_volume_name>"
    • "Unexpected volid, wanted <mm_volid>, got <different_volid>
    • "Duplicate volume name `<volume_name>'. Select a new name or remove the original volume."
    • "scanner: Read -1 bytes"
    • "scanner: unexpected file number, wanted 2, got <different_number>"
    • "Opening the file '<disk_device_path>/volhdr' failed ([5004] nothing matched)"
    • "Waiting for <number> writable volume(s) to backup pool '<pool>' disk(s) or tape(s) on <storage_node>"
    • Warning: Required volume <volume>'s status is off-line"

    En monteringsåtgärd för NetWorker består av flera underåtgärder. Granska för att avgöra vilket steg i fästet som misslyckas:

    1. NetWorker välja en volym för åtgärden: Mer information finns i Felsöka problem med val av media i NetWorker .
    2. NetWorker läser in den valda volymen i enheten, om det behövs: Mer information finns i Felsöka problem med inläsning av bandbibliotek i NetWorker .
    3. Försök att läsa etiketten:
      • Diskenhet – volhdr Etikettfil i roten av diskenhetskatalogen
      • Bandenhet (efter inläsning) – spola tillbaka och läs Början av media 32 KB etikettblock
      • Bandenhet (efter skrivning, inaktiv, redan laddad) - backsteg en fil och läs blockhuvudet för första posten
    4. Om etikettläsningen misslyckas av någon anledning förhindrar NetWorker att volymen används vid ett återförsök:
      • Disk eller fristående bandenhet: demonterar volymen
      • Bandenhet för bibliotek: Ta bort volymen, uppdatera volymetikettposten i nsr-jukeboxobjektet till *- (inte i medieindex) och uppdatera fältet för mediedatabasens plats till NULL
    5. Om läsningen lyckas jämför du etikettinformationen med "förväntade" värden (de i mediedatabasvolymposten för den valda volymen):
      • Volymnamn
      • Volym-ID
      • Medietyp
      • Pool
    6. Om den valideras är volymen "monterad" och anses vara tillgänglig för läs- eller skrivåtgärder av NetWorker:
      • NSR-enhetsobjektet som utför monteringen har sina volymfält uppdaterade (till exempel volymnamn, volym-ID osv.).
      • Om volymerna (och enheten) är medlemmar i ett bandbibliotek har nsr-jukebox-objektet sina lämpliga fält uppdaterade (t.ex. inlästa volymer, inlästa kortplatser, inlästa streckkoder).
    7. Om verifieringen misslyckas returneras ett "oväntat" fel:
      • "Oväntad volym, ville ha <volume_name>Fick <different_volume_name>
      • "Oväntat volidVille <mm_volid>Fick <different_volid>
      • Biblioteksbandenhet: Ta bort volymen och uppdatera volymetikettposten i nsr-jukeboxobjektet till *- (inte i medieindex)

    Monteringsmedia är logiskt åtskilt och skiljer sig från laddningsmedia . Inläsning gäller endast den logiska (och potentiellt fysiska) åtgärden att flytta media till en enhet. Växande problem med att validera mediet och dess etikett och göra det logiskt tillgängligt för användning av NetWorker. Bibliotekets verksamhet (nsrlcpd / NSR Jukebox) gäller enhetselementet:värd:enhetshandtagsmappningar och den fysiska flytten. Drivenhetsåtgärder (nsrmmd / NSR-enhet) hanterar alla läs- och skrivbandsenheters I/O. Etikettläsnings- och skrivåtgärder hanteras av nsrsnmd. Det som ser ut att vara biblioteksinläsningsfel kan alltså vara monteringsfel på enheten, media eller mediedatabasen (eller tvärtom).

    Observera: För diskmedia som redan är monterade orsakar en ny sparsession nsrmmd för att verifiera etiketten innan du fortsätter med att spara strömskrivningar. Detta kan leda till att diskbaserade volymer periodvis demonteras om kontrollen av spartidsetiketten misslyckas.

    Observera också att den här enkla sammanfattningen inte innehåller representation av logik för val av volym, nod eller enhet.
     

    Причина

    Det finns många möjliga orsaker till etikettläsningsfel:

    • Skadad volym
    • Etiketten skrivs över av spola tillbaka
    • Problem med enhetsbeställning
    • Mediedatabasmatchningsfel
    • CDI-buggar
    • Det går inte att dekryptera en krypterad volym
    • Nätverks- eller miljöproblem som orsakar tillfälligt volhdr-filläsningsfel
    • Inkompatibilitet mellan libDDBoost-bibliotek och DD OS-versioner

     

    Разрешение

    Om du vill felsöka problem med läsning och montering av etiketter, efter att ha övervägt de senast kända ändringarna (om det finns några), går du till felsökning genom att delegera processen till dess primitiva beståndsdelar och testa dem individuellt.

    Även om användbara data samlas in av NSRGetkräver de flesta av dessa åtgärder manuell körning.
     

    VARNING: Vissa av dessa kommandon kan orsaka SCSI-återställningar, vilket kan leda till att bandenheter spolas tillbaka. Använd inte om det finns aktiva band som värden har tillgång till.

    Biblioteksrobotik: Kommunikation

    • Kontrollera igen att biblioteket är responsivt och klart innan du fortsätter. Om inte:

    Biblioteksladdning utan montering: Logisk drift och enhetsordning

    När vi har fastställt att fysiska operationer är felfria (åtminstone ytligt) kan vi försöka spåra problemet i NetWorker.

    • Ladda ur alla bandkassetter från alla enheter i biblioteket – det är viktigt att se till att endast en volym är monterad för att undvika förvirring.
    nsrjb [<-j library_name>] -HH
    - or -
    nsrjb [<-j library_name>] -uvvvvv
    • Bestäm bibliotekets layout och se till att det är redo genom att jämföra NSR Jukebox-statusinformationen med robotens bandkassettinformation:
    nsrjb [<-j library_name>] -C
    sjirdtag <changer address>
    • Försök att läsa in (utan montering) ett berörda band i en berörd enhet med hög utförlighet och bekräfta sedan att enhetshandtaget rapporterar att det finns en volym:
    nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>
    mt -f <device_handle> status
    

    mt Bekräftar att enhetshandtaget inte rapporterar någon volym. Detta indikerar vanligtvis problem med enhetsordningen, särskilt om en oväntad referens verkar laddad. Fortsätt i Felsöka problem med enhetsbeställning med NetWorker i stället.

    Läsning av medieetikett: Logisk verifiering

    • Utför en fristående etikettverifiering för att testa om etikettläsningsfelet var tillfälligt eller konsekvent:
    nsrmm -pvvvvv -f <device_handle>
    1. Markera den laddade enheten i serviceläge för att förhindra att den demonteras
    2. Kör kommandot: scanner -nvvvvvv <device_handle> (spara till fil och avbryt efter 10 sekunder)
    3. Granska skannerns utdata för viktiga objekt:
    8936:scanner: scanning LTO Ultrium-3 tape 3FO3GR02 on /dev/rmt0.1
    96367:scanner: volume id xxxxxxxx record size 262144 bytes created  7/10/13  1:01:24 expires  7/10/15  1:01:24
    9003:scanner: /dev/rmt0.1: rewinding
    9067:scanner: Rewinding done
    8973:scanner: setting position from fn 0, rn 0 to fn 2, rn 0
    9000:scanner: /dev/rmt0.1: opened for reading
    • Kontrollera skannerns utdata för den kritiska informationen; Dessa representerar de motstridiga elementen om det finns dubbletter av etikettfel wanted 2, got <not_2>är problemet sannolikt att etiketten har skrivits över efter en tillbakaspolning, vilket nästan alltid är resultatet av en SCSI-återställning. Följa Felsökning av överskrivna etiketter och SCSI-återställning i NetWorker.

    Läsning av medieetikett: Fysisk verifiering (band)

    Om verifieringen misslyckas för både skanner och nsrmm -pkontrollerar du att början av bandet är korrekt formaterat:
    • Spola tillbaka bandet med standardinställningen mt kommando (port finns även i Windows): mt -f <device> rewind
    • Ladda ner och kör t_reader Verktyg och extrakt (använd lämplig plattform - allt ingår). t_reader finns på NetWorker-verktyg  (inloggning till Dell-supportkonto krävs)
    • Kör verktyget och ange det lokala handtaget och eventuellt den största blockstorleken på bandet, till exempel:
    t_reader/t_reader_AIX /dev/rmt0.1 262144
    • Låt köra i några sekunder för att få en skärm full av utdata. Kontrollera att början av bandet är formaterat som en NetWorker-etikett med förväntade datablockstorlekar:
    Found block size: 32768 
    File Mark encountered
    Found block size: 32768
    File Mark encountered

    Om etikettstrukturen verkar vara intakt kontrollerar du om den kan läsas, eller om den verkar vara krypterad eller på annat sätt komprometterad:

    dd if=<device> of=<output file> bs=32768 count=2

    Etiketten bör innehålla volymens namn, volym-ID och pool i oformaterad text om den är läsbar och okrypterad.

    Mer information finns i Använda verktyget t_reader .

    Avläsning av medieetikett: fysisk verifiering (disk)

    Om verifieringen misslyckas för både skanner och nsrmm -p, kontrollera integriteten för NetWorker-etikettfilen, volhdr:

    • Kontrollera att volhdr-filen är tillgänglig från lagringsnodvärden som har problem:
      • Om diskenheten är en lokal AFTD kontrollerar du att kontot som konfigurerats i nsr-enhetsresursen kan läsa och kopiera volhdr Filen.
      • Om diskenheten är en fjärransluten CIFS/NFS kontrollerar du att kontot som konfigurerats i nsr-enhetsresursen kan läsa och kopiera volhdr Filen.
    • Om den volhdr filen finns och är läsbar, öppna den och granska: Etiketten bör innehålla volymnamn, volym-ID och pool i oformaterad text om den är läsbar och okrypterad.
    VARNING: Automatisk mediehantering. Om etiketten för ett band saknas märks mediet automatiskt av en enhet med automatisk mediehantering vid behov. När ett band saknar en etikett tilldelas en etikett automatiskt av en enhet med automatisk mediehantering aktiverad. Som standard är etiketteringsfunktionen för automatisk mediehantering inaktiverad för diskbaserade enheter.


    Om etiketttesterna som beskrivs ovan lyckas för berörda enheter och media, men inläsningsåtgärderna (och monteringsåtgärderna) fortsätter att misslyckas i produktionen, kan du gå tillbaka till Felsöka problem med inläsning av bandbibliotek i NetWorker för att fortsätta felsökningen.

    Om inget av ovanstående förslag hjälper kan du kontakta support från din biblioteksleverantör om bevisen som samlats in från felsökningen tyder på interna avvikelser, enligt Felsökning av problem med identifiering av bandbibliotek i NetWorker och Felsöka problem med åtkomst till bandbibliotek i NetWorker. I annat fall kontrollerar du att felsökningsutdata eskaleras i NetWorker-supporten för att undersöka möjligheten till ett kodfel.

    Дополнительная информация

    kA2j0000000R6jFCAS_5_0
    Den här artikeln ingår i en serie om felsökning av medieproblem med NetWorker. Listan finns här:
    NetWorker: Troubleshooting Tape Libraries hemsida

    Затронутые продукты

    NetWorker

    Продукты

    NetWorker
    Свойства статьи
    Номер статьи: 000071880
    Тип статьи: Solution
    Последнее изменение: 15 Jul 2026
    Версия:  6
    Получите ответы на свои вопросы от других пользователей Dell
    Услуги технической поддержки
    Проверьте, распространяются ли на ваше устройство услуги технической поддержки.