Ошибка при резервировании 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 — нет.

Запись опубликована в рубрике 4.1, VMware, vSphere с метками . Добавьте в закладки постоянную ссылку.

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

  1. Mister Nobody говорит:

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

  2. Андрей Вахитов говорит:

    Да вроде бы нет: так и пишется в логах — VDDK.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *