Проблема при удалении datastore в vSphere 5.5

[Deepl201110141]

Здравствуйте!

У нас возникла проблема удаления datastore. Дело в том, что он был подключен ко всем хостам и использовался в качестве swap для всех виртуальных машин (на всех хостах одинаковый). Выяснилось, что он пропал в списке стораджей на нескольких хостах и в связи с этим возникли проблемы с миграцией виртуальных машин. Мы быстро создали ещё один datastore для swap виртуальных машин и подключили в качестве swap новый datastore, а старый решили удалить. При попытке удалить этот datastore появляется сообщение "Call "HostDatastoreSystem.RemoveDatastore" for object "datastoreSystem-9766" on vCenter Server failed."

Мне кажется, что проблема в том, что нужно заставить все хосты отключить этот datastore И тогда он удалится. Но как это сделать?

Или проблема может быть в другом?

[Finikiez]

Добрый день!

Начните с того, что перезапустите менеджмент агенты на всех ESXi хостах.

Потом проверьте, нет ли чего на этом датасторе - директории виртуальных машин, ISO образы и т.п. Можно посмотреть в веб-клиенте список ассоциированных ВМ с этим датастором. Если там видны какие-то виртуалки, то проверяйте то, что написано выше. Плюс наличие снапшотов у ВМ.

[Deepl201110141]

Ассоциированных  с datastore машин нет. Перезапуск агентов не помог. Ничего, что я этот datastore отмонтировал от всех хостов?

[Finikiez]

Вы его пробуете удалить в отмонтированном состоянии?

Смонтируйте обратно и удалите.

[Deepl201110141]

Я пытался и в примонтированном и в отмонтированном состоянии. Не удаляется никак. :-(

Одна и та же ошибка появляется.

Может сначала все файлы попытаться удалить из datastore?

[Finikiez]

Может сначала все файлы попытаться удалить из datastore?

А какие файлы там есть?

Покажите картинку.

[Deepl201110141]

Смотрите в файле

[Finikiez]

Это swap файлы.

У вас видимо на уровне кластера настроено сохранение swap на этот датастор. Читайте стать. VMware Knowledge Base

[Deepl201110141]

В кластере настроено для каждого хоста свой своп, но фактически это один и тот же datastore. Я его поменял уже. Сейчас другой datastore является своп для всех хостов.

[Finikiez]

Попробуйте из командной строки выполнить команду vmkfstools -D и проверить, есть ли блокировка на файл.

Если нет, то файлики можно удалять.
Если есть блокировка, то это означает, что ВМ включена и один из ESXi хостов использует этот своп файл. Определить хост можно по MAC адресу, который будет содержаться в выводе команды.

[Deepl201110141]

На хосте ввел предложенную Вами команду vmkfstools -D. Получил в ответ:

Invalid destination specification:

vmkfstools: Argument missing

[Finikiez]

Команда полностью выглядит

vmkfstools -D /vmfs/volumes/.... то есть с полным путем до файла, который вы хотите проверить

Более детальная информация в статье VMware Knowledge Base

[Deepl201110141]

на datastore удалось удалить все файлы, кроме .sdd.sf

Вывод команды на ней выдает следующее:

~ #  vmkfstools -D /vmfs/volumes/SWAP2/.sdd.sf

Lock [type 10c00001 offset 4339712 v 1, hb offset 0

gen 0, mode 0, owner 00000000-00000000-0000-000000000000 mtime 391905

num 0 gblnum 0 gblgen 0 gblbrk 0]

Addr <4, 0, 7>, gen 1, links 2, type sys, flags 0, uid 0, gid 0, mode 40700

len 280, nb 1 tbz 0, cow 0, newSinceEpoch 1, zla 1, bs 1048576

Получается из-за него не удается удалить datastore? А кто его держит не могу понять. Помогите, пожалуйста!

[Finikiez]

Это системный файл, его удалять нет необходимости.

Я правильно понимаю, что проблема сохраняется?

Как много хостов подключено к удаляемому датастору?

[Deepl201110141]

Я потому и решил перейти с него на другой datastore на хостах, а его удалить, так как с ним какие то странности стали получаться - он стал отмонтироваться от хостов. Сейчас из  10 хостов он примонтирован к 7, на одном состояние Unmounted, а 2 хоста его вообще не видят. При этом если выполнить операцию Mount на хосте с состоянием Unmounted, то через какое то непродолжительное время этот хост станет опять Unmounted.

[Finikiez]

Можно пойти по простому пути - удалить мапинг луна на СХД, удалить лун, перезагрузить все хосты, чтобы они забыли про удаленный датастор. Попутно может выйти неприятная ситуация с подвешивающимся hostd (как следствие, пропаданием управления ESXi хостами), но может и не случиться.

Боле сложный варинт - почитать логи. VC выбирает произвольный хост, через который проводить операцию удаления. Найти этот хост и почитать логи можно опытным путем. А можно включить debug на VC с перезапуском основного сервиса vpxd. Там вы поймете через какой хост падает задание удаления датастора и пойдете читать логи на нужном хосте.

Из логов что нужно читать:

vpxd на vc

vmkernel, hostd на esxi хосте

[Deepl201110141]

Конечно я выбираю второй вариант :-)

А как включить режим debug на VC?

[Finikiez]

Вот так VMware Knowledge Base