» VMware ESX Server и VMware Infrastructure

Наблюдаю дикие тормоза дисковой системы.
Vmware ESX 3.01.
HP DL380 G4, 2xXeon 3.60GHz, 3 Гб, 4x146 ГБ (RAID 5)
Виртуальная машина Win 2003 Server Enterprise SP1, отданы все ресурсы CPU и ОЗУ.
Тормоза заметны при распаковке rar-архива (скорость неприличная), а также при заливке файлов на расшаренный ресурс (в RDP-коннекции видно на глаз).
В чем может быть проблема?

Хожу с бубном уже неделю, не удаётся подключить к ESX-серверу одновременно два рейд-массива по протоколу iSCSI. Т.е. по отдельности ESX-сервер видит каждый из них, позволяет создать там VMFS-раздел. Но при этом второй рейд он упорно считает запасным путём к тому рейду, с которым он работает в данный момент. Как это победить? Или хотя бы где копать? Вообще, по какому принципу ESX-сервер определяет, является ли iSCSI-target новым ресурсом или запасным путём к уже имеющемуся? Далее, подробности моей конфигурации.

К Windows-серверу SS подключены 2 внешних рейд-массива (один на 1,09 TB, другой на 597,98 GB). На сервере SS стоит StarWind 2.6.4 - это iSCSI target. Отшарены оба рейда как iSCSI-таргеты: iqn2007-01.ru.domain:ss.raid-big и iqn.2007-01.ru.domain:ss.raid-small. На соседнем сервере стоит ESX 3.0.1-35804, настоен iSCSI Software Adapter, в его Details видим следующее:

vmhba40
...
iSCSI Name: iqn.2007-02.ru.domain:hs-2 Discovery Method: Send Targets
iSCSI Alias: hs-2.domain.ru Targets: 2

SCSI Target 0
iSCSI Name: iqn.2007-01.ru.domain:ss.raid-small
iSCSI Alias:
Target LUNs: 1
Path Canonical Path Capacity LUN ID
vmhba40:0:0 vmhba40:0:0 1,09 TB 0

SCSI Target 1
iSCSI Name: iqn.2007-01.ru.domain:ss.raid-big
iSCSI Alias:
Target LUNs: 1
Path Canonical Path Capacity LUN ID
vmhba40:1:0 vmhba40:1:0 1,09 TB 0

Если зайти правой мышкой в Manage Paths... там следующее:
Device SAN Identifier Status Preferred
vmhba40:0:0 iqn.2007-01.ru.domain:ss.raid-small Standby
vmhba40:1:0 iqn.2007-01.ru.domain:ss.raid-big Active *

Меняю Preferred путь на другой:
Device SAN Identifier Status Preferred
vmhba40:0:0 iqn.2007-01.ru.domain:ss.raid-small Active *
vmhba40:1:0 iqn.2007-01.ru.domain:ss.raid-big Standby

Картинка меняется:
vmhba40
...
iSCSI Name: iqn.2007-02.ru.domain:hs-2 Discovery Method: Send Targets
iSCSI Alias: hs-2.domain.ru Targets: 2

SCSI Target 0
iSCSI Name: iqn.2007-01.ru.domain:ss.raid-small
iSCSI Alias:
Target LUNs: 1
Path Canonical Path Capacity LUN ID
vmhba40:0:0 vmhba40:0:0 527,98 GB 0

SCSI Target 1
iSCSI Name: iqn.2007-01.ru.domain:ss.raid-big
iSCSI Alias:
Target LUNs: 1
Path Canonical Path Capacity LUN ID
vmhba40:1:0 vmhba40:1:0 527,98 GB 0

Или может дело вовсе не в ESX-сервере, а в том, что StarWind неправильно делает iSCSI-target? Поделитесь опытом, кто настраивал программный iSCSI.

Похоже дело в ESX, я возился с FalconStor похожая ситуация.
Два хоста к тагету подключаются через раз, в логах беда.
Зато если к тому же FalconStor подключится из гостевой виндовой машины (драйвером MS) - работает четко.

