Menu
▾
▴
open-vm-tools-devel — List for open-vm-tools developer discussions.
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(30) |
Oct
(50) |
Nov
(42) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(36) |
Feb
(13) |
Mar
(74) |
Apr
(17) |
May
(62) |
Jun
(53) |
Jul
(32) |
Aug
(58) |
Sep
(44) |
Oct
(21) |
Nov
(35) |
Dec
(53) |
| 2009 |
Jan
(43) |
Feb
(58) |
Mar
(14) |
Apr
(16) |
May
(61) |
Jun
(49) |
Jul
(11) |
Aug
(22) |
Sep
(37) |
Oct
(12) |
Nov
(23) |
Dec
(10) |
| 2010 |
Jan
(21) |
Feb
(13) |
Mar
(5) |
Apr
(18) |
May
(14) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(13) |
Oct
(8) |
Nov
(11) |
Dec
(14) |
| 2011 |
Jan
(13) |
Feb
(19) |
Mar
(16) |
Apr
(10) |
May
(22) |
Jun
(4) |
Jul
(63) |
Aug
(14) |
Sep
(10) |
Oct
(12) |
Nov
(10) |
Dec
(43) |
| 2012 |
Jan
(3) |
Feb
(4) |
Mar
(35) |
Apr
(1) |
May
(32) |
Jun
(8) |
Jul
(10) |
Aug
(6) |
Sep
(3) |
Oct
(25) |
Nov
(14) |
Dec
(4) |
| 2013 |
Jan
(12) |
Feb
(6) |
Mar
(15) |
Apr
(24) |
May
(9) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(3) |
Dec
|
| 2014 |
Jan
(5) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2015 |
Jan
|
Feb
(5) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chris R. <chr...@ma...> - 2009-08-05 17:58:57
|
On 5 Aug 2009, at 17:22, Dmitry Torokhov wrote: > Hi Chris, > > On Wednesday 05 August 2009 08:40:34 Chris Ridd wrote: >> >> Has anyone successfully compiled this? The errors persist if I use >> the >> gcc-432 package (gcc 4.3.2) instead of the SUNWgcc package (gcc >> 3.4.3). > > I believe we are using gcc-4.1.2-3 with binutils-2.17.50.0.15 to > build tools. > > What version of libsigc++ do you have installed? You need post 2.0, > we are > building against 2.0.17. Hi Dmitry, It looks like I've got 2.0.3. Its readme claims to work with gcc >= 3.2 (and Sun Studio etc etc). So it seems to be a dependency of libgtkmm. I get a successful build if I use: --without-gtkmm --disable-icu --disable-unity but I'm not sure what I'm losing without gtkmm. I'm also not sure what my successful build's given me! >> There's way too many gcc-isms present in the build system to even >> *think* of trying to make it work with Sun Studio :-(( >> > > Given that the project is being built on multiple platforms the chosen > compiler will stay GCC for the forseable future. That's a pity, particularly as gcc is poor on Solaris. I'll probably carry on with gtkmm disabled, but would patches to allow other compilers be welcomed? Also what's the relationship between open-vm-tools and what vmware ship? Will what I am building work in the current version of (in my case) VMware Fusion? Cheers, Chris |
|
From: Marcelo V. <mv...@vm...> - 2009-08-05 17:49:19
|
Chris Ridd wrote: > As the vmware tools supplied with VMware Fusion don't install in > OpenSolaris (build 118) due to not expecting Xorg 7.5, I thought I'd > try building them myself... > > The main problem is that building copyPaste.cc fails, and it isn't > clear to me where the fault is: I haven't been able to figure out this error yet, but you should be able to compile if you provide "--without-gtkmm" on the configure command line. -- - Marcelo |
|
From: Dmitry T. <dt...@vm...> - 2009-08-05 16:22:18
|
Hi Chris,
On Wednesday 05 August 2009 08:40:34 Chris Ridd wrote:
> As the vmware tools supplied with VMware Fusion don't install in
> OpenSolaris (build 118) due to not expecting Xorg 7.5, I thought I'd
> try building them myself...
>
> The main problem is that building copyPaste.cc fails, and it isn't
> clear to me where the fault is:
>
> libtool: compile: g++ "-DPACKAGE_NAME=\"open-vm-tools\"" "-
> DPACKAGE_TARNAME=\"o
> pen-vm-tools\"" "-DPACKAGE_VERSION=\"2009.07.22\"" "-DPACKAGE_STRING=
> \"open-vm-t
> ools 2009.07.22\""
> "-DPACKAGE_BUGREPORT=\"ope...@li...urceforge .
> net\"" "-DPACKAGE=\"open-vm-tools\"" "-DVERSION=\"2009.07.22\"" -
> DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -
> DHAVE_STRING_H=1 -D
> HAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -
> DHAVE_STDINT_H=1 -DHAVE_
> UNISTD_H=1 -DHAVE_DLFCN_H=1 "-DLT_OBJDIR=\".libs/\"" -DHAVE_DLOPEN=1 -
> DHAVE_ECVT
> =1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DNO_DNET=1 -DHAVE_CRYPT_H=1 -
> DHAVE_INTTYPES_H=1
> -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -
> DHAVE_SYS_INTTYPES_H=1 -DH
> AVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -
> DHAVE_SYS_USER_H=
> 1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -
> DHAVE_STDBOOL_H=1 -DHAVE_
> STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -I. -D_REENTRANT -
> D_POSIX_PTHREAD_S
> EMANTICS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/
> include/atk-1.
> 0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11/include -I/
> usr/includ
> e/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/
> include/fr
> eetype2 -I/usr/include/libpng12 -DGTK2 -D_REENTRANT -
> D_POSIX_PTHREAD_SEMANTICS -
> I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/
> glibmm-2.4 -
> I/usr/lib/glibmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/
> giomm-2.4/inclu
> de -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/
> include/pangomm-
> 1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc
> ++-2.0 -I
> /usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/
> glib-2.0/include
> -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/
> pango-1.0 -
> I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -
> I/usr/incl
> ude/libpng12 -I/usr/X11/include -I/usr/include/atk-1.0 -DHAVE_GTKMM -I/
> usr/X11/i
> nclude/ -I../../include -I/export/home/cjr/open-vm-
> tools-2009.07.22-179896/lib/i
> nclude -I/export/home/cjr/open-vm-tools-2009.07.22-179896/lib/include -
> DUSING_AU
> TOCONF=1 -DOPEN_VM_TOOLS -I/usr/X11/include -DVMX86_TOOLS -
> DNO_CORE_ICU -DSOL11
> -g -O2 -MT copyPaste.lo -MD -MP -MF .deps/copyPaste.Tpo -c
> copyPaste.cc -fPIC -
> DPIC -o .libs/copyPaste.o
> In file included from /usr/include/sigc++-2.0/sigc++/signal_base.h:28,
> from /usr/include/sigc++-2.0/sigc++/signal.h:8,
> from /usr/include/sigc++-2.0/sigc++/connection.h:22,
> from /export/home/cjr/open-vm-
> tools-2009.07.22-179896/lib/inclu
> de/copyPasteBase.h:30,
> from /export/home/cjr/open-vm-
> tools-2009.07.22-179896/lib/inclu
> de/copyPaste.hh:30,
> from copyPaste.cc:25:
> /usr/include/sigc++-2.0/sigc++/functors/slot.h: In static member
> function `stati
> c T_return sigc::internal::slot_call1<T_functor, T_return,
> T_arg1>::call_it(sigc
>
> ::internal::slot_rep*, typename sigc::type_trait<T_arg3>::take)':
>
> /usr/include/sigc++-2.0/sigc++/functors/slot.h:136: error: expected
> `(' before '
>
> >' token
>
> /usr/include/sigc++-2.0/sigc++/functors/slot.h: In static member
> function `stati
> c T_return sigc::internal::slot_call2<T_functor, T_return, T_arg1,
> T_arg2>::call
> _it(sigc::internal::slot_rep*, typename
> sigc::type_trait<T_arg3>::take, typename
> sigc::type_trait<T_arg4>::take)':
> /usr/include/sigc++-2.0/sigc++/functors/slot.h:172: error: expected
> `(' before '
> ,' token
> /usr/include/sigc++-2.0/sigc++/functors/slot.h:172: error: expected
> `(' before '
>
> >' token
>
> /usr/include/sigc++-2.0/sigc++/functors/slot.h: In static member
> function `stati
> c T_return sigc::internal::slot_call3<T_functor, T_return, T_arg1,
> T_arg2, T_arg
> 3>::call_it(sigc::internal::slot_rep*, typename
> sigc::type_trait<T_arg3>::take,
>
> And the errors go on for another couple of hundred lines.
>
> Has anyone successfully compiled this? The errors persist if I use the
> gcc-432 package (gcc 4.3.2) instead of the SUNWgcc package (gcc 3.4.3).
I believe we are using gcc-4.1.2-3 with binutils-2.17.50.0.15 to build tools.
What version of libsigc++ do you have installed? You need post 2.0, we are
building against 2.0.17.
>
> There's way too many gcc-isms present in the build system to even
> *think* of trying to make it work with Sun Studio :-((
>
Given that the project is being built on multiple platforms the chosen
compiler will stay GCC for the forseable future.
Thanks,
Dmitry
|
|
From: Chris R. <chr...@ma...> - 2009-08-05 15:40:53
|
As the vmware tools supplied with VMware Fusion don't install in
OpenSolaris (build 118) due to not expecting Xorg 7.5, I thought I'd
try building them myself...
The main problem is that building copyPaste.cc fails, and it isn't
clear to me where the fault is:
libtool: compile: g++ "-DPACKAGE_NAME=\"open-vm-tools\"" "-
DPACKAGE_TARNAME=\"o
pen-vm-tools\"" "-DPACKAGE_VERSION=\"2009.07.22\"" "-DPACKAGE_STRING=
\"open-vm-t
ools 2009.07.22\"" "-DPACKAGE_BUGREPORT=\"ope...@li...urceforge
.
net\"" "-DPACKAGE=\"open-vm-tools\"" "-DVERSION=\"2009.07.22\"" -
DSTDC_HEADERS=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -
DHAVE_STRING_H=1 -D
HAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -
DHAVE_STDINT_H=1 -DHAVE_
UNISTD_H=1 -DHAVE_DLFCN_H=1 "-DLT_OBJDIR=\".libs/\"" -DHAVE_DLOPEN=1 -
DHAVE_ECVT
=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DNO_DNET=1 -DHAVE_CRYPT_H=1 -
DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -
DHAVE_SYS_INTTYPES_H=1 -DH
AVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -
DHAVE_SYS_USER_H=
1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -
DHAVE_STDBOOL_H=1 -DHAVE_
STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -I. -D_REENTRANT -
D_POSIX_PTHREAD_S
EMANTICS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/
include/atk-1.
0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11/include -I/
usr/includ
e/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/
include/fr
eetype2 -I/usr/include/libpng12 -DGTK2 -D_REENTRANT -
D_POSIX_PTHREAD_SEMANTICS -
I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/
glibmm-2.4 -
I/usr/lib/glibmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/
giomm-2.4/inclu
de -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/
include/pangomm-
1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc
++-2.0 -I
/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/
glib-2.0/include
-I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/
pango-1.0 -
I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -
I/usr/incl
ude/libpng12 -I/usr/X11/include -I/usr/include/atk-1.0 -DHAVE_GTKMM -I/
usr/X11/i
nclude/ -I../../include -I/export/home/cjr/open-vm-
tools-2009.07.22-179896/lib/i
nclude -I/export/home/cjr/open-vm-tools-2009.07.22-179896/lib/include -
DUSING_AU
TOCONF=1 -DOPEN_VM_TOOLS -I/usr/X11/include -DVMX86_TOOLS -
DNO_CORE_ICU -DSOL11
-g -O2 -MT copyPaste.lo -MD -MP -MF .deps/copyPaste.Tpo -c
copyPaste.cc -fPIC -
DPIC -o .libs/copyPaste.o
In file included from /usr/include/sigc++-2.0/sigc++/signal_base.h:28,
from /usr/include/sigc++-2.0/sigc++/signal.h:8,
from /usr/include/sigc++-2.0/sigc++/connection.h:22,
from /export/home/cjr/open-vm-
tools-2009.07.22-179896/lib/inclu
de/copyPasteBase.h:30,
from /export/home/cjr/open-vm-
tools-2009.07.22-179896/lib/inclu
de/copyPaste.hh:30,
from copyPaste.cc:25:
/usr/include/sigc++-2.0/sigc++/functors/slot.h: In static member
function `stati
c T_return sigc::internal::slot_call1<T_functor, T_return,
T_arg1>::call_it(sigc
::internal::slot_rep*, typename sigc::type_trait<T_arg3>::take)':
/usr/include/sigc++-2.0/sigc++/functors/slot.h:136: error: expected
`(' before '
>' token
/usr/include/sigc++-2.0/sigc++/functors/slot.h: In static member
function `stati
c T_return sigc::internal::slot_call2<T_functor, T_return, T_arg1,
T_arg2>::call
_it(sigc::internal::slot_rep*, typename
sigc::type_trait<T_arg3>::take, typename
sigc::type_trait<T_arg4>::take)':
/usr/include/sigc++-2.0/sigc++/functors/slot.h:172: error: expected
`(' before '
,' token
/usr/include/sigc++-2.0/sigc++/functors/slot.h:172: error: expected
`(' before '
>' token
/usr/include/sigc++-2.0/sigc++/functors/slot.h: In static member
function `stati
c T_return sigc::internal::slot_call3<T_functor, T_return, T_arg1,
T_arg2, T_arg
3>::call_it(sigc::internal::slot_rep*, typename
sigc::type_trait<T_arg3>::take,
And the errors go on for another couple of hundred lines.
Has anyone successfully compiled this? The errors persist if I use the
gcc-432 package (gcc 4.3.2) instead of the SUNWgcc package (gcc 3.4.3).
There's way too many gcc-isms present in the build system to even
*think* of trying to make it work with Sun Studio :-((
Cheers,
Chris
|
|
From: SourceForge.net <no...@so...> - 2009-08-05 14:24:14
|
Tracker item #2821693, was opened at 2009-07-15 10:23 Message generated for change (Comment added) made by emptyspiral You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2821693&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vali (emptyspiral) Assigned to: Nobody/Anonymous (nobody) Summary: make failes for vsock on gcc 3.4.5 Initial Comment: Hello. Tried to compile open-vm-tools-2009.06.18-172495 with: - gcc 3.4.5 (Configured with: ../gcc-3.4.5/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.4.5) - glibc 2.3.6 - configure line: ./configure --with-kernel-modules --with-kernel-release=2.4.36-soc9-intel --with-linuxdir=/usr/src/linux-2.4.36-soc9-intel --without-gtk2 --without-gtkmm --without-pic --with-gnu-ld --without-x --without-pam --without-procps --without-dnet --without-icu --disable-multimon --disable-docs I also applied the patch from tichet #2799343. After a while of compiling, it fails with the following error (kept the last relevant lines): make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vmhgfs' make VM_UNAME=2.4.36-soc9-intel MV=mv RM=rm \ OVT_SOURCE_DIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495 \ MODULEBUILDDIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux \ -C "/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock" Using standalone build system. make[2]: Entering directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock' Makefile.normal:126: warning: overriding commands for target `driverLog.o' Makefile.normal:100: warning: ignoring old commands for target `driverLog.o' make[2]: *** No rule to make target `linux/driverLog.c', needed by `driverLog.o'. Stop. make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock' make[1]: *** [vsock] Error 2 make[1]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules' make: *** [all-recursive] Error 1 Any further information about the system is available on request. Thank you for your time. ---------------------------------------------------------------------- >Comment By: Vali (emptyspiral) Date: 2009-08-05 17:24 Message: The problem is cause by a target in (SRCDIR)/modules/linux/vsock/Makefile.normal. 88: LINUX_OBJS := af_vsock.o 89: LINUX_OBJS += vsockAddr.o 90: LINUX_OBJS += util.o 91: LINUX_OBJS += driverLog.o Line 91 specifies driverLog.o as one of the LINUX_OBJS. However, on line 125 when defining the target for LINUX_OBJS, it specifies this: $(LINUX_OBJS): %.o: $(SRCROOT)/linux/%.c Now: all the other files (except driverLog.*) are correctly located into (SRCDIR)/modules/linux/vsock/linux, so that target is correcly specified. However, driverLog sources are in (SRCDIR)/modules/linux/shared/ There is a "catch" for driverLog.o at lines 95-101: ifdef OVT_SOURCE_PATH driverLog.o: $(OVT_SOURCE_DIR)/modules/linux/shared/driverLog.c $(CC) $(CC_OPTS) $(INCLUDE) -c $< else driverLog.o: shared/driverLog.c $(CC) $(CC_OPTS) $(INCLUDE) -c $< endif . however, i believe in the ifdef it should be OVT_SOURCE_DIR and NOT OVT_SOURCE_PATH. Anyway, even if corrected, still it does not work. I believe the target for LINUX_OBJS overides the specification on lines 95-101, and my makefile knowledge is kind of rusty.. Thank you for your time. ---------------------------------------------------------------------- Comment By: Vali (emptyspiral) Date: 2009-08-04 17:55 Message: The problem still occurs on open-vm-tools-2009.07.22-179896. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2821693&group_id=204462 |
|
From: polloxx <po...@gm...> - 2009-08-04 18:10:20
|
On Tue, Aug 4, 2009 at 7:24 PM, Dmitry Torokhov<dt...@vm...> wrote: > Hi, > > On Tuesday 04 August 2009 10:13:38 polloxx wrote: >> Dear, >> >> I try to compile open-vm-tools-2009.07.22-179896 on a Debian 5.0.2 >> (Lenny) running kernel 2.6.26-2 as a ESX 3.5.0 VM. >> When running configure I get an error: >> >> configure: error: glib >= 2.6.0 is required. >> >> However glib is installed: >> >> ii libc6 2.7-18 GNU C >> Library: Shared libraries >> ii libc6-dev 2.7-18 GNU C >> Library: Development Libraries and He >> > > Glib (http://library.gnome.org/devel/glib/stable/) is a different library from > glibc: > > [dtor@dtor-d630 work]$ rpm -q glib2-devel glibc-devel > glib2-devel-2.20.4-1.fc11.x86_64 > glibc-devel-2.10.1-2.x86_64 > > > Hope this helps. Thanks Dmitry, apt-get install libglib2.0-0 libglib2.0-dev did it. |
|
From: Dmitry T. <dt...@vm...> - 2009-08-04 17:25:00
|
Hi, On Tuesday 04 August 2009 10:13:38 polloxx wrote: > Dear, > > I try to compile open-vm-tools-2009.07.22-179896 on a Debian 5.0.2 > (Lenny) running kernel 2.6.26-2 as a ESX 3.5.0 VM. > When running configure I get an error: > > configure: error: glib >= 2.6.0 is required. > > However glib is installed: > > ii libc6 2.7-18 GNU C > Library: Shared libraries > ii libc6-dev 2.7-18 GNU C > Library: Development Libraries and He > Glib (http://library.gnome.org/devel/glib/stable/) is a different library from glibc: [dtor@dtor-d630 work]$ rpm -q glib2-devel glibc-devel glib2-devel-2.20.4-1.fc11.x86_64 glibc-devel-2.10.1-2.x86_64 Hope this helps. -- Dmitry |
|
From: polloxx <po...@gm...> - 2009-08-04 17:13:54
|
Dear, I try to compile open-vm-tools-2009.07.22-179896 on a Debian 5.0.2 (Lenny) running kernel 2.6.26-2 as a ESX 3.5.0 VM. When running configure I get an error: configure: error: glib >= 2.6.0 is required. However glib is installed: ii libc6 2.7-18 GNU C Library: Shared libraries ii libc6-dev 2.7-18 GNU C Library: Development Libraries and He What's wrong? P. |
|
From: SourceForge.net <no...@so...> - 2009-08-04 14:55:25
|
Tracker item #2821693, was opened at 2009-07-15 10:23 Message generated for change (Comment added) made by emptyspiral You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2821693&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vali (emptyspiral) Assigned to: Nobody/Anonymous (nobody) Summary: make failes for vsock on gcc 3.4.5 Initial Comment: Hello. Tried to compile open-vm-tools-2009.06.18-172495 with: - gcc 3.4.5 (Configured with: ../gcc-3.4.5/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.4.5) - glibc 2.3.6 - configure line: ./configure --with-kernel-modules --with-kernel-release=2.4.36-soc9-intel --with-linuxdir=/usr/src/linux-2.4.36-soc9-intel --without-gtk2 --without-gtkmm --without-pic --with-gnu-ld --without-x --without-pam --without-procps --without-dnet --without-icu --disable-multimon --disable-docs I also applied the patch from tichet #2799343. After a while of compiling, it fails with the following error (kept the last relevant lines): make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vmhgfs' make VM_UNAME=2.4.36-soc9-intel MV=mv RM=rm \ OVT_SOURCE_DIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495 \ MODULEBUILDDIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux \ -C "/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock" Using standalone build system. make[2]: Entering directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock' Makefile.normal:126: warning: overriding commands for target `driverLog.o' Makefile.normal:100: warning: ignoring old commands for target `driverLog.o' make[2]: *** No rule to make target `linux/driverLog.c', needed by `driverLog.o'. Stop. make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock' make[1]: *** [vsock] Error 2 make[1]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules' make: *** [all-recursive] Error 1 Any further information about the system is available on request. Thank you for your time. ---------------------------------------------------------------------- >Comment By: Vali (emptyspiral) Date: 2009-08-04 17:55 Message: The problem still occurs on open-vm-tools-2009.07.22-179896. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2821693&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2009-08-03 17:49:40
|
Hi Ken, Almost lost your message in my spam folder. :-) I recommend subscribing to the mailing list when sending messages, there's a lot of spam that would get through if we open it up again... > Kenny Murphy <cr8...@gm...> > I have been reading over the open vmware tools source. I'm specifically > interested in the backdoor commands and that sort of stuff. Is there a > resource available that I can use to get more information on each specific > command and it's parameters? There's no formal documentation about the backdoor commands, unfortunately, other than the source code itself. A few of them are defined as SunRPC interfaces and are a bit easier to figure out, but others (the older ones) can get pretty nasty. Parts of it are because we don't want to encourage people to write applications on top of the backdoor. Since to process the message you need code in the VMware process in the host (which is not open-source), it makes it a little difficult for people to play with the backdoor... -- - Marcelo |
|
From: Florian F. <fl...@de...> - 2009-07-31 09:48:26
|
Hi Marcelo, thx. for the info: Indeed everything we need seems to be working without any problems. To prevent the log files grow and exhaust all the disk space I've added the following line to the .vmx configuration file of the affected virtual machines: log.rotateSize = 1048576 -Florian > -----Original Message----- > From: Marcelo Vanzin [mailto:mvanzin@...] > Sent: Saturday, July 18, 2009 3:29 AM > To: Florian Fuessl > Cc: 'open-vm-tools development' > Subject: Re: vcpu-0| GuestMsg: Unknown protocol magic number. > > Hi Florian, > > Florian Fuessl wrote: > > That's the respond every 30s: > > Jul 12 17:11:46.627: [vmsvc]: Rpci: Sending request='SetGuestInfo 4 > > build-130226' > > Jul 12 17:11:46.629: [vmsvc]: Rpci: Sent request='SetGuestInfo 4 > > build-130226', reply='Invalid guest information type.', len=31, > status=0 > > Jul 12 17:11:46.629: [vmsvc]: SetGuestInfo: Error sending rpc > message: > > Invalid guest information type. > > Without really digging in the code, it seems that an invalid RPC (for > your > version of ESX) is causing the "magic number" error to show up on the > host logs; > if other Tools features are working (for example, time synchronization) > then I > wouldn't worry about the error. > > Since you said the logs just show up on the host every 30s (which is > how often > the code that logs the messages above runs), it's a good indication > that other > features seem to be working. For example, a few lines before that on > the logs > you get a successful RPC: > > > Jul 12 17:11:45.329: [vmsvc]: Rpci: Sent request='info-set > guestinfo.ip > > xxx.xxx.xxx.90', reply='', len=0, status=1 > > -- > - Marcelo |
|
From: SourceForge.net <no...@so...> - 2009-07-24 19:40:51
|
Tracker item #2796298, was opened at 2009-05-25 00:34 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2796298&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Mars Li (txdyjsyz) Assigned to: Nobody/Anonymous (nobody) Summary: libguestlib.so link error for vm guest API Initial Comment: For open-vm-tools version 2009.01.21-142982, we try to use vmware guest API like VMGuestLib_GetResourcePoolPath, VMGuestLib_GetSessionId, VMGuestLib_OpenHandle, etc... Problem 1 Link libguestlib.so failed due to missing some symbols (i.e., Debug(), VmCheck_IsVirtualWorld(), StrUtil_GetNextUintToken()). Problem 2 After run 'make install' following header files includeCheck.h,vm_basic_types.h,vmGuestLib.h,vmSessionId.h that is necessary for compiling the code which calling these vmware guest SDK APIs can not be found in /usr/include. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-07-24 12:40 Message: The link error should have been fixed a while ago; the headers are now installed by "make install" in the 07.22 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2796298&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-07-21 22:41:16
|
Tracker item #2209565, was opened at 2008-10-30 04:20 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2209565&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kernel modules Group: None >Status: Closed >Resolution: Fixed Priority: 3 Private: No Submitted By: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: vmware vmxnet fail after hibernate/resume Initial Comment: * Bug copied from bugzilla.novell.com / reported by openSUSE user * * Clarification: Factory means a transient state of openSUSE 11.1 development * * Due to a feature freeze, there is still version 2008.09.03 in the repositories * * Any help woukd be appreciated in this case * * Original bug address: https://bugzilla.novell.com/show_bug.cgi?id=439046 * after hibernate/resume, the VM`s nic is unusable, forwarding no packets anymore. "modprobe -r vmxnet" hangs for a short time and gives: vmxnet_close: Pending tx = 4 vmxnet_close: Failed to finish all pending tx. Is the related vmxnet device disabled? This virtual machine may be in an inconsistent state. Adapter not morphed. read magic: 0x00002934 vmxnet 0000:02:01.0: PCI INT A disabled after reload of that module (modprobe vmxnet) all is fine again. dmesg on reload: VMware vmxnet virtual NIC driver vmxnet 0000:02:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 Found vmxnet/PCI at 0x2024, irq 19. features: numRxBuffers = 100, numRxBuffers2 = 1 eth0: no IPv6 routers present - latest factory - 2.6.27.1-2-pae - vmware-kmp-pae-2008.09.03_2.6.27.1_2.1-5.17 - vmware ws 6.5 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-07-21 15:41 Message: I believe this was fixed in the June/09 release. ---------------------------------------------------------------------- Comment By: Adar Dembo (adembo) Date: 2008-11-07 00:09 Message: Thanks for filing this bug. I spoke to one of our guest networking engineers who said that the vmxnet driver has never supported guest hibernate properly, in that it doesn't remorph the device backend from vlance to vmxnet upon guest resume. To do that we'd probably need to add .suspend and .resume methods to the pci_driver struct in the driver. All kernels are affected by this, not just openSUSE, though I don't think it's too serious of an issue given that most VMware users will likely save the state of their guest by suspending the entire VM (via suspend/resume) instead of hibernating the guest OS and powering off the VM. Given that this isn't a regression, I've lowered the priority. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2209565&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-07-21 22:36:58
|
Tracker item #2799579, was opened at 2009-06-01 11:17 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2799579&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Mario Fetka (tiulk) Assigned to: Nobody/Anonymous (nobody) Summary: dndGuest not compiling Initial Comment: x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.05.22\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LSEEK=1 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -DGTK2 -I../include -I../lib/dndGuest -DRESOLUTION_X11 -I../services/plugins/vix -march=k8 -msse3 -Os -pipe -MT vmware-user.o -MD -MP -MF .deps/vmware-user.Tpo -c -o vmware-user.o vmware-user.cpp make[1]: *** No rule to make target `../lib/dndGuest/libDndGuest.la', needed by `vmware-user'. Stop. make[1]: *** Waiting for unfinished jobs.... mv -f .deps/copyPaste.Tpo .deps/copyPaste.Po mv -f .deps/pointer.Tpo .deps/pointer.Po mv -f .deps/notify.Tpo .deps/notify.Po vmware-user.cpp: In function 'Bool VMwareUserRpcInSetOptionCB(const char**, size_t*, const char*, const char*, size_t, void*)': vmware-user.cpp:551: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:557: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:560: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:577: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:594: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:598: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:603: warning: deprecated conversion from string constant to 'char*' mv -f .deps/vmware-user.Tpo .deps/vmware-user.Po make[1]: Leaving directory `/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/vmware-user' and when i compile the dndGuest lib by hand it also errors out sigc++ is not detected tiulk dndGuest # make /bin/sh ../../libtool --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.05.22\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LSEEK=1 -I. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -DGTK2 -I../../include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -march=k8 -msse3 -Os -pipe -MT copyPaste.lo -MD -MP -MF .deps/copyPaste.Tpo -c -o copyPaste.lo copyPaste.cc libtool: compile: x86_64-pc-linux-gnu-g++ -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\" "-DPACKAGE_STRING=\"open-vm-tools 2009.05.22\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LSEEK=1 -I. -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -DGTK2 -I../../include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -march=k8 -msse3 -Os -pipe -MT copyPaste.lo -MD -MP -MF .deps/copyPaste.Tpo -c copyPaste.cc -fPIC -DPIC -o .libs/copyPaste.o In file included from copyPaste.cc:25: /var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include/copyPaste.hh:29:30: error: sigc++/trackable.h: No such file or directory In file included from /var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include/copyPaste.hh:30, from copyPaste.cc:25: /var/tmp/portage/app-emulation/open-vm-tools-2009.05.22_p167859/work/open-vm-tools-2009.05.22-167859/lib/include/copyPasteBase.h:30:31: error: sigc++/connection.h: No such file or directory In file included from copyPasteRpcV3.hh:30, from copyPaste.cc:26: dndTransport.hh:29:25: error: sigc++/slot.h: No such file or directory ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-07-21 15:36 Message: I believe this went in as part of the June release. ---------------------------------------------------------------------- Comment By: Mario Fetka (tiulk) Date: 2009-06-19 04:15 Message: the patch works greate ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-06-09 17:15 Message: Please try this patch, it should suppress warnings from vmware-user.cpp and also won't try to build libDndGuest without gtkmm. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2799579&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2009-07-18 01:28:50
|
Hi Florian, Florian Fuessl wrote: > That's the respond every 30s: > Jul 12 17:11:46.627: [vmsvc]: Rpci: Sending request='SetGuestInfo 4 > build-130226' > Jul 12 17:11:46.629: [vmsvc]: Rpci: Sent request='SetGuestInfo 4 > build-130226', reply='Invalid guest information type.', len=31, status=0 > Jul 12 17:11:46.629: [vmsvc]: SetGuestInfo: Error sending rpc message: > Invalid guest information type. Without really digging in the code, it seems that an invalid RPC (for your version of ESX) is causing the "magic number" error to show up on the host logs; if other Tools features are working (for example, time synchronization) then I wouldn't worry about the error. Since you said the logs just show up on the host every 30s (which is how often the code that logs the messages above runs), it's a good indication that other features seem to be working. For example, a few lines before that on the logs you get a successful RPC: > Jul 12 17:11:45.329: [vmsvc]: Rpci: Sent request='info-set guestinfo.ip > xxx.xxx.xxx.90', reply='', len=0, status=1 -- - Marcelo |
|
From: SourceForge.net <no...@so...> - 2009-07-15 07:24:03
|
Tracker item #2821693, was opened at 2009-07-15 10:23 Message generated for change (Tracker Item Submitted) made by emptyspiral You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2821693&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vali (emptyspiral) Assigned to: Nobody/Anonymous (nobody) Summary: make failes for vsock on gcc 3.4.5 Initial Comment: Hello. Tried to compile open-vm-tools-2009.06.18-172495 with: - gcc 3.4.5 (Configured with: ../gcc-3.4.5/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.4.5) - glibc 2.3.6 - configure line: ./configure --with-kernel-modules --with-kernel-release=2.4.36-soc9-intel --with-linuxdir=/usr/src/linux-2.4.36-soc9-intel --without-gtk2 --without-gtkmm --without-pic --with-gnu-ld --without-x --without-pam --without-procps --without-dnet --without-icu --disable-multimon --disable-docs I also applied the patch from tichet #2799343. After a while of compiling, it fails with the following error (kept the last relevant lines): make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vmhgfs' make VM_UNAME=2.4.36-soc9-intel MV=mv RM=rm \ OVT_SOURCE_DIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495 \ MODULEBUILDDIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux \ -C "/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock" Using standalone build system. make[2]: Entering directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock' Makefile.normal:126: warning: overriding commands for target `driverLog.o' Makefile.normal:100: warning: ignoring old commands for target `driverLog.o' make[2]: *** No rule to make target `linux/driverLog.c', needed by `driverLog.o'. Stop. make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules/linux/vsock' make[1]: *** [vsock] Error 2 make[1]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.06.18-172495/modules' make: *** [all-recursive] Error 1 Any further information about the system is available on request. Thank you for your time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2821693&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-07-15 06:46:51
|
Tracker item #2799343, was opened at 2009-06-01 11:27 Message generated for change (Comment added) made by emptyspiral You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2799343&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kernel modules Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Vali (emptyspiral) Assigned to: Nobody/Anonymous (nobody) Summary: 2009.05.22 - compile inline error with GCC 3.4.5 Initial Comment: Slackware 10.2 - GCC 3.4.5 - kernel 2.4.32 - compiling for a custom build called 2.4.36-soc9-intel Configure switches: --with-kernel-modules --with-kernel-release=2.4.36-soc9-intel --with-linuxdir=/usr/src/linux-2.4.36-soc9-intel --without-gtk2 --without-gtkmm --without-pic --with-gnu-ld --without-x --without-pam --without-procps --without-dnet --without-icu --disable-multimon --disable-docs Error while running 'make': Making all in modules make[1]: Entering directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules' make VM_UNAME=2.4.36-soc9-intel MV=mv RM=rm \ OVT_SOURCE_DIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859 \ MODULEBUILDDIR=/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules/linux \ -C "/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules/linux/vmmemctl" Using standalone build system. make[2]: Entering directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules/linux/vmmemctl' os.c: In function `compat_kthread_create': /projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules/linux/shared/compat_kthread.h:191: sorry, unimplemented: function 'compat_kthread_create' can never be inlined because it uses variable argument lists make[2]: *** [os.o] Error 1 make[2]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/projects/SOC/tmp/openvm/open-vm-tools-2009.05.22-167859/modules' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- >Comment By: Vali (emptyspiral) Date: 2009-07-15 09:46 Message: Hello. I can cofirm the patch works, the inline error does not show anymore, however the make process gives another error later on. Since it's not inline-related, this ticket can be closed, i will create a new bug report with details about the make errors. Thank you for your time. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-06-10 03:22 Message: Please try the patch I just uploaded, should be better now. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2799343&group_id=204462 |
|
From: Florian F. <fl...@de...> - 2009-07-12 15:57:45
|
Hi Marcelo, thanks for your message and sorry for the late reply: it's been a busy week here ;) > -----Original Message----- > From: Marcelo Vanzin [mailto:mv...@vm...] > Subject: Re: vcpu-0| GuestMsg: Unknown protocol magic number. > > Hi Florian, > > Florian Fuessl wrote: > > running open-vm-tools 2008.11.18-130226 on Debian Lenny within ESX > 2.5.4 > > build-119703 produces the following error msgs about every 30s in the > > vmware.log files of the virtual machines: > > First, a disclaimer: the version of ESX you're running is really old > (even if > the build is recent, the 2.5.x line is really old). One of the issues > we have > with Tools is that they're not really certified to run on a lot of > different > VMware platforms; so while it's very probably that they will work on > recent > VMware products, we don't make any guarantees about older versions. > > That being said... Yes I know. The next upcoming hardware will run a newer ESX version for sure :) > > > Jul 03 00:56:31: vcpu-0| GuestMsg: Unknown protocol magic number. > > Jul 03 00:56:59: vcpu-0| GuestMsg: Unknown protocol magic number. > > Jul 03 00:57:01: vcpu-0| GuestMsg: Unknown protocol magic number. > > This is pretty interesting, because the magic numbers it's talking > about haven't > changed. My best guess without going into the code too much is that > something > changed slightly in the protocol that Tools uses to talk to the host > (something > other than the magic number) and it's causing that... > > If you have a more recent VMware product around where you can test it, > it would > be useful to know if you still see it there, to rule out any > compilation issue > or any patches you may have (it's not clear whether you're compiling > Tools > yourself or using the Debian packages, if they exist). > > > Do you have any hints how to further debug or come around this > problem? > > You could enable Tools logging so that we have an idea of what Tools > are doing > when those messages show up on the host. With that particular release > of > open-vm-tools, I think adding these two lines to /etc/vmware- > tools/tools.conf > should do it: > > log = "TRUE" > log.file = "/path/to/log/file" That's the respond every 30s: Jul 12 17:11:45.327: [vmsvc]: Daemon: Setting option 'broadcastIP' to '1' Jul 12 17:11:45.328: [vmsvc]: Rpci: Sending request='info-set guestinfo.ip xxx.xxx.xxx.90' Jul 12 17:11:45.329: [vmsvc]: Rpci: Sent request='info-set guestinfo.ip xxx.xxx.xxx.90', reply='', len=0, status=1 Jul 12 17:11:46.626: [vmsvc]: Entered guest info gather. Jul 12 17:11:46.627: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.627: [vmsvc]: Rpci: Sending request='SetGuestInfo 4 build-130226' Jul 12 17:11:46.629: [vmsvc]: Rpci: Sent request='SetGuestInfo 4 build-130226', reply='Invalid guest information type.', len=31, status=0 Jul 12 17:11:46.629: [vmsvc]: SetGuestInfo: Error sending rpc message: Invalid guest information type. Jul 12 17:11:46.629: [vmsvc]: Failed to update key/value pair for type 4. Jul 12 17:11:46.629: [vmsvc]: Failed to update VMDB with tools version. Jul 12 17:11:46.657: [vmsvc]: ReadDistroFile: could not open file/etc/redhat-release: 2 Jul 12 17:11:46.658: [vmsvc]: ReadDistroFile: could not open file/etc/redhat_version: 2 Jul 12 17:11:46.658: [vmsvc]: ReadDistroFile: could not open file/etc/sun-release: 2 Jul 12 17:11:46.658: [vmsvc]: ReadDistroFile: could not open file/etc/SuSE-release: 2 Jul 12 17:11:46.659: [vmsvc]: ReadDistroFile: could not open file/etc/novell-release: 2 Jul 12 17:11:46.659: [vmsvc]: ReadDistroFile: could not open file/etc/sles-release: 2 Jul 12 17:11:46.659: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.660: [vmsvc]: Rpci: Sending request='SetGuestInfo 5 Linux2.6.26-10-p4-debian-vm 5.0.2' Jul 12 17:11:46.664: [vmsvc]: Rpci: Sent request='SetGuestInfo 5 Linux2.6.26-10-p4-debian-vm 5.0.2', reply='Invalid guest information type.', len=31, status=0 Jul 12 17:11:46.664: [vmsvc]: SetGuestInfo: Error sending rpc message: Invalid guest information type. Jul 12 17:11:46.665: [vmsvc]: Failed to update key/value pair for type 5. Jul 12 17:11:46.665: [vmsvc]: Failed to update VMDB Jul 12 17:11:46.665: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.665: [vmsvc]: Rpci: Sending request='SetGuestInfo 6 other26xlinux' Jul 12 17:11:46.667: [vmsvc]: Rpci: Sent request='SetGuestInfo 6 other26xlinux', reply='Invalid guest information type.', len=31, status=0 Jul 12 17:11:46.668: [vmsvc]: SetGuestInfo: Error sending rpc message: Invalid guest information type. Jul 12 17:11:46.668: [vmsvc]: Failed to update key/value pair for type 6. Jul 12 17:11:46.668: [vmsvc]: Failed to update VMDB Jul 12 17:11:46.669: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.670: [vmsvc]: GuestInfo: number of disks has changed Jul 12 17:11:46.670: [vmsvc]: sizeof request is 254 Jul 12 17:11:46.670: [vmsvc]: Rpci: Sending request='SetGuestInfo 3 ' Jul 12 17:11:46.676: [vmsvc]: Rpci: Sent request='SetGuestInfo 3 ', reply='Error, unknown guest information type', len=37, status=0 Jul 12 17:11:46.676: [vmsvc]: Failed to update disk information. Jul 12 17:11:46.676: [vmsvc]: Failed to update VMDB Jul 12 17:11:46.677: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.677: [vmsvc]: Value unchanged for infotype 1. Jul 12 17:11:46.677: [vmsvc]: GuestInfo: Returning after updating guest information Jul 12 17:11:46.678: [vmsvc]: Nic info not changed. Jul 12 17:11:46.679: [vmsvc]: Setting guest uptime to '125700686' Jul 12 17:11:46.679: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.679: [vmsvc]: Rpci: Sending request='SetGuestInfo 7 125700686' Jul 12 17:11:46.680: [vmsvc]: Rpci: Sent request='SetGuestInfo 7 125700686', reply='Invalid guest information type.', len=31, status=0 Jul 12 17:11:46.681: [vmsvc]: SetGuestInfo: Error sending rpc message: Invalid guest information type. Jul 12 17:11:46.681: [vmsvc]: Failed to update key/value pair for type 7. Jul 12 17:11:46.681: [vmsvc]: Failed to update VMDB with uptime. Jul 12 17:11:46.683: [vmsvc]: Entered update vmdb. Jul 12 17:11:46.683: [vmsvc]: GuestInfo: Sending GuestMemInfo message. Jul 12 17:11:46.683: [vmsvc]: Rpci: Sending request='SetGuestInfo 8 ' Jul 12 17:11:46.686: [vmsvc]: Rpci: Sent request='SetGuestInfo 8 ', reply='Invalid guest information type.', len=31, status=0 Jul 12 17:11:46.686: [vmsvc]: Error sending GuestMemInfo. Jul 12 17:11:46.686: [vmsvc]: Failed to send vmstats. Do you have any idea how to come around this problem? > > -- > - Marcelo Thx. for your help, - Florian |
|
From: SourceForge.net <no...@so...> - 2009-07-09 16:16:36
|
Tracker item #1994708, was opened at 2008-06-15 19:16 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=1994708&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kernel modules Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Paul Miller (pmiller9) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs: Bad file descriptor on move+overwrite Initial Comment: Unable to overwrite file via mv command. cd /mnt/hgfs/shared touch file1.txt touch file2.txt mv file2.txt file1.txt mv: cannot move 'file2.txt' to 'file1.txt': Bad file descriptor cp file2.txt file1.txt works, mv does not. mv file2.txt file3.txt works assuming file3.txt does not exist. VMware Fusion 2 Beta 1 Host = OS X 10.5.3 Host FS = HFS+ Guest = Debian Linux/testing, kernel 2.6.25.6 Open-vm 2008.05.15 (Debian package) (bug also applies to stock VMware tools) ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2009-07-09 09:16 Message: This particular issue should be fixed with the Fusion 2 release and the fix should also be in open-vm-tools. Closing. ---------------------------------------------------------------------- Comment By: Paul Miller (pmiller9) Date: 2008-06-22 11:33 Message: Logged In: YES user_id=509952 Originator: YES Yes, bug applies to the stock VMware tools shipped with Fusion 2 Beta 1. File Added: strace.out ---------------------------------------------------------------------- Comment By: Adar Dembo (adembo) Date: 2008-06-16 00:58 Message: Logged In: YES user_id=1867590 Originator: NO Interesting. Could you please share the strace output of the "mv file2.txt file1.txt" attempt? Also, when you say this bug applies to stock VMware Tools, do you mean the Tools that shipped with Fusion 2 beta 1? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=1994708&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2009-07-06 21:14:10
|
Hi Florian, Florian Fuessl wrote: > running open-vm-tools 2008.11.18-130226 on Debian Lenny within ESX 2.5.4 > build-119703 produces the following error msgs about every 30s in the > vmware.log files of the virtual machines: First, a disclaimer: the version of ESX you're running is really old (even if the build is recent, the 2.5.x line is really old). One of the issues we have with Tools is that they're not really certified to run on a lot of different VMware platforms; so while it's very probably that they will work on recent VMware products, we don't make any guarantees about older versions. That being said... > Jul 03 00:56:31: vcpu-0| GuestMsg: Unknown protocol magic number. > Jul 03 00:56:59: vcpu-0| GuestMsg: Unknown protocol magic number. > Jul 03 00:57:01: vcpu-0| GuestMsg: Unknown protocol magic number. This is pretty interesting, because the magic numbers it's talking about haven't changed. My best guess without going into the code too much is that something changed slightly in the protocol that Tools uses to talk to the host (something other than the magic number) and it's causing that... If you have a more recent VMware product around where you can test it, it would be useful to know if you still see it there, to rule out any compilation issue or any patches you may have (it's not clear whether you're compiling Tools yourself or using the Debian packages, if they exist). > Do you have any hints how to further debug or come around this problem? You could enable Tools logging so that we have an idea of what Tools are doing when those messages show up on the host. With that particular release of open-vm-tools, I think adding these two lines to /etc/vmware-tools/tools.conf should do it: log = "TRUE" log.file = "/path/to/log/file" -- - Marcelo |
|
From: Florian F. <fl...@de...> - 2009-07-02 23:34:19
|
Hi, running open-vm-tools 2008.11.18-130226 on Debian Lenny within ESX 2.5.4 build-119703 produces the following error msgs about every 30s in the vmware.log files of the virtual machines: Jul 03 00:56:31: vcpu-0| GuestMsg: Unknown protocol magic number. Jul 03 00:56:59: vcpu-0| GuestMsg: Unknown protocol magic number. Jul 03 00:57:01: vcpu-0| GuestMsg: Unknown protocol magic number. Do you have any hints how to further debug or come around this problem? -Florian |
|
From: SourceForge.net <no...@so...> - 2009-06-30 22:52:55
|
Tracker item #2814131, was opened at 2009-06-29 10:20 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: vmtoolsd logs fill drive Initial Comment: If left long enough vmtoolsd will fill the filesystem with its logs. I'm running on a ramdisk and have 64M set aside for logs. After leaving it for a few days with debug turned on it fills this. Is there a way of getting vmtoolsd to rotate its log? I assume its not compatible with 'logrotate' as it dies when sent a HUP. /root# cat /etc/vmware-tools/tools.conf [logging] vmsvc.handler=file vmsvc.level=debug vmsvc.data=/var/log/vmware-vmsvc.log vmusr.handler=file vmusr.level=debug vmusr.data=/var/log/vmware-vmsvc.log.user log=true level=debug [vmsvc] disable-tools-version=true ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-30 15:52 Message: To answer your question, I think the easier way is for your distribution to have a working "lsb_release" binary; that's preferred over the distro-specific "release" files. If you'd rather use a release file, you can check lib/misc/hostinfoPosix.c:HostinfoReadDistroFile() for what is expected (I'm not all that familiar with what that function does). ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 15:51 Message: Thanks for that info, that is good to know. ---------------------------------------------------------------------- Comment By: homebrew (barry-davis) Date: 2009-06-29 14:41 Message: I don't ususally run with it set to debug, It was just to demonstrate the point over a short period of time. I have a box thats logging just warning messages now and has been up for 5 hours. /root# ls -l /var/log/vmware-vmsvc.log* -rw-r--r-- 1 root root 2.2M Jun 29 21:17 /var/log/vmware-vmsvc.log -rw-r--r-- 1 root root 93K Jun 29 21:17 /var/log/vmware-vmsvc.log.old Most of the output in /var/log/vmware-vmsvc.log is repeatadly complaining it can't open release and version files once every 30 seconds. For a custom distribution what is the minimal set of files that you need to stop these messages, and what does vmtoolsd expect to find in them? [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sun-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/SuSE-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/novell-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sles-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrake-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandriva-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrakelinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/turbolinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/fedora-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/gentoo-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/nld-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lsb-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/annvix-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arch-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arklinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/aurox-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/blackcat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/cobalt-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/conectiva-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/immunix-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/knoppix_version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lfs-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/linuxppc-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mklinux-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/pld-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/e-smith-release: 2 ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 10:29 Message: vmtoolsd doesn't rotate logs yet; we only recommend enabling logs if you're actually trying to debug something or send data back to us so we can debug it. You can reduce the log spew by using a higher level (such as "warning") instead of "debug". At some point I'll look at adding log rotation (might also look at logrotate, thanks for the tip, although I don't think that helps us much with the Windows side of things), but don't hold your breath... :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-06-29 22:52:07
|
Tracker item #2814131, was opened at 2009-06-29 10:20 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: vmtoolsd logs fill drive Initial Comment: If left long enough vmtoolsd will fill the filesystem with its logs. I'm running on a ramdisk and have 64M set aside for logs. After leaving it for a few days with debug turned on it fills this. Is there a way of getting vmtoolsd to rotate its log? I assume its not compatible with 'logrotate' as it dies when sent a HUP. /root# cat /etc/vmware-tools/tools.conf [logging] vmsvc.handler=file vmsvc.level=debug vmsvc.data=/var/log/vmware-vmsvc.log vmusr.handler=file vmusr.level=debug vmusr.data=/var/log/vmware-vmsvc.log.user log=true level=debug [vmsvc] disable-tools-version=true ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 15:51 Message: Thanks for that info, that is good to know. ---------------------------------------------------------------------- Comment By: homebrew (barry-davis) Date: 2009-06-29 14:41 Message: I don't ususally run with it set to debug, It was just to demonstrate the point over a short period of time. I have a box thats logging just warning messages now and has been up for 5 hours. /root# ls -l /var/log/vmware-vmsvc.log* -rw-r--r-- 1 root root 2.2M Jun 29 21:17 /var/log/vmware-vmsvc.log -rw-r--r-- 1 root root 93K Jun 29 21:17 /var/log/vmware-vmsvc.log.old Most of the output in /var/log/vmware-vmsvc.log is repeatadly complaining it can't open release and version files once every 30 seconds. For a custom distribution what is the minimal set of files that you need to stop these messages, and what does vmtoolsd expect to find in them? [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sun-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/SuSE-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/novell-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sles-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrake-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandriva-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrakelinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/turbolinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/fedora-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/gentoo-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/nld-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lsb-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/annvix-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arch-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arklinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/aurox-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/blackcat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/cobalt-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/conectiva-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/immunix-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/knoppix_version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lfs-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/linuxppc-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mklinux-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/pld-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/e-smith-release: 2 ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 10:29 Message: vmtoolsd doesn't rotate logs yet; we only recommend enabling logs if you're actually trying to debug something or send data back to us so we can debug it. You can reduce the log spew by using a higher level (such as "warning") instead of "debug". At some point I'll look at adding log rotation (might also look at logrotate, thanks for the tip, although I don't think that helps us much with the Windows side of things), but don't hold your breath... :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-06-29 21:43:24
|
Tracker item #2814258, was opened at 2009-06-29 21:43 Message generated for change (Tracker Item Submitted) made by barry-davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814258&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: tools.conf documentation Initial Comment: It would be helpful if there was a doc somewhere that fully documented all the options that are available for use in the tools.conf file all in one place. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814258&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-06-29 21:41:50
|
Tracker item #2814131, was opened at 2009-06-29 17:20 Message generated for change (Comment added) made by barry-davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: vmtoolsd logs fill drive Initial Comment: If left long enough vmtoolsd will fill the filesystem with its logs. I'm running on a ramdisk and have 64M set aside for logs. After leaving it for a few days with debug turned on it fills this. Is there a way of getting vmtoolsd to rotate its log? I assume its not compatible with 'logrotate' as it dies when sent a HUP. /root# cat /etc/vmware-tools/tools.conf [logging] vmsvc.handler=file vmsvc.level=debug vmsvc.data=/var/log/vmware-vmsvc.log vmusr.handler=file vmusr.level=debug vmusr.data=/var/log/vmware-vmsvc.log.user log=true level=debug [vmsvc] disable-tools-version=true ---------------------------------------------------------------------- >Comment By: homebrew (barry-davis) Date: 2009-06-29 21:41 Message: I don't ususally run with it set to debug, It was just to demonstrate the point over a short period of time. I have a box thats logging just warning messages now and has been up for 5 hours. /root# ls -l /var/log/vmware-vmsvc.log* -rw-r--r-- 1 root root 2.2M Jun 29 21:17 /var/log/vmware-vmsvc.log -rw-r--r-- 1 root root 93K Jun 29 21:17 /var/log/vmware-vmsvc.log.old Most of the output in /var/log/vmware-vmsvc.log is repeatadly complaining it can't open release and version files once every 30 seconds. For a custom distribution what is the minimal set of files that you need to stop these messages, and what does vmtoolsd expect to find in them? [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sun-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/SuSE-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/novell-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sles-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrake-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandriva-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrakelinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/turbolinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/fedora-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/gentoo-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/nld-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lsb-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/annvix-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arch-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arklinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/aurox-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/blackcat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/cobalt-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/conectiva-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/immunix-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/knoppix_version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lfs-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/linuxppc-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mklinux-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/pld-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/e-smith-release: 2 ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 17:29 Message: vmtoolsd doesn't rotate logs yet; we only recommend enabling logs if you're actually trying to debug something or send data back to us so we can debug it. You can reduce the log spew by using a higher level (such as "warning") instead of "debug". At some point I'll look at adding log rotation (might also look at logrotate, thanks for the tip, although I don't think that helps us much with the Windows side of things), but don't hold your breath... :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 |
58 messages has been excluded from this view by a project administrator.
