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

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

"Неубиваемая" перезагрузками вм и чистка хвостов в БД.

Четверг, 9 сентября 2010, 16:33

Меня заинтересовал случай с "неубиваемой" перезагрузками хоста вм, и я попробовал смоделировать подобное у себя. Я не стал придумывать, как загнать машины в такое состояние, а просто после удаления записей о ней в БД и при выключенной службе vc server, удалил машину подключившись напрямую к хосту.

DISCLAIMER: Алгоритм приведён "как есть". Используйте всё ниже следующее на свой страх и риск!


1. Застопил службу VirtualCenter Server.
2. Для доступа к БД vCenter (дефолтная SQL2005 Express в моём случае) скачиваем и устанавливаем Microsoft SQL Server Management Studio Express.
3. Подключившись к SQL server, в его инвентори идём: <SQL север> ->Databases -> <имя БД для vCenter> -> Tables -> dbo.VPX_VM. В контекстном меню выбираем Open Table.
В таблице будет представлен список всех машин, зарегистрированных в vCenter. Ищем по названию и удаляем всю строчку с машиной-призраком.
4. Путём проб, ошибок и нестартующего вцентра выяснлось, что ВМ надо удалить ещё в одном месте: Tables -> dbo.VPX_ENTITY. В этой таблице собраны все объекты из Inventory, т.ч. аналогично ищем строчку с именем машины-призрака.

UPD: для версии SQL 2008 в меню надо выбрать пункт Edit top 200 Rows

5. Дальше запускаем службу VMware VirtualCenter Server и подключаемся к нему vSphere Client'ом - машины в инвентори нет.


 

ИМХО изменения, вносимые штатными средствами MS SQL, не должны сказаться на целостности самой БД. Но хочу ещё раз напомнить, что только актуальные бекапы в случае чего смогут спасти отца русской демократии :)

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

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  

Несколько интересных фактов о 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  
⇤ Последнее
Первое ⇥
← Позже 1-я (и последняя) страница Раньше →