Вход|Регистрация

Неразборчивое о виртуальном
Записи с меткой kb

Masking a LUN from ESX(i) 4.x

Пятница, 10 сентября 2010, 17:32

Начиная с версии ESX(i) 4.0, изменилась процедура маскирования LUN'ов на уровне гипрвизора. Вместо прописывания адресов LUN в Advance Settings -> Disk -> Disk.MaskLUNs, в vSphere для все путей переопределятся плагин PSA на специальный - MASK_PATH.

Для начала удаляем из инвентори все объекты, связанные со скрываемым LUN'ом. Далее:

1. esxcfg-scsidevs -l Первой строчкой описания каждого устройства идёт LUN_ID, запоминаем его для скрываемого LUN'а

2. esxcfg-mpath -L | grep <LUN_ID> Находим все пути для этого раздела. Запоминаем адрес ввиде: vmhba#:C#:T#:L#, в моём случае vmhba2:C0:T2:L0. При желание, это можно сразу посмотреть в vSphere Client.

3. esxcli corestorage claimrule add --rule 123 -t location -A vmhba2 -C 0 -T 2 -L 0 -P MASK_PATH Добавляем правило в конфигурационных файл. Выбираем любой незанятый номер правила, но обязательно из диапазона 101--200.

4. esxcli corestorage claimrule load Загружаем созданное правило в список активных

5. esxcli corestorage claimrule list Проверяем, что в списке есть два одинаковых правила с выбранным номером с параметрами file и runtime.

6. esxcli corestorage claiming reclaim -d <LUN_ID> Переопределяем текущие правила для путей раздела на только что созданные.

Всё. Считаем до 10 и LUN больше недоступен для добавления datastor'а. Все пути, помеченные MASK_PATH, переходят в состояние Dead.

По статье kb.

Для чего это нужно? Например, для процедуры корректного удаления LUN'а "на лету":

Удаляем всё с LUN'а-> маскируем его-> отменяем презентацию LUN'а хосту средствами стораджа-> удаляем правила маскирования.

Написать комментарий
howto  kb  vSphere 4  

Beacon Probing flood

Вторник, 10 августа 2010, 01:30

ESX 4.0.x может флудить в сеть через vDS/vSS с 2+ аплинками, несмотря на то, что Beacon Probing запрещён.

Как бороться - http://kb.vmware.com/kb/1024435

4 комментария
bug  kb  

Несколько статей KB

Пятница, 30 июля 2010, 18:28

1.  Determining Display and Screen Resolution Settings for PCoIP - общее количство пикселей на всех экранах должно быть кратно 64.

2. Local users created on ESX 4.1 systems cannot log in - как правильно завести локальных пользователь в ESX 4.1

3. Cleaning up damaged restore points in VMware Data Recovery - как "полечить" битые точки восстановления в DR.

Написать комментарий
kb  

Несколько интересных фактов о View 4

Вторник, 20 июля 2010, 19:03

1. Говорят, что 600 минутный таймаут в глобальных настройках консоли View-админа определяет максимальную продолжительность любой сессии (в том числе и активной!)

2. Бывает, что отправленные в shutdown десктопные VM не рестартятся, даже если в настройках пула стоит "ensure VM is always powered on". Интересное в этом баге только то, что аж 2 гуру комьюнити утверждают (как я понял), что для настройки перезапуска необходимо использовать совсем не эту опцию: 1, 2. (до кучи kb как настроить запрет выключать машину для PCoIP и RGS)

3. А также сообщают, что после refresh клона или recompose образа Parent VM что-то странное происходит с ярлыками на рабочем столе и папками на User Data Disk. Кстати, тред так и остался без малейшей попытки ответа.

Написать комментарий
bug  kb  View 4  
Первое ⇥
← Позже 2-я (и последняя) страница Раньше →