Цитата:

я возился с FalconStor похожая ситуация.
Два хоста к тагету подключаются через раз, в логах беда.

У меня с этим проблем нету, к серверу SS подключены 3 ESX-хоста и работает с десяток виртуальных машин на рейде 'raid-small'. С миграцией работать одно удовольствие. Так что к StarWind-у в этом отношении претензий нету. Второй рейд вот подключить не могу. Кстати, в отличие от FalconStor, StarWind умеет отдавать по iSCSI логические диски, таким образом в связке TrueCrypt/StarWind удалось прозрачно всё зашифровать. Помогите второй рейд подключить!

Вопрос про iSCSI снят, причина оказалась в StarWind версии 2.6.4. Поставил триальную версию StarWind 3.2.1 - ESX нормально увидел оба рейда как разные объекты. Пойду теперь искать ключик к StarWind...

Цитата:

Пойду теперь искать ключик к StarWind...

если найдете.....
ну вы поняли

добрый день, прошу ответить на 2 вопроса:
1. подключаюсь с помощью Putty к ESX 3.0.1 32039 / коннектится, спрашивает логин, говорю рут, ввожу пароль - access denied / в чем дело?
2. есть ли у ESX telnet server если есть расскажите по подробнее как его запустить или если он запущен то как на firewallе открыть 23.
спасибо.

Чтобы пускал root-а по ssh, нужно из локальной консоли отредактировать /etc/ssh/sshd_config - включить параметр PermitRootLogin yes и перезапустить sshd (/etc/init.d/sshd restart).

огромное спасибо, работает... а telnet реально?

golychev
а putty те чем не телнет?

telnet клиент есть везде а putty нет

golychev
Тут некоторые сборщики не пускают рута по SSH (в том числе и VMware), а ты желаешь вообще открытым текстом передавать пароль?
Ну а по поводу SSH клиентов, putty не первый и не последний, и есть такие, которых устанавливать не надо. Так что если тебе приходиться в частых разьездах управлять системой с консольной оси (хотя не вижу в этом такой необходимости), заведи себе CDROM или флэшку с готовым к запуску SSH клиентом.

да ты прав, я и забыл что пароль в открытом виде

у мну еще вопросик, как NFS подключить к ESX... на комманду mount -t nfs servname:/export /root/nfsexport говорит что сервак отклюнил коннект...

putty устанавливать не надо
google.com -> putty
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
->putty.exe (450Kb)
Для NFS надо открыть порты на хосте и логин-пароль согласовать

Notser

Цитата:

Для NFS надо открыть порты на хосте и логин-пароль согласовать

С портами согласен, но в этом слечае будет "mount: RPC: Remote system error - Connection refused", а вот про логин-пароль, это вы зря, это же не самба!
golychev
Если сервер не пускает, значит не настроен экспорт, о том как его настроить у красной шапки читать здесь.

Цитата:

про логин-пароль, это вы зря

Если про виндовый NFS, то не зря.
http://www.anbecom.com/wordpress/?p=129
я настраивал, но мне не понравилось - большой тайм-аут при подключении.

Приключилась такая бяка.
На почти все мои действия говорит
Permission to perform this operation was denied
Ни отконфигурить, ни перемещать, пулы удалять/создавать...
Бубен уже порвался. Причем такое только на одном ESX, на втором все ок.
И проявляется только если я работаю через Virtual Center Server
Напрямую с ESX такого нет (но там и нет того функционала что мне надо).
Конфигурация такая:
Virtual Center Server, 2 ESX сервера.
С лицензиями и пр.. все в порядке, давно все это работало.
Помогите расковырять. VMTN что-то очень невнятное говорит по этому поводу.

CrAzOiD
На всякий случай - права локального админа имеешь на машине с Virtual Center?
По умолчанию именно локал админы имеют все права на все - может быть это слетело?
Посмотри внимательно на свои права - если ролей несколько на какой то обьект - применяются верхние из этого списка.

