Ошибка при резервировании Veeam Backup или Client error: Failed to open VDDK disk

В ходе некоторых перестановок на СХД я создал новый LUN (назовем его VMFS05) и мигрировал туда виртуальные машины с другого (VMFS04).

Следующее же резервное копирование окончилось с ошибками: Veeam Backup в упор не видел новый LUN, да еще и выдал ошибку при резервном копировании на части машин.

Backing up object “[VMFS05] PRM-VM/PRM-VM.vmdk”
Unable to establish direct connection to the shared storage (SAN).
Please ensure that:
– HBA is properly installed in the Veeam Backup server computer, or software iSCSI initiator is configured correctly.
– SAN volume can be seen by operating system in the Windows Disk Management snap-in on the Veeam Backup server.
– Read access is allowed for the Veeam Backup server computer on the corresponding LUN (refer to your SAN documentation).

BackupDiskSynt failed
Client error: Failed to open VDDK disk [[VMFS05] PRM-VM/PRM-VM-000002.vmdk] ( is read-only mode – [true] )
Failed to open VMDK.
Logon attempt with parameters [VC/ESX: ;VMX Spec: [moref=vm-15153];Snapshot mor: [snapshot-29342];Transports: [san]] failed because of the following errors:
Failed to open VMDK.
Logon attempt with parameters [VC/ESX: ;VMX Spec: [moref=vm-15153];Snapshot mor: [snapshot-29342];Transports: [nbd]] failed because of the following errors:

Server error: End of file

Диспетчер дисков сервера Veeam показал следующую картину:

Неразмеченный диск №2 – хранилище VMFS05 с работающими виртуальными машинами.

Меня смутило, что LUN виделся только через два пути:

Были обновлены драйвера FC_HBA, драйвер MPIO, сервер перезагружен. После этого сервер увидел четыре пути, но VMFS-раздел так и не появился.

Я заподозрил, что новый раздел как-то неправильно отформатировался. Запустил в ssh-сессии fdisk -l и сессия зависла.
Нагуглил утилиту partedUtil.

Строка с цифрами отвечает за физические параметры устройства. Последующие строки – описание разделов. На нормальном хранилище есть один раздел с типом – 251 (VMFS). На “ненормальном” разделов не видно.

Также можно уловить разницу через vClient:

VMFS05

VMFS06 – еще один новый раздел, отформатированный тем же способом, что и предыдущий.

 Моя догадка оказалась верной – при форматировании нового раздела произошел неизвестный сбой и раздел отформатировался неверно. Хосты его видели, а вот Veeam Backup – нет.

2 thoughts on “Ошибка при резервировании Veeam Backup или Client error: Failed to open VDDK disk”

  1. Андрей, опечатка похоже в заголовке
    Ошибка при резервировании Veeam Backup или Client error: Failed to open VDDK disk

Leave a Reply

Your email address will not be published. Required fields are marked *