Ошибка Cannot open exchanger control device

Дата: Сентябрь 24, 2015 - 1:15 дп Нет комментариев

По работе имею дело с следующей связкой HP DL сервера в кластере + ленточка подклченная по SAS к однмоу из серверов. На сервере с подключенной библиотекой стоит HP Data Protector, на котором настроены политики бэкапа файловых систем и СУБД Oracle. В один прекрасный момент бэкапы перестали работать.

По работе встретил такую ошибку при бэкапе:

 bash |  copy code |? 
01
Normal] From: BSM@khbr.ctn "oracle_archivelog"  Time: 23.09.15 16:39:24
02
      Backup session 2015/09/23-16 started.
03
 
04
[Normal] From: BMA@khbr.ctn "HP:Ultrium 5-SCSI_1_khbr"  Time: 23.09.15 16:39:25
05
      STARTING Media Agent "HP:Ultrium 5-SCSI_1_khbr" 
06
 
07
[Critical] From: UMA@khbr.ctn "HP:MSL G3 Series_khbr"  Time: 23.09.15 16:49:15
08
[90:59]     khbr.ctn : /dev/sg9
09
      Cannot open exchanger control device ([2] No such file or directory)
10
 
11
[Normal] From: BMA@khbr.ctn "HP:Ultrium 5-SCSI_1_khbr"  Time: 23.09.15 16:49:15
12
      ABORTED Media Agent "HP:Ultrium 5-SCSI_1_khbr" 
13
 
14
[Critical] From: BSM@khbr.ctn "oracle_archivelog"  Time: 23.09.15 16:49:15
15
      None of the Disk Agents completed successfully.
16
      Session has failed.
17
 
18
[Normal] From: BSM@khbr.ctn ""  Time: 23.09.15 16:49:15

Все бэкапы на ленточку перестали отрабатывать!!! Ахтунг.

Чтож, для диагностики я поставил утилиту от HP – hp_ltt.

С помощью нее просканирал устройства и определи ленточку и драйв:

 bash |  copy code |? 
1
Libraries/Autoloaders:
2
1 HP MSL G3 Series (Address: 20.0.1[2-/dev/sg11])
3
2 Drive 1:HP Ultrium 5-SCSI (Address: 20.0.0[2-/dev/sg8])

Тут я заметил что пути к драйву HPDP (/dev/sg9) откличаются от реального /dev/sg8.

Почему это произошло я не разбирался, но решением стало следующее:

1. Просканировал в xomni драйвы и нашел новый драйв с новым правильным путем

2. Добавил драйв конфигурацию.

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

После данных манипуляций  бэкапирование возобновилось.

 

Оставить комментарий