Delfit Blog

Если вы пользуетесь бесплатным продуктом для виртуализации VMware Server на CentOS, наверняка вы заметили невероятно отвратительное поведение VMware Infrastructure Web Access после установки последних обновлений системы и самого VMware Server. Достаточно произвести несколько нехитрых действий и Web Access становится недоступным. Помогает лишь ручной перезапуск служб VMware Server (командой /etc/init.d/vmware-mgmt restart) или одна нехитрая модификация, которая описана ниже.

Как оказывается, причиной такому странному поведению есть баг в стандартной библиотеке glibc 2.5-42. Если вы обновляли CentOS до текущей версии 5.4, то наверняка у вас установлена именно эта версия библиотеки. Однако, если использовать версию glibc немного постарее (например, от CentOS 5.3), а еще лучше – исключительно для VMware Server, то Web Access становится абсолютно адекватным.

Вытянуть нужную версию glibc из пакета для CentOS 5.3 можно так :

[root@server1 ~]# mkdir ~/vmwareglibc
[root@server1 ~]# cd ~/vmwareglibc
[root@server1 ~]# wget http://vault.centos.org/5.3/os/x86_64/CentOS/glibc-2.5-34.x86_64.rpm
[root@server1 ~]# rpm2cpio glibc-2.5-34.x86_64.rpm | cpio -ivd
[root@server1 ~]# mkdir /usr/lib/vmware/lib/libc.so.6
[root@server1 ~]# mv lib64/libc-2.5.so /usr/lib/vmware/lib/libc.so.6/libc.so.6

Теперь нужно заставить VMware Server использовать именно эту библиотеку. Для этого в файл /usr/sbin/vmware-hostd перед последней строкой нужно вставить следующее :

export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libc.so.6:$LD_LIBRARY_PATH

В итоге, заключительная часть /usr/sbin/vmware-hostd будет выглядеть так :

if [ ! "@@VMWARE_NO_MALLOC_CHECK@@" = 1 ]; then
     export MALLOC_CHECK_=2
fi

export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libc.so.6:$LD_LIBRARY_PATH

eval exec "$DEBUG_CMD" "$binary" "$@"

Для корректной работы VMware Infrastructure Web Access остается только перезапустить VMware Server :

[root@server1 ~]# /etc/init.d/vmware restart

Popularity: 56% [?]

Виртуализация, Новости Linux, VMware Server

 Распечатать запись

(Еще не оценили)

 Loading ...

Кто бы мог подумать, что запуск виртуальной машины с Windows 7 в VMware Server 2.0.2 на сервере под управлением CentOS 5.4 x86_64 приводит к зависанию железяки? Да еще и такому, что кроме перезагрузки ничего помочь не в силах?

Итак, в чем суть. На сервере должны работать две виртуальных машины с ОС Windows. Изначально это были два экземпляра Windows XP. Работали они без особых нареканий. Но ведь нужно идти в ногу со временем – Windows XP уже не актуальна, Windows 7 покоряет все больше сердец. Однако, если запустить одновременно Windows XP и Windows 7 в VMware Server 2.0.2, хостовая система просто помрет без никаких подсказок в логах. Вы можете долго искать причины почему не дружат CentOS 5.4 и VMware 2.0.2, пробовать множество хаков, но все дело именно в Windows 7. Если закрыть глаза на прогресс операционных систем от Microsoft и продолжать пользоваться Windows XP, все будет замечательно.

Вот еще что : почему до сих пор в списке операционных систем, которые доступны для создания виртуальных машин в VMware Server,  нет Windows 7?

Popularity: 33% [?]

Виртуализация, Новости Linux, VMware Server, Windows 7

 Распечатать запись

(Еще не оценили)

 Loading ...