NetWorker: Усунення проблем із монтажем медіа

Якщо конфігурація бібліотеки раніше працювала і раптово виникла проблема, розгляньте можливі зміни, які можуть вплинути на читання міток і монтування:

• Робота, комутатора або адаптера, прошивки, драйвера або конфігурації зміни
• Додавання, заміна або зняття приводів, стрічкових картриджів або інших компонентів бібліотеки
• Зміни або події будь-яких компонентів шифрування (наприклад, Decru або менеджери ключів шифрування)
• Зміна версії програмного забезпечення NetWorker або патчі операційної системи
• Будь-яка апаратна подія, така як відключення живлення або перезавантаження будь-якого компонента на шляху даних
• Розбіжності між конфігурацією NetWorker і бібліотекою (наприклад, стрічкові картриджі були переміщені з-під контролю NetWorker)

Якщо маркування або кріплення на томі ніколи не працювали — переконайтеся, що апаратне забезпечення диска підтримується, у Посібнику з сумісності апаратного забезпечення NetWorker. Пам'ятайте, що пристрій може бути частково функціональним; Саме відкриття не гарантує зручності використання чи підтримки.
 

• Спорадичні або послідовні помилки при спробі завантаження або монтажу носія
• Неможливість виконувати операції монтажу або маркування на конкретних носіїв
• Неможливість коректно використовувати як знімні, так і дискові носії
• Статичні носії, такі як пристрої на дисках, які не використовуються
• Томи позначені як «непідписані» в об'єкті NSR Jukebox
• Томи мають поле розташування як NULL, незважаючи на те, що вони знаходяться в бібліотеці стрічок
• Помилки при кріпленні, маркуванні або сканері носії:
  • "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"

Операція «монтування» NetWorker складається з кількох підоперацій. Перевірте, щоб визначити, який етап кріплення виходить з ладу:

1. Вибір тому для операції NetWorker: див. Проблеми з вибором медіа в NetWorker для детальнішої інформації.
2. NetWorker завантажує вибраний том у пристрій за потреби: див. Проблеми з вирішення проблем із завантаженням стрічкової бібліотеки в NetWorker для детальнішої інформації.
3. Спробуйте прочитати етикетку:
   • Дисковий пристрій — volhdr файл label на корені каталогу дискового пристрою
   • Стрічковий пристрій (після операції завантаження) — перемотувати та зчитувати блок етикетки Start Of Media 32KB
   • Стрічковий пристрій (після запису, простою, вже завантажено) — закривати один файл у зворотному просторі та читати блок першого запису
4. Якщо зчитування етикетки з будь-якої причини не спрацює, NetWorker не дозволяє використовувати том при будь-якій спробі повторної спроби:
   • Диск або окремий стрічковий пристрій: роз'єднує гучність
   • Пристрій для стрічки бібліотеки: Вивантажте том, оновіть запис мітки тома в об'єкті nsr jukebox до *- (не в медіа-індексі) і оновіть поле розташування медіа бази даних до NULL