Michigun

Да, права, конечно же, есть. Второй ESX управляется так же и с ним проблем нет.

Хост отключить-подключить к VC пробовал?

Никому не попадались цифирки - какая полоса пропускания достаточна для работы через Web console? Или кто может из своего опыта что сказать может?

Кто-нибудь встречал такую проблему.

На HP DL380G5 с ESX 3.0.1 (пропатченный до 35804) пытаюсь установить Open SuSE 10 64bit.
Сьюз пишет "Этот комп 32 битный"

В свойствах VM само собой стоит SuSE Enterprise 64-bit
Железо 64-bit
Что еще ему нужно? Где бубен?

SUSE LINUX 10.1
Support
32-Bit Version
This guest operating system is supported on the following VMware products: VMware Workstation 5.5.2, 5.5.3
Experimental support for 2-way Virtual SMP on Workstation 5.5.2, 5.5.3 VMware Server 1.0, 1.0.1
Experimental support for 2-way Virtual SMP on VMware Server 1.0, 1.0.1
64-Bit Version
This guest operating system is supported on the following VMware products: VMware Workstation 5.5.2, 5.5.3
Experimental support for 2-way Virtual SMP on Workstation 5.5.2, 5.5.3 VMware Server 1.0, 1.0.1
Experimental support for 2-way Virtual SMP on VMware Server 1.0, 1.0.1

Тут нигде и не обещают что на esx он заработает. ESX вообще не поддерживает 64 битные операционки внутри.

Michigun

Цитата:

ESX вообще не поддерживает 64 битные операционки внутри.

За слова отвечаешь?

bob3194

Цитата:

Железо 64-bit

Этого мало, если следовать документации, то AMD достаточно просто быть 64-разрядным, для Intel нужна поддержка VT, все это можно проверить при помощи CPU Compatibility Tools.

Цитата:

За слова отвечаешь?

Действительно, я ошибся. Посмотрел в старую доку
http://pubs.vmware.com/guestnotes/wwhelp/wwhimpl/js/html/wwhelp.htm
Прошу прощения.

Oleg_Kurilin
О! Есть, спасибо.
В BIOS пришлось включать. Тулза та достаточно "левая" - исошник на ~500К, которая показывает по моей проблеме либо
Supports 64-bit VMware : Yes,
либо
Supports 64-bit VMware : No (BIOS feature may enable)

Чтоб болван просто так не резать - просто залез в БИОС и включил

Для ESX Server 3.0.1 выложено 6 патчей от 5.03.2007.

Цитата:

Цитата:Пойду теперь искать ключик к StarWind...

если найдете.....
ну вы поняли

Нашёл решение - читай ветку http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=20301&start=40#lt

Такая проблема. На одном из ESX-серваков периодически (примерно, раз в неделю) отваливается Service Console. Началось это с тех пор, как я переставил везде ESX на версию 3.0.1 (до этого была 2.5.3 и всё работало без проблем долгое время). Пробовал создать дополнительный Service Console 2 с отдельной сетевушкой и отдельным IP адресом. Он тоже отваливается одновременно с основным Service Console. В логах /var/log всё чисто. Что интересно, у меня настроено iSCSI и с соседнего ESX-сервера можно зайти при помощи ssh на тот, что отвалился через интерфейс Service Console, который настроен для iSCSI, и перегрузить этот сервер. После этого всё опять работает примерно неделю. Потом опять отваливается интерфейс. Кроме перезагрузки иногда помогает esxcfg-vswif -D потом esxcfg-vswif -E, но не всегда. Иногда (очень редко) отваливаются вообще все интерфейсы, только пингуется VMKernel интерфейс и всё. В логах опять же чисто. Что это может быть? Кто-нибудь сталкивался?

Цитата:

Нашёл решение - читай ветку http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=20301&start=40#lt

Спасибо.