VMware-server-2.0.2-203138.x86_64

2010-02-27 Thread Pavel Gaidai
Привет всем!

Если у кого работает в unstable подскажите, пожалуйста, какие патчи
накладывали для сборки модулей.


Ошибка:

Using compiler "/usr/bin/gcc-4.3". Use environment variable CC to override.

What is the location of the directory of C header files that match your
running
kernel? [/lib/modules/2.6.32-2-amd64/build/include]

Extracting the sources of the vmmon module.

Building the vmmon module.

Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config0/vmmon-only'
make -C /lib/modules/2.6.32-2-amd64/build/include/.. SUBDIRS=$PWD
SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.32-2-amd64'
CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o
In file included from /tmp/vmware-config0/vmmon-only/linux/driver.c:31:
/tmp/vmware-config0/vmmon-only/./include/compat_wait.h:78: error:
conflicting types for 'poll_initwait'
/usr/src/linux-headers-2.6.32-2-common/include/linux/poll.h:70: error:
previous declaration of 'poll_initwait' was here
In file included from /tmp/vmware-config0/vmmon-only/./common/vmx86.h:32,
from /tmp/vmware-config0/vmmon-only/linux/driver.h:29,
from /tmp/vmware-config0/vmmon-only/linux/driver.c:101:
/tmp/vmware-config0/vmmon-only/./include/x86msr.h:164:1: warning:
"MSR_THERM2_CTL" redefined
In file included from
/usr/src/linux-headers-2.6.32-2-common/arch/x86/include/asm/msr.h:4,
from
/usr/src/linux-headers-2.6.32-2-common/arch/x86/include/asm/processor.h:21,
from /usr/src/linux-headers-2.6.32-2-common/include/linux/prefetch.h:14,
from /usr/src/linux-headers-2.6.32-2-common/include/linux/list.h:6,
from /usr/src/linux-headers-2.6.32-2-common/include/linux/module.h:9,
from /tmp/vmware-config0/vmmon-only/./include/compat_module.h:27,
from /tmp/vmware-config0/vmmon-only/linux/driver.c:26:
/usr/src/linux-headers-2.6.32-2-common/arch/x86/include/asm/msr-index.h:225:1:
warning: this is the location of the previous definition
/tmp/vmware-config0/vmmon-only/linux/driver.c: In function
'LinuxDriverSyncCallOnEachCPU':
/tmp/vmware-config0/vmmon-only/linux/driver.c:1423: error: too many
arguments to function 'smp_call_function'
/tmp/vmware-config0/vmmon-only/linux/driver.c: In function
'LinuxDriver_Ioctl':
/tmp/vmware-config0/vmmon-only/linux/driver.c:1987: error: 'struct
task_struct' has no member named 'euid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1987: error: 'struct
task_struct' has no member named 'uid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1988: error: 'struct
task_struct' has no member named 'fsuid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1988: error: 'struct
task_struct' has no member named 'uid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1989: error: 'struct
task_struct' has no member named 'egid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1989: error: 'struct
task_struct' has no member named 'gid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1990: error: 'struct
task_struct' has no member named 'fsgid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:1990: error: 'struct
task_struct' has no member named 'gid'
/tmp/vmware-config0/vmmon-only/linux/driver.c:2007: error: too many
arguments to function 'smp_call_function'
make[4]: *** [/tmp/vmware-config0/vmmon-only/linux/driver.o] Ошибка 1
make[3]: *** [_module_/tmp/vmware-config0/vmmon-only] Ошибка 2
make[2]: *** [sub-make] Ошибка 2
make[1]: *** [all] Ошибка 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.32-2-amd64'
make: *** [vmmon.ko] Ошибка 2
make: Leaving directory `/tmp/vmware-config0/vmmon-only'
Unable to build the vmmon module.

For more information on how to troubleshoot module-related problems, please
visit our Web site at "http://www.vmware.com/go/unsup-linux-products"; and
"http://www.vmware.com/go/unsup-linux-tools";.

Execution aborted.


Re: VMware-server-2.0.2-203138.x86_64

2010-02-27 Thread Maksim A. Boyko
http://sadevil.org/blog/2009/12/31/vmware-player-3-vs-linux-2-6-32/

-- 
Best regards, Maksim A. Boyko

ICQ:  478886172


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/da7dd4461002270716o7626b58fud6abcb248101a...@mail.gmail.com



Re: VMware-server-2.0.2-203138.x86_64

2010-02-27 Thread Maksim A. Boyko
http://communities.vmware.com/thread/215985;jsessionid=4EE3971DE1826D11DCB3A076819B02CB?tstart=0

-- 
Best regards, Maksim A. Boyko

ICQ:  478886172


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/da7dd4461002270748j7f497a31h2800b42c12dd0...@mail.gmail.com



Re: VMware-server-2.0.2-203138.x86_64

2010-02-27 Thread yuri . nefedov

On Sat, 27 Feb 2010, Maksim A. Boyko wrote:


http://communities.vmware.com/thread/215985;jsessionid=4EE3971DE1826D11DCB3A076819B02CB?tstart=0



  Ага. Я как раз в новогоднии праздники с этими патчами плясал,
  в бубен бил. Устал сил нет... Перешёл на virtual-box 3.1 (testing)
  и был приятно удивлён их производительностью.
  И стабилностью кстати. Для моей задачи оказалось достаточно.

  Там, кажется, есть средства миграции с vmware или просто
  vmware-диски можно примонтировать.

  Из недостатков, - VRDP (remote display) в свободной версии
  оторван нафик. Я обощёлся установкой ssh-servera (на
  гостевую win). На http://wiki.debian.org/VirtualBox есть
  другой рецепт.

 Ю.

Re: VMware-server-2.0.2-203138.x86_64

2010-03-01 Thread Pavel Gaidai
28 февраля 2010 г. 9:35 пользователь  написал:

> On Sat, 27 Feb 2010, Maksim A. Boyko wrote:
>
>
>> http://communities.vmware.com/thread/215985;jsessionid=4EE3971DE1826D11DCB3A076819B02CB?tstart=0
>>
>>
>  Ага. Я как раз в новогоднии праздники с этими патчами плясал,
>  в бубен бил. Устал сил нет... Перешёл на virtual-box 3.1 (testing)
>  и был приятно удивлён их производительностью.
>  И стабилностью кстати. Для моей задачи оказалось достаточно.
>
>  Там, кажется, есть средства миграции с vmware или просто
>  vmware-диски можно примонтировать.
>

Спасибо попробую.


Re: VMware-server-2.0.2-203138.x86_64

2010-03-01 Thread Stanislav Vlasov
28 февраля 2010 г. 12:35 пользователь   написал:
>> http://communities.vmware.com/thread/215985;jsessionid=4EE3971DE1826D11DCB3A076819B02CB?tstart=0

>  Ага. Я как раз в новогоднии праздники с этими патчами плясал,
>  в бубен бил. Устал сил нет... Перешёл на virtual-box 3.1 (testing)
>  и был приятно удивлён их производительностью.
>  И стабилностью кстати. Для моей задачи оказалось достаточно.

С freebsd внутри не экспериментировали?
А то у меня в qemu дело доходило до зависания вм (жрала 100%
процессора и не получалось подсоединиться к vnc). Пришлось таки
переходить на вмварь (правда, там centos).

-- 
Stanislav


Re: VMware-server-2.0.2-203138.x86_64

2010-03-02 Thread yuri . nefedov

On Mon, 1 Mar 2010, Stanislav Vlasov wrote:


28 февраля 2010 г. 12:35 пользователь   написал:

http://communities.vmware.com/thread/215985;jsessionid=4EE3971DE1826D11DCB3A076819B02CB?tstart=0



 Ага. Я как раз в новогоднии праздники с этими патчами плясал,
 в бубен бил. Устал сил нет... Перешёл на virtual-box 3.1 (testing)
 и был приятно удивлён их производительностью.
 И стабилностью кстати. Для моей задачи оказалось достаточно.


С freebsd внутри не экспериментировали?
А то у меня в qemu дело доходило до зависания вм (жрала 100%
процессора и не получалось подсоединиться к vnc). Пришлось таки
переходить на вмварь (правда, там centos).



  Нет, не пробовал.
  На wiki вроде какие-то рецепты были:
  http://wiki.freebsd.org/VirtualBox

  Ю.

Re: VMware-server-2.0.2-203138.x86_64

2010-03-04 Thread Pavel Gaidai
1 марта 2010 г. 17:10 пользователь Pavel Gaidai написал:

>
>
> 28 февраля 2010 г. 9:35 пользователь  написал:
>
> On Sat, 27 Feb 2010, Maksim A. Boyko wrote:
>>
>>
>>> http://communities.vmware.com/thread/215985;jsessionid=4EE3971DE1826D11DCB3A076819B02CB?tstart=0
>>>
>>>
>>  Ага. Я как раз в новогоднии праздники с этими патчами плясал,
>>  в бубен бил. Устал сил нет... Перешёл на virtual-box 3.1 (testing)
>>  и был приятно удивлён их производительностью.
>>  И стабилностью кстати. Для моей задачи оказалось достаточно.
>>
>>  Там, кажется, есть средства миграции с vmware или просто
>>  vmware-диски можно примонтировать.
>>
>
> Спасибо попробую.
>

Тоже перешел