5. Якщо читання вдалося, порівняйте деталі міток із «очікуваними» значеннями (тими, що в записі об'єму медіа для обраного тому):
   • Назва тому
   • Volume ID
   • Тип медіа
   • Пул
6. Після перевірки том «монтується» і вважається доступним для операцій читання або запису NetWorker:
   • Об'єкт пристрою NSR , що виконує монтування, має оновлені поля об'єму (наприклад, ім'я тому, ідентифікатор тому тощо).
   • Якщо томи (і пристрій) є членами стрічкової бібліотеки, об'єкт nsr jukebox оновлює відповідні поля (наприклад , завантажені томи, завантажені слоти, завантажені штрихкоди).
7. Якщо валідація не вдається, повертається «несподівана» помилка:
   • "Несподіваний обсяг, розшукуємо <volume_name>, отримав <different_volume_name>"
   • "Несподівано volid, розшукується <mm_volid>, отримав <different_volid>
   • Пристрій для стрічки бібліотеки: Вивантажте том і оновіть запис мітки тома в об'єкті nsr jukebox до *- (не в медіаіндексі)

Монтажні носії логічно відокремлені та відмінні від завантажувальних носіїв. Завантаження стосується виключно логічної (і потенційно фізичної) операції переміщення медіа в пристрій. Зростаючі занепокоєння щодо валідації медіа та його етикетки, а також забезпечення їх логічної доступності для використання NetWorker. Робота бібліотеки (nsrlcpd / NSR Jukebox) стосуються відображень елементів диска: хост:пристрій і фізичного переміщення. Операції приводу (nsrmmd / NSR Device) обробляє всі пристрої для читання та запису стрічкових пристроїв. Операції читання та запису міток виконуються nsrsnmd. Отже, те, що здається збоями завантаження бібліотеки, може бути збоями кріплення дисків, медіа або медіа баз даних (або навпаки).

Примітка: Для диска, який уже змонтований, нова сесія збереження спричиняє nsrmmd Щоб перевірити мітку перед тим, як продовжити записи через збереження потоку. Це може спричиняти періодичне розкріплення дискових томів, якщо перевірка меток у час збереження не виконується.

Зверніть увагу, що це просте резюме не включає представлення логіки вибору об'єму, вузла чи пристрою.
 

Існує багато можливих причин несправності зчитування етикеток:

• Пошкоджений об'єм
• Мітка перезаписана перемоткою
• Проблеми з порядком приводів
• Невідповідності медіабази даних
• Баги CDI
• Невдача у розшифруванні зашифрованого тому
• Проблеми з мережею або середовищем спричиняють тимчасові збої читання файлів VolHDR
• Несумісність між бібліотекою libDDBoost та версіями DD OS

Щоб усунути проблеми з читанням етикеток і монтажу, після розгляду останніх відомих змін (якщо вони є), перейдіть до усунення несправностей, розподіливши процес до його примітивних компонентів і тестуючи їх окремо.

Корисні дані збираються NSRGet, більшість цих операцій вимагають ручного виконання.
 

Бібліотечна робототехніка: комунікації

• Знову ж таки, переконайтеся, що бібліотека працює оперативно та готово, перш ніж діяти. Якщо ні:

Завантаження бібліотеки без монтування: логічна операція та порядок дисків

Як тільки ми встановимо, що фізичні операції безпомилкові (принаймні поверхнево), ми можемо спробувати простежити проблему всередині NetWorker.

• Вивантажте всі стрічкові картриджі з усіх пристроїв у бібліотеці — критично важливо переконатися, що встановлено лише один том, щоб уникнути плутанини.

nsrjb [<-j library_name>] -HH
- or -
nsrjb [<-j library_name>] -uvvvvv

• Визначте структуру бібліотеки та переконайтеся в її готовності, порівнюючи інформацію про стан NSR Jukebox з інформацією про стрічку робота:

nsrjb [<-j library_name>] -C
sjirdtag <changer address>

• Спробуйте завантажити (без кріплення) уражену стрічку на уражений диск з високою багатослівністю, а потім переконайтеся, що оператор диска повідомляє про наявність об'єму:

nsrjb [<-j library_name>] -lnvvvvv -f <device_handle> -S <slot_number>
mt -f <device_handle> status

mt Підтверджує, що ручка пристрою не повідомляє про гучність. Зазвичай це свідчить про проблеми з порядком дисків, особливо якщо несподівано завантажений дескриптор. Продовжуйте вирішувати проблеми з замовленням дисків у NetWorker .

Читання медіа-етикетки: логічна перевірка

• Виконайте окрему перевірку етикетки, щоб перевірити, чи була несправність показу етикетки тимчасовою або послідовною:

nsrmm -pvvvvv -f <device_handle>

• Якщо мітка дійсно читається, то проблема, ймовірно, пов'язана з логічними аспектами операцій завантаження бібліотеки — див. статтю Troubleshooting Tape Library Load Problems у NetWorker.
• Виконайте команду сканера, щоб визначити, чи є якісь проблеми в частині міток тому:

1. Позначте завантажений пристрій у режимі обслуговування, щоб уникнути його роз'єднання
2. Виконайте команду: scanner -nvvvvvv <device_handle> (запис у файл і скасування через 10 секунд)
3. Перегляньте результати сканера на наявність ключових елементів:

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

• Перевірте вихід сканера на наявність критичної інформації; Вони відображають конфліктуючі елементи, якщо є дубліковані помилки міток . wanted 2, got <not_2>, тоді проблема, ймовірно, полягає в тому, що мітка була перезаписана після перемотування, що майже завжди є результатом скидання SCSI. Слідкуйте за Усунення несправностей із перезаписаними мітками та скиданням SCSI у NetWorker.

Читання медіа-етикетки: фізична верифікація (касета)

• Перемотуйте стрічку за стандартним використанням mt (порт також доступний у Windows): mt -f <device> rewind
• Завантажте та запустіть t_reader утиліту та екстракт (використовуйте відповідну платформу — усі включені). t_reader доступна на NetWorker Tools  (Потрібен вхід у обліковий запис підтримки Dell)
• Запустіть утиліту, надаючи локальний ручку і, за бажанням, найбільший розмір блоку на стрічці, наприклад:

t_reader/t_reader_AIX /dev/rmt0.1 262144

• Дайте попрацювати кілька секунд, щоб екран заповнився результатом. Переконайтеся, що початок стрічки відформатований як мітка NetWorker з очікуваними розмірами блоків даних:

Found block size: 32768 
File Mark encountered
Found block size: 32768
File Mark encountered

Якщо структура міток здається цілою — перевірте, чи можна її прочитати, чи вона зашифрована чи іншим чином скомпрометована:

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

Мітка має містити у відкритому тексті назву тому, ідентифікатор тому та пул, якщо вона читабельна і не зашифрована.

Дивіться «Як користуватися утилітою t_reader » для детальнішої інформації.

Зчитування медіа-етикетки: фізична верифікація (диск)

Якщо верифікація не вдасться як для сканера, так і для nsrmm -p, перевірити цілісність файлу міток NetWorker, volhdr:

• Перевірте, чи файл volhdr доступний через хост Storage Node, якщо виникають проблеми:
  • Якщо дисковий пристрій є локальним AFTD, переконайтеся, що обліковий запис, налаштований у ресурсі пристрою NSR , може читати та копіювати volhdr Справу.
  • Якщо дисковий пристрій є віддаленим CIFS/NFS, переконайтеся, що обліковий запис, налаштований у ресурсі пристрою NSR , може читати та копіювати volhdr Справу.
• Якщо volhdr файл присутній і читабельний, відкрийте його і перегляньте: мітка повинна містити у відкритому тексті назву тому, ідентифікатор тому та пул, якщо вона читабельна і не зашифрована.

Якщо описані вище тести етикеток успішні для уражених пристроїв і носіїв, але операції завантаження (і монтування) продовжують відмовляти у виробництві, зверніться до розділу Troubleshooting Tape Library Load Problems у NetWorker для подальшого усунення

несправностей.Якщо жодна з наведених порад не допомагає, зверніться до підтримки вашого постачальника бібліотеки, якщо зібрані докази вказують на наявність внутрішніх аномалій, наприклад, у розділах Troubleshooting Tape Library Detection Problems in NetWorker та Troubleshooting Tape Library Problems in NetWorker; інакше переконайтеся, що вихідний результат налагодження буде підвищений у NetWorker Support, щоб розслідувати можливість дефекту коду.