RDM и обычный диск

[uniken1]

Испытываю RDM диск в ESX 4.1. Если RDM диск стоит первым то к виртуалкалке можно подцеплять еще и обычные диски и все работает нормально. Если первым стоит обычный диск, а RDM прицеплен то при загрузке виртуалки он находится в таком состоянии:

Есть какие-то оганичения на порядок использования дисков?

И еще в любом случае, если использовать RDM виртуалка стартует около 4 минут:

Логи на это время:

Apr 13 07:31:43.565: vmx| Chipset version: 0x13
Apr 13 07:31:43.573: vmx| DISKUTIL: ide1:0 : capacity=0
Apr 13 07:31:43.573: vmx| DISKUTIL: ide1:0 : geometry=0/0/0
Apr 13 07:31:43.574: vmx| SCSI: scsi0: intr coalescing: on period=50msec cifTh=4 iopsTh=2000 hlt=0
Apr 13 07:31:43.575: vmx| SCSI0: UNTAGGED commands will be converted to ORDER tags.
Apr 13 07:31:43.575: vmx| Creating virtual dev for scsi0:0
Apr 13 07:31:43.575: vmx| DumpDiskInfo: scsi0:0 createType=11, capacity = 83886080, numLinks = 1, allocationType = 1
Apr 13 07:31:43.576: vmx| StateLogger::VM has zeroedthick disk scsi0:0; FT enable will be disallowedSCSIDiskESXPopulateVDevDesc: Using FS backend
Apr 13 07:31:43.576: vmx| found wwnn: 28:06:00:0c:29:00:00:01
Apr 13 07:31:43.577: vmx| found wwpn: 28:06:00:0c:29:00:00:02
Apr 13 07:31:43.577: vmx| VMMon_VSCSIStartVports: No such target on adapter
Apr 13 07:31:43.577: vmx| Creating virtual dev for scsi0:1
Apr 13 07:31:43.578: vmx| DumpDiskInfo: scsi0:1 createType=17, capacity = 62914560, numLinks = 1, deviceName = 'vml.02000200006001438005deae110000700000d40000485356343530', allocationType = 0
Apr 13 07:31:43.579: vmx| SCSIDiskESXPopulateVDevDesc: Using RDMP backend
Apr 13 07:31:43.579: vmx| found wwnn: 28:06:00:0c:29:00:00:01
Apr 13 07:31:43.579: vmx| found wwpn: 28:06:00:0c:29:00:00:02
Apr 13 07:35:44.228: vmx| SVGA: Device capabilities 0x001f83e2
Apr 13 07:35:44.230: vmx| SVGA: FIFO capabilities 0x0000007f
Apr 13 07:35:44.234: vmx| Ethernet0 MAC Address: 00:0c:29:4c:52:3f
Apr 13 07:35:44.243: vmx| VMXVmdb_LoadRawConfig: Loading raw config
Apr 13 07:35:44.251: vmx| MStat: Creating Stat vm.heartbeat
Apr 13 07:35:44.252: vmx| TOOLS Generated SessionId 8891022727318612136

Это нормально?

[Deshifrator]

1. Что за версия Windows?

2. Последовательность дисков не должна играть никакой роли

3. VMware tools стоит?

4. pRDM используете или vRDM ? ( на всякий случай ссылка )

5. По части того, что ВМ грузится 4 минуты, то это вполне может быть. Но если Вы говорите, что без RDM она грузится на раз-два, то значит где-то действительно есть проблема.

[michigun]

про последовательность дисков - мне попадались упоминания о том, что RDM стоит попробовать вешать на другой контроллер, чем первый диск.

а еще о том, что RDM не любит некоторые SCSI id.

это слегка шаманство, но я бы попробовал.

[Deshifrator]

Неплохая статья про RDM.

Отрывок из статьи:

RDM должен находится на отдельном контроллере SCSI. Выберите Virtual Device Node, которое находится на иной шине  SCSI, чем текущий виртуальный диск (например SCSI 1:0)

Это как раз то, о чем написал Михаил.

[MKorotko]

про последовательность дисков - мне попадались упоминания о том, что RDM  стоит попробовать вешать на другой контроллер, чем первый диск.

потверждаю, на практике сталкивался с такой ситуацией, действительно чтобы небыло траблов лучше RDM диск вешать на отдельный контроллер.

[uniken1]

Сервер 2008R2.

После переустановки сервака все начало работать. Причем больше я такой ошибки повторить не сумел.

Переставлял несколько раз, по моим экспериментам, работоспособность не зависит ни от отдельного scsi, ни от установленности vmtools, и не зависит даже от zoning'а SAN, достаточно доступа хостов. Видимо это какая-то случайная единичная трабла.

Но при любом использовании RDM запуск виртуалки зависает на 4 минуты. Даже при подключении диска в уже работающую виртуалку, она подвисает на 4 миуты. Без RDM VM запускается 2 секунды

[Deshifrator]

У Вас обычные диски лежат на datastore, который находится на SAN или на хосте ESX?

Если обычные диски у Вас лежать на datastore, который непосредственно находится на хосте ESX, то можно предположить, что проблема загрузки ВМ (4 минуты с RDM диском) кроется на стороне SAN.

Можно дойти до банального, проверить сеть между ESX и SAN. Может порт на свиче перегорел и вместо гигабита (либо сотни) выдает 256 kb/s (у меня так пару свичей сгорала). Это в принципе может хоть как-то объяснить долгую загрузку ВМ с RDM диском.

P.S.

Попробуйте из под винды скопировать на диск RDM что-нибудь. Посмотрите скорость копирования.

[uniken1]

datastore тоже на SAN. Скорость r/w около  2.4 Gbit\s, это сопоставимо с остальными гипервизорами(hvs, xenserver) которыя я проверял.

Хотя на серваках по 2 8Gb hba. Возможно больше не дает хранилище. SAN switch стоят HP 8/80, в health check все чисто.

[Deshifrator]

А Вы не пробовали подцеплять к ВМ сначала vRDM диск, а затем pRDM? Есть ли разница во времени загрузки ВМ?

[uniken1]

Долгая загрузка зависит от наличия настроенного в VM NPIV. Проверил еще раз, оказывается для работы RDM NPIV вообще не нужен.

А какое тогда у NPIV вообще назначение для VM?

Я как-то всегда работал с SAN иначе. Получаем wwn, настраиваем зонинг, таргет и хост начинаю видеть друг друга.

После настройки NPIV в виртуалке, этот новый wwn появляется на SAN switch, но после зонинга, на сторадже он не появляется почему-то(в отличии от обычного сервака). Может я вообще не так настраиваю? Должен ли сторадж видеть wwn виртуалки?

[Deshifrator]

Взято с http://wiki.vm4.ru/InstDetails/rdm:

Есть такая штука, как NPIV.

Поддержка N_Port ID Virtualization со стороны ESX 3.5 означает, что мы можем выдавать виртуальные WWN каждой ВМ.

Благодаря ей можно отслеживать нагрузку на SAN со стороны индивидуально от каждой ВМ.

Смысл она имеет как раз и только для RDM.

Из всего выше написанного можно сделать вывод, что сторадж должен видеть wwn виртуальных машин.

P.S.

Немного wiki: http://en.wikipedia.org/wiki/NPIV

[michigun]

uniken1 wrote:

А какое тогда у NPIV вообще назначение для VM?

если вкратце, то сложно придумать для чего можно приспособить npiv.

пара вариантов есть, но больше экзотика.