LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Помогите проанализировать условия в сторадж-системе, которые я имею под рукой сейчас. Почему это важно всем? Для меня это сейчас выглядит как контрпример к переносимости стораджа (бэкенд-лунов) между сторадж-контроллерами, презентующими всфере фронтенд-луны с экстентами VMFS.
Думаю, что наблюдаемое состояние должно лечиться на уровне соотвествия naa -> vml идентификаторов или подобном. Но это не "snapshot lun", который можно принудительно примонтировать штатным образом, а что-то более тонкое и хитрое.
Есть лун (единственный экстент VMFS с виртуалками). При презентовании ESXi-хостам одним сторадж-контроллером (нексентой) и он сам, и VMFS на нём нормально монтируется, виртуалки работают. Если завести тот же сторадж (бэкенд-луны) под другим контроллером (openinidiana) - то и лун, и экстент VMFS хосту видятся (не снапшот-лун, а именно экстент тома с правильным именем).
Цитата: ~ # esxcli storage vmfs extent list
Volume Name VMFS UUID Extent Number Device Name Partition
-------------- ----------------------------------- ------------- ------------------------------------------------------------------------ ---------
FRONT-5TB 501c1b08-8f47cc05-e5d2-6cf049709a9c 0 naa.600144f099d1040000004f6b40a50001 1
local-asus 4ebd609d-dbe43e29-db42-0018f3ccc79b 0 t10.ATA_____ST380815AS__________________________________________6QZ0AD5W 3
BIGSERV 4fcb486e-f66c7b06-8f20-001b21c3d234 0 naa.600144f099d1040000004f6b40d10002 1
NEW-BIGSTOR 5017f13a-d8127f6c-b507-0018f3ccc79c 0 naa.600144f004a9890000005017f0a30001 1
~ # esxcli storage vmfs snapshot list
~ # |
Но при этом подмонтироваться фс не может из-за какой-то блокировки, привязывающей сторадж-подсистему хоста к старому виду SAN.
Цитата: ~ # esxcli storage filesystem list
Error getting data for filesystem on '/vmfs/volumes/5017f13a-d8127f6c-b507-0018f3ccc79c': Cannot open volume: /vmfs/volumes/5017f13a-d8127f6c-b507-0018f3ccc79c, skipping. |
Хост 5.0 под управлением вцентра 5.1.
Надо разработать методики: (1, как минимум) выковыривания виртуалок с таких вот лунов и (2, в идеале) запуска таких виртуалок с нового сторадж-контроллера без перемещения данных. Нам всем надо - кроме тех, кому добрый дядя-работодатель будет пожизненно оплачивать дорогие игрушки и сервис-контракты.
Вероятно, что-то можно сделать со стороны вмваре, а что-то со стороны стораджа (солярный таргет самый конфигуряемый).
Проблема где-то в SCSI-инициаторе вмваре: или это баг, или это фича, и нас таким образом защищают от каких-то разрушительных последствий наших безграмотных действий.
Возможно, она связана с даунгрейдом сторадж-подсистемы: нексента поддерживает VAAI, а опениндиана не поддерживает... Тем не менее, наверняка возможно что-то подкрутить на SCSI-таргете для совместимости. Знать бы, что именно.
|
Всего записей: 18164 | Зарегистр. 14-10-2001 | Отправлено: 16:13 25-09-2012 | Исправлено: LevT, 16:35 25-09-2012 |
|
