Хост AS400 не может получить доступ к data Domain VTL и постоянно сбрасывает ошибки

Команды IBMi для доступа или отображения картриджей на ленте не удается выполнить, что приведет к ошибкам дампа хоста AS400.
Ниже приведен пример с DSPTAPCTG, но о аналогичной ошибке сообщает WRKTAPCTG:

 

DSPTAPCTG DEV(TAPMLB14)                                             
Dump output directed to spooled file 1, job 784780/ECCJAK/QPADEV0001
  created on system ECC on 01/13/23 14:49:44.                       
Dump output directed to spooled file 2, job 784780/ECCJAK/QPADEV0001
  created on system ECC on 01/13/23 14:49:44.                       
Ownership of object QSC1350912 in QSYS type *LIB changed.           
Ownership of object QSCAPAROQ in QSC1350912 type *OUTQ changed.     
Ownership of object QSCAPARMST in QSC1350912 type *USRSPC changed.  
Ownership of object QSCPROBLEM in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF000A in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF000D in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF001A in QSC1350912 type *USRSPC changed.  
Ownership of object QSCASF001D in QSC1350912 type *USRSPC changed.  
Save APAR Data function completed                                   
Problem information created for 2301350912.                         
Cartridge command was not successful.

 

Виртуальная ленточная библиотека сообщает о конфликтной информации для определенной Read Element Status запрос от AS400.
Триггером для этой проблемы является vtl export с накопителя на хранилище.
После выполнения этой операции в Data Domain в интерфейсе командной строки или графическом интерфейсе пользователя хост AS400 пытается получить доступ к ленточных картриджам. Информация DD об экспортированных ленточных картриджах не действительна.
Если IBMi Read Element Status команда не запрашивает информацию штрихкода, DD VTL сообщает, что накопитель по-прежнему загружен.
Если IBMi Read Element Status команда запрашивает информацию штрихкода, DD VTL сообщает, что диск пуст.

 

Конфликтуемая информация, предоставленная DD VTL, приводит к несогласованным ресурсам на хосте AS400, и хост больше не может управлять виртуальной ленточной библиотекой.

 

Эта проблема была эскал связана с инженерами Data Domain, и исправление кода будет выпущено в одном из будущих выпусков.
В то же время vtl export следует избегать переноса данных с накопителя в хранилище.

Предлагаемое временное решение проблемы:

1. Если это еще не сделано, настройте cap для всех VTL, к которым имеются хосты AS400.

   # vtl cap add <VTL_name> count <numer_of_CAP_slots>

2. Проверьте состояние параметра. auto-eject для всех настроенных VTL.

   # vtl option show auto-eject

3. Если эта функция отключена, включите параметр vtl. auto-eject для всех VTL, доступных хостам AS400

   # vtl option enable auto-eject vtl <VTL_name>

4. Используйте IBMi Eject для перемещения ленты с накопителя в cap. Сочетание клавиш auto-eject функция автоматического перемещения ленты из cap в хранилище, эмулирование vtl export Команды.

 

Если вы не хотите настраивать cap и включить auto-eject вы должны выполнить vtl export за 2 шага:

1. Переместите ленту с накопителя в слот.

   # vtl tape move <VTL_name> source drive <drive_number>  destination slot <slot_number>

2. Экспорт ленты из слота.

   # vtl export <VTL_name> slot <slot_number>

 

Если не выполняется задание для VTL, перезапуск службы виртуальной ленточной библиотеки может остановить дамп хоста и снова разрешить AS400 доступ к ленточных картриджам.
Если выполняется резервное копирование или восстановление по протоколу виртуальной ленточной библиотеки, после завершения задания можно запланировать перезапуск службы виртуальной ленточной библиотеки.

Если вы знаете, что ленточный картридж, экспортированный с диска, инициировать проблему, импорт ленты обратно на тот же накопитель также должен временно устранить проблему без побочных эффектов при выполнении заданий.