Перейти к основному содержанию

vCenter 6.7 file based backup — SMB 2

VMware

При попытке выполнить бэкап VCSA по SMB возникает ошибка:

"SMB location is invalid".

При попытка настроить Scheduler:

"Error in method invocation module 'util.Messages' has no attribute 'ScheduleLocationDoesNotExist'".

vmware

Проблема связана с тем, что VCSA умеет бэкапиться только по протоколу SMB 1. Если протокол SMB 1 на стороне бэкап-сервера отключён (привет, Petya), то VCSA уже не может сделать бэкап. Печально, но поправимо.

Разработчики vCenter знают о проблеме и обещают исправить ситуацию в будущем:

https://kb.vmware.com/s/article/70646

Но нам-то нужно сейчас.

Ссылки

Для защиты от WannaCry и Petya в Windows рекомендуют отключить протокол SMB 1.

Отключаем SMBv1, боремся с WannaCry и Petya на Windows 7

SMB 2

У меня VCSA версии 6.7.0.41000.

vmware

Логинимся в консоль под рутом.

Редактируем файл:

vim /usr/lib/applmgmt/backup_restore/py/vmware/appliance/backup_restore/plugins/backupRestoreMountedFS.py

vmware

Находим класс BackupRestoreMountedFS.

vmware

После строки (смотри картинку) shareLocation = '//' + fileServer + remoteBasePath вставляем:

                optionStr += ',vers=2.0'

Не помню точное количество пробелов, сориентируйтесь сами.

vcenter

Сохраняем код. Перезапускаем службу applmgmt (Appliance Management Service).

vmware

Проверяем работу бэкапа.

vmware

Шарманка заработала.

Дополнение

VCSA с версией 6.7.0.42300 почему-то не стал работать с SMB 2, перешёл на SMB 3:

                optionStr += ',vers=3.0'
 

Похожие материалы

vCenter 6.7 — не работает Proxy

В vCenter 6.7 есть возможность настроить proxy. Вы можете отправить HTTP, HTTPS, FTP трафик через указанный прокси-сервер. Но на деле всё не так хорошо и красиво. Как показала практика, проксирование нормально не работает.