NetWorker: Усунення проблем із завантаженням бібліотеки стрічок у NetWorker

• Спорадичні або постійні помилки при завантаженні стрічкових картриджів у бібліотеці
• Неможливість виконати резервне копіювання або відновлення з бібліотечних носіїв  
• Бібліотека виявляється, підтверджується функціональністю та готова
• Неможливість виконувати операції завантаження або мітки
• Записи були позначені як «без маркування»
• Можливі помилки або повідомлення ASC/ASCQ/SCSI SENSE у системних або додаткових журналах
• Спорадичні або послідовні помилки, що виконують специфічні або випадкові операції з бібліотекою

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

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

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

Для усунення проблем із завантаженням бібліотеки, після врахування останніх відомих змін, слід розмістити процес до його примітивних компонентів і тестувати їх окремо.

Збираються необхідні дані NSRGet коли запускається з -o:d Переключення. NetWorker: Як користуватися інструментом збору даних NSRGet NetWorker

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

Завантаження бібліотеки: Зв'язок

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

Завантаження бібліотеки: Фізична робота

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

sjirdtag <changer address>

sjimm <changer address> <drive|slot|inlt|mt> <element_number> <drive|slot|inlt|mt> <element_number>

• Існують ситуації, коли можна очікувати помилки; наприклад, бібліотеки, для яких Auto-Eject не увімкнений на рівні бібліотеки, отримують помилку при спробі перейти з приводу на будь-який інший елемент (стрічковий картридж має бути окремо викинутий поверх mt -f <device_handle> offline командувати перед виходом з елемента).
• Якщо помилки повертаються спорадично або послідовно під час спроби роботи робота, наприклад, помилки коду SCSI ASC/ASCQ, розгляньте можливість передачі постачальнику бібліотеки для перевірки.

Завантаження бібліотеки: Логічна операція

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

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

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

• Спробуйте завантажити уражену стрічку на пошкоджений диск з високою багатослівністю:

nsrjb [<-j library_name>] -lvvvvv -f <device_handle> -S <slot_number>

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

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

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

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

nsrmm -pvvvvv -f <device_handle>

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

MAX_LOAD_RETRIES=10

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

Завантаження бібліотеки: Налагодження

Якщо нічого не допомагає, зберіть відповідні дані для допомоги у налагодженні проблеми перед консультацією з експертами з предметної галузі (МСП):

• Перед тим, як відтворити проблему в NetWorker, змініть рівень відстежування налагодження на 5 у ресурсі NSR Jukebox
• Також використання dbgcommand щоб підвищити рівень налагодження під час запуску nsrd та nsrmmgd Процеси до 5
  • dbgcommand -n PROCESS_NAME Debug=5
  • Щоб вимкнути: dbgcommand -n PROCESS_NAME Debug=0
  • NetWorker: Рівні інформації для налагодження
• Розглянемо truss/tusc/strace, pstack, gcore/gencore на відповідному nsrlcpd До і під час події проблеми
• Встановіть змінні налагодження у системному середовищі (Windows) або скрипті запуску (UNIX), щоб отримати більш багаті дані для налагодження:

SJI_DEBUG=9
LUS_DEBUG=9
CDI_DEBUG=9
SCSI_DEBUG=9
JBDEBUG=9

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