Обновил Centos 5.3 x86_64 => Centos 5.5 x86_64,
и сразу перестал работать VMWare 2.0.0 webaccess:
[ul]аутентикация на https://server:8333 проходит успешно, но при попытке что-либо сделать - вылетает пустая страничка, и vmware перестаёт слушать порт 8333
[/ul]В логах:
#tail /var/log/vmware/hostd.log
[2010-06-18 00:37:26.215 'App' 47231835957472 info] Trying nfcsvc
[2010-06-18 00:37:26.215 'Nfc' 47231835957472 info] Breakpoints disabled
[2010-06-18 00:37:26.216 'Libs' 47231835957472 info] Using system libcrypto, version 9080AF
[2010-06-18 00:37:26.217 'Nfc' 47231835957472 info] File Services initialized fmgr([N6NfcSvc14NfcFileManagerE:0x1599e488])
[2010-06-18 00:37:26.217 'App' 47231835957472 info] Trying ovfmgrsvc
[2010-06-18 00:37:26.218 'App' 47231835957472 info] Trying partitionsvc
[2010-06-18 00:37:26.218 'App' 47231835957472 info] Trying proxysvc
[2010-06-18 00:37:26.218 'Proxysvc' 47231835957472 info] Proxy config filepath is /etc/vmware/hostd/proxy.xml
[2010-06-18 00:37:26.219 'Proxysvc' 47231835957472 panic] Another process is listening on the proxy port.
[2010-06-18 00:37:26.219 'Proxysvc' 47231835957472 panic] Please make sure other instances of hostd are not runningдоп инфо
# uname -a
Linux server10.local.ugsg.ru 2.6.18-194.3.1.el5 #1 SMP Thu May 13 13:08:30 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
# rpm -qa | grep libc
glibc-2.5-49.el5_5.2
glibc-common-2.5-49.el5_5.2
glibc-devel-2.5-49.el5_5.2
libcroco-0.6.1-2.1
glibc-2.5-49.el5_5.2
libcap-1.10-26
glibc-headers-2.5-49.el5_5.2Ссылки по теме: http://bugs.centos.org/view.php?id=3884
Так что будьте осторожны, обновлясь до Centos 5.5 !!! Если кто-то знает красивое решение проблемы - опишите в теме пожалуйста?
VMware-server-2.0.2-203138 тоже не работает под Centos 5.5 x86_64.
>VMware-server-2.0.2-203138 тоже не работает под Centos 5.5 x86_64.Похоже vmware hostd + новый libc не совместимы.
Быстрое решение: специально для vmware 2.0.x держать в Centos 5.[45] копию старого libc.Найдём и смонтируем дистрибутив Centos 5.3, возьмем из него старый libc, положим его в одно место, а затем заставим vmware-hostd использовать именно его.
Итак, починяем примус: (решение взято отсюда http://communities.vmware.com/message/1364852)
mkdir /mnt/iso
mount -o loop /home/iso/CentOS-5.3-x86_64-bin-DVD.iso /mnt/iso
rpm -Uvh --root=/tmp/ --nodeps /mnt/iso/CentOS/glibc-2.5-34.x86_64.rpm
mkdir /usr/lib/vmware/lib/libc.so.6
cp /tmp/lib64/libc-2.5.so /usr/lib/vmware/lib/libc.so.6
ln -s /usr/lib/vmware/lib/libc.so.6 /usr/lib/vmware/lib/libc.so.6/libc.so.6
и перед последней строкой в файле /usr/sbin/vmware-hostd добавим такое:
export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libc.so.6:$LD_LIBRARY_PATH
после чего делаем
/etc/init.d/vmware-mgmt restart
и смело заходим на https://localhost:8333/ и наслаждаемся работающим web-интерфейсом vmware-server (если он ещё кому-нибудь нужен).
в сообщении небольшая ошибка, строкуln -s /usr/lib/vmware/lib/libc.so.6 /usr/lib/vmware/lib/libc.so.6/libc.so.6читать какln -s /usr/lib/vmware/lib/libc.so.6/{libc-2.5.so,libc.so.6}
Давно известная проблемма
http://communities.vmware.com/thread/229957
http://bugs.centos.org/view.php?id=3884
>Давно известная проблемма
>http://communities.vmware.com/thread/229957
>http://bugs.centos.org/view.php?id=3884И то верно. Странно что она давно известна и до сих пор не починена.