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: Brian R. <rei...@nu...> - 2013-03-07 21:37:37
|
On Thu, Mar 07, 2013 at 10:01:55PM +0100, Reindl Harald wrote: > > Are you saying that in the last _five years_ no one's successfully > > built any version of open-vm-rools for RHEL5? > > who knows and who cares since VMware Inc. ships binaries > within ESXi and in public repos? The backstory is that we sell a network appliance based on CentOS. More specifically, we provide to the customer an executable that produces an ISO image that can be used to install the appliance's software in a VMware virtual machine. (Yes, that's very convoluted, but this is to address legal issues about software redistribution.) I hoped to include the commercial VMware tools in that ISO image. VMware legal has stated that this is not an approved method of redistribution, and as such, we cannot provide these tools. I turned to the open-source version of VMware tools, and have run into the issues cited in this thread. -- Brian Reichert <rei...@nu...> BSD admin/developer at large |
|
From: Reindl H. <h.r...@th...> - 2013-03-07 21:02:04
|
Am 07.03.2013 21:51, schrieb Brian Reichert: >> so what - your host-OS is also not opensource > > For my employer, we have to overcome certain issues to utilize this > software, esp as there are no RPMs available from our vendor (CentOS). your vendor CentOS or RHEL is not responsible for 3rd party software the vendor of your host system is VMware Inc. well, and if you have running ESX with a support contract you can bet taht VMware will tell you if you are in trouble "install the version which matches your current ESXi-host" > I don't have to agree with my employer's policies, I'm just suck > with them. maybe you should explain him technical facts >> saying that: look in the changelog, in a short you can expect >> that there is no way to install open-vm-tools on kernels >> of LTS guest systems becuse you will lack many things which >> are never in RHEL5/6 > > What does 'LTS' mean in this context? Long Term Support? > The NEWS file of open-vm-tools spans back to 2007.09.04. > RHEL5 was released six months prior, in 2007.3.14. which is a long time ago > Are you saying that in the last _five years_ no one's successfully > built any version of open-vm-rools for RHEL5? who knows and who cares since VMware Inc. ships binaries within ESXi and in public repos? open-vm-tools 2010.06.16 changes: * vmmemctl: Linux driver removed (it's now upstream) upstream = linux kernel but not the one for RHEL because it stays on patched old ones |
|
From: Brian R. <rei...@nu...> - 2013-03-07 20:53:59
|
On Thu, Mar 07, 2013 at 09:17:25PM +0100, Reindl Harald wrote: > > > Am 07.03.2013 21:07, schrieb Brian Reichert: > > On Thu, Mar 07, 2013 at 08:54:04PM +0100, Reindl Harald wrote: > >> for RHEL you find binary RPMS and even yum-repos fro the VMware-Tools > >> > >> http://packages.vmware.com/tools/esx/index.html > >> http://packages.vmware.com/tools/esx/5.0u2/rhel6/x86_64/index.html > >> http://packages.vmware.com/tools/esx/5.0u2/rhel5/x86_64/index.html > > > > These are not open source, and there is no corresponding source > > code available for them > > so what - your host-OS is also not opensource For my employer, we have to overcome certain issues to utilize this software, esp as there are no RPMs available from our vendor (CentOS). I don't have to agree with my employer's policies, I'm just suck with them. > saying that: look in the changelog, in a short you can expect > that there is no way to install open-vm-tools on kernels > of LTS guest systems becuse you will lack many things which > are never in RHEL5/6 What does 'LTS' mean in this context? The NEWS file of open-vm-tools spans back to 2007.09.04. RHEL5 was released six months prior, in 2007.3.14. Are you saying that in the last _five years_ no one's successfully built any version of open-vm-rools for RHEL5? -- Brian Reichert <rei...@nu...> BSD admin/developer at large |
|
From: Reindl H. <h.r...@th...> - 2013-03-07 20:17:33
|
Am 07.03.2013 21:07, schrieb Brian Reichert: > On Thu, Mar 07, 2013 at 08:54:04PM +0100, Reindl Harald wrote: >> for RHEL you find binary RPMS and even yum-repos fro the VMware-Tools >> >> http://packages.vmware.com/tools/esx/index.html >> http://packages.vmware.com/tools/esx/5.0u2/rhel6/x86_64/index.html >> http://packages.vmware.com/tools/esx/5.0u2/rhel5/x86_64/index.html > > These are not open source, and there is no corresponding source > code available for them so what - your host-OS is also not opensource if you are riding on the "all has to be open source" you must use KVM or such solutions at all - the open-vm tools are mostly for guest systems which are providing recent kernels which does not need most of the kernel-modules and in a short also have vmci/vsock in the upstream kernel saying that: look in the changelog, in a short you can expect that there is no way to install open-vm-tools on kernels of LTS guest systems becuse you will lack many things which are never in RHEL5/6 |
|
From: Brian R. <rei...@nu...> - 2013-03-07 20:08:04
|
On Thu, Mar 07, 2013 at 08:54:04PM +0100, Reindl Harald wrote: > for RHEL you find binary RPMS and even yum-repos fro the VMware-Tools > > http://packages.vmware.com/tools/esx/index.html > http://packages.vmware.com/tools/esx/5.0u2/rhel6/x86_64/index.html > http://packages.vmware.com/tools/esx/5.0u2/rhel5/x86_64/index.html These are not open source, and there is no corresponding source code available for them. -- Brian Reichert <rei...@nu...> BSD admin/developer at large |
|
From: Reindl H. <h.r...@th...> - 2013-03-07 19:54:13
|
Am 07.03.2013 20:45, schrieb Brian Reichert: > I have been poking at open-vm-tools-8.8.2-590212 under CentOS 5.8PAE, > and ran into the same initial symptoms as these people: > > http://sourceforge.net/tracker/?func=detail&aid=3570540&group_id=204462&atid=989708 > > http://sourceforge.net/tracker/?func=detail&aid=3452233&group_id=204462&atid=989708 > > The latter sums it up: "Looks like GRegex introduced in glib2 >= > 2.14 while RHEL5 and CentOS 5 use glib2 2.12." > > Is there an earlier version of open-vm-tools that does not depend > on Gregex? for RHEL you find binary RPMS and even yum-repos fro the VMware-Tools http://packages.vmware.com/tools/esx/index.html http://packages.vmware.com/tools/esx/5.0u2/rhel6/x86_64/index.html http://packages.vmware.com/tools/esx/5.0u2/rhel5/x86_64/index.html so no - you do not need open-vm-tools at all it would be much more important to support building them on Fedora 18 without dirty hacks because non LTS distributions are not supported with pre-compiled binaries |
|
From: Brian R. <rei...@nu...> - 2013-03-07 19:45:30
|
I have been poking at open-vm-tools-8.8.2-590212 under CentOS 5.8PAE, and ran into the same initial symptoms as these people: http://sourceforge.net/tracker/?func=detail&aid=3570540&group_id=204462&atid=989708 http://sourceforge.net/tracker/?func=detail&aid=3452233&group_id=204462&atid=989708 The latter sums it up: "Looks like GRegex introduced in glib2 >= 2.14 while RHEL5 and CentOS 5 use glib2 2.12." Is there an earlier version of open-vm-tools that does not depend on Gregex? -- Brian Reichert <rei...@nu...> BSD admin/developer at large |
|
From: Reindl H. <h.r...@th...> - 2013-02-27 18:09:27
|
however, i managed to get open-vm-tools for F18
building a RPM-packages without nearly anything
becasue my goal is only to support
* VMware vSpehere HA
* VMware Data Recovery
* see the IP of the guest in vCenter what works without libdnet
all tested and working with Fedora 17/18 x86_64 on vSphere 5.0
any other dependencies an features are removed from my package
since i do not need them, try to minimize dependency chains
and using Fedora guests all the time without GUI, all needed
kernel modules are in the linux-kernel since many months
to trigger a kernel panic / crash for tests:
sync; echo 1 > /proc/sys/kernel/sysrq; echo c > /proc/sysrq-trigger
_________________________________________________________________________
to prevent warnings because missing procfs/dnet
bindings every 30 seconds in syslog:
[root@buildserver:~]$ cat /etc/vmware-tools/tools.conf
[logging]
vmsvc.level=error
_________________________________________________________________________
native systemd-unit (TimeoutStopSec=1 prevents hang at shutdown on F18)
[root@buildserver:~]$ cat /usr/lib/systemd/system/vmtoolsd.service
[Unit]
Description=open-vm-tools
[Service]
Type=simple
ExecStart=/usr/bin/vmtoolsd
Restart=always
RestartSec=2
TimeoutStopSec=1
[Install]
WantedBy=multi-user.target
_________________________________________________________________________
RPM SPEC:
[root@buildserver:~]$ cat /rpmbuild/SPECS/vmware-tools.spec
%define vmtooolsver 9.2.2
%define buildver 958366
%global kernel_uname_r %(echo $(uname -r))
Name: open-vm-tools
Version: %{vmtooolsver}.%{buildver}
Release: 6%{?dist}
Summary: VMware Guest OS Tools
Group: Applications/System
License: LGPLv2
URL: http://open-vm-tools.sourceforge.net/
Source0: http://downloads.sourceforge.net/open-vm-tools/%{name}-%{vmtooolsver}-%{buildver}.tar.gz
Source1: vmtoolsd.service
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
ExclusiveArch: %{ix86} x86_64
Requires(post): systemd-units
Requires(preun): systemd-units
Requires: systemd-units
Requires: /usr/bin/bash
BuildRequires: pam-devel
BuildRequires: uriparser-devel
BuildRequires: libnotify-devel
BuildRequires: fuse-devel
Obsoletes: open-vm-tools-kmod kmod-open-vm-tools akmod-open-vm-tools open-vm-tools-kmod-common
open-vm-tools-libs
%description
Open-vm-tools are the open source implementation of VMware Tools
%package devel
Summary: Development package for %{name}
Group: Development/Libraries
Requires: %{name} = %{version}-%{release}
%description devel
Open-vm-tools are the open source implementation of VMware Tools
%prep
%setup -q -n %{name}-%{vmtooolsver}-%{buildver}
%build
CXXFLAGS="$RPM_OPT_FLAGS -Wno-deprecated-declarations"
CFLAGS="$RPM_OPT_FLAGS -Wno-deprecated-declarations"
export CXXFLAGS
export CFLAGS
%configure --disable-static \
--disable-dependency-tracking \
--disable-multimon \
--disable-tests \
--disable-docs \
--without-gtk2 \
--without-gtkmm \
--without-x \
--without-icu \
--without-root-privileges \
--with-gnu-ld \
--without-kernel-modules \
--without-procps \
--without-dnet
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
%{__make} %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name "*.la" -exec rm -f {} ';'
mkdir -p $RPM_BUILD_ROOT/sbin
mv $RPM_BUILD_ROOT%{_sbindir}/mount.* $RPM_BUILD_ROOT/sbin
rm -f $RPM_BUILD_ROOT%{_sysconfdir}/xdg/autostart/vmware-user.desktop
rm -f $RPM_BUILD_ROOT/%{_libdir}/open-vm-tools/plugins/common/libhgfsServer.so
rm -f $RPM_BUILD_ROOT/sbin/mount.vmhgfs
rm -f $RPM_BUILD_ROOT/usr/bin/vmware-hgfsclient
mkdir -p ${RPM_BUILD_ROOT}/%{_unitdir}
mkdir -p ${RPM_BUILD_ROOT}%{_libexecdir}
install -m 644 %{SOURCE1} $RPM_BUILD_ROOT/%{_unitdir}/
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmtoolsd
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-checkvm
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-rpctool
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-toolbox-cmd
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-vmblock-fuse
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-xferlogs
%clean
rm -rf $RPM_BUILD_ROOT
%post
/usr/sbin/ldconfig
/usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
exit 0
%postun
/usr/sbin/ldconfig
/usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
exit 0
%preun
if [ "$1" = 0 ]
then
/usr/bin/systemctl stop vmtoolsd.service 2> /dev/null > /dev/null
/usr/bin/systemctl disable vmtoolsd.service 2> /dev/null > /dev/null
fi
exit 0
%files
%defattr(-,root,root,-)
%{_bindir}/vm*
%{_datadir}/%{name}
%config(noreplace) %{_sysconfdir}/pam.d/*
%{_unitdir}/vmtoolsd.service
%{_sysconfdir}/vmware-tools
%{_libdir}/*.so.*
%{_libdir}/%{name}
%files devel
%defattr(-,root,root,-)
%{_includedir}/*
%{_libdir}/*.so
%{_libdir}/pkgconfig/*.pc
%changelog
* Wed Feb 27 2013 Reindl Harald <h.r...@th...>
- build Fedora 18 package
- build without 'procps', 'dnet' and 'multimon' to relax dependency chain
- build with CFLAGS "Wno-deprecated-declarations" to satisfy glib/gcc of F18
- TimeoutStopSec=1
* Sun Nov 02 2012 Reindl Harald <h.r...@th...>
- chmod 700 for command-line tools
_________________________________________________________________________
Am 27.02.2013 13:59, schrieb Reindl Harald:
> can someone please fix the deprecated code parts
> or disable "-Werror=deprecated-declarations" in
> the source to make it possible again to build
> open-vm-tools for Fedora >= 18?
>
> + sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
> + sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
> + /usr/bin/make -j8
> fileLogger.c: In function 'FileLoggerDestroy':
> fileLogger.c:367:4: error: 'g_static_mutex_free' is deprecated (declared at
> /usr/include/glib-2.0/glib/deprecated/gthread.h:147): Use 'g_mutex_free' instead [-Werror=deprecated-declarations]
> fileLogger.c: In function 'GlibUtils_CreateFileLogger':
> fileLogger.c:414:4: error: 'g_static_mutex_init' is deprecated (declared at
> /usr/include/glib-2.0/glib/deprecated/gthread.h:145): Use 'g_mutex_init' instead [-Werror=deprecated-declarations]
> cc1: all warnings being treated as errors
> make[2]: *** [libGlibUtils_la-fileLogger.lo] Error 1
> make[2]: *** Waiting for unfinished jobs....
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1
--
Reindl Harald
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / CISO / Software-Development
p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40
icq: 154546673, http://www.thelounge.net/
http://www.thelounge.net/signature.asc.what.htm
|
|
From: Reindl H. <h.r...@th...> - 2013-02-27 13:00:45
|
can someone please fix the deprecated code parts or disable "-Werror=deprecated-declarations" in the source to make it possible again to build open-vm-tools for Fedora >= 18? + sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool + sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool + /usr/bin/make -j8 fileLogger.c: In function 'FileLoggerDestroy': fileLogger.c:367:4: error: 'g_static_mutex_free' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:147): Use 'g_mutex_free' instead [-Werror=deprecated-declarations] fileLogger.c: In function 'GlibUtils_CreateFileLogger': fileLogger.c:414:4: error: 'g_static_mutex_init' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:145): Use 'g_mutex_init' instead [-Werror=deprecated-declarations] cc1: all warnings being treated as errors make[2]: *** [libGlibUtils_la-fileLogger.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 |
|
From: SourceForge.net <no...@so...> - 2013-02-26 16:33:46
|
Tracker item #3606076, was opened at 2013-02-26 08:33 Message generated for change (Tracker Item Submitted) made by jskier21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3606076&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: Open Resolution: None Priority: 5 Private: No Submitted By: JSkier (jskier21) Assigned to: Nobody/Anonymous (nobody) Summary: video crashes when loading glx Initial Comment: I recently upgraded ArchLinux to mesa-libgl 9.1. After doing so, X will crash when loading GLX and X won't start. Running 64bit, linux 3.8 Vanilla open-vm-tools 1:9.2.2-5 xf86-video-vmware 13.0.0-1 svga-dri 9.1-2 Will attach Xorg log shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3606076&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-02-22 20:53:17
|
Tracker item #3605701, was opened at 2013-02-22 12:53 Message generated for change (Tracker Item Submitted) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3605701&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmware-fuse fails to build Initial Comment: Distro: Ubuntu 13.04 Kernel: 3.8 Version: 2012.12.26-958366 vmware-fuse is now failing to build. Tell me what's going on, and maybe give a fix. Thanks Attached are the latest build logs (for both 32-bit and 64-bit) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3605701&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-02-01 18:07:18
|
Tracker item #3602708, was opened at 2013-01-30 13:48 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&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: Open Resolution: None Priority: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmci modules fails to build Initial Comment: Distro: Ubuntu 13.04 Kernel: 3.8-rc4 Version: 2012.12.26-958366 vmci kernel module fails to bulid against 3.8 kernel. I've attached the build log. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-02-01 10:07 Message: This issue will be fixed in the next release of open-vm-tools, but for now please simply remove __devinit, __devexit and __devexit_p markups from the sources tp work around the problem. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-02-01 17:59:09
|
Tracker item #3602723, was opened at 2013-01-30 15:23 Message generated for change (Comment added) made by lousybrit You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&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: Open Resolution: None Priority: 7 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Slower vmhgfs when upgraded from 7.3 to 9.0.1 Initial Comment: Host OS: Windows 7 VM OS: Fedora 13 VM framework: VWare Workstation 7.3 and 9.0.1 After upgrade our VM workstation from 7.3 to 9.0.1, we realized that shared storage fs (vmhgfs) is dramatically slower than in previous version. After an exploration, we found out that it is caused by new version VMtools. Example: File copy on a system with VMtools from VMware Workstation 7.3 $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 2.25995 s, 46.4 MB/s real 0m2.789s user 0m0.001s sys 0m2.785s After VMtools upgrade (VMware 9.0.1): $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 24.2573 s, 4.3 MB/s real 0m4.428s user 0m0.000s sys 0m4.425s The duration is 1.5x longer than before. In case of multiple files and several kinds of operations, it is even worse. Compilation of our product takes 5min on VMtools 7.3 but it requires 25min on VMtools 9.0.3 This means it is 5x slower. Could you please fix this performance issue? Thanks. ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-02-01 09:59 Message: Thanks so much for reporting this issue together with the tests you have run. This is a known issue and has a bug filed against the HGFS file sharing. I am going to be looking into this very shortly. Thank you. Steve ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-31 20:00:01
|
Tracker item #3602708, was opened at 2013-01-30 13:48 Message generated for change (Settings changed) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&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: Open Resolution: None >Priority: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmci modules fails to build Initial Comment: Distro: Ubuntu 13.04 Kernel: 3.8-rc4 Version: 2012.12.26-958366 vmci kernel module fails to bulid against 3.8 kernel. I've attached the build log. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-30 23:24:08
|
Tracker item #3602723, was opened at 2013-01-30 15:23 Message generated for change (Settings changed) made by dkoudela You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&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: Open Resolution: None >Priority: 7 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Slower vmhgfs when upgraded from 7.3 to 9.0.1 Initial Comment: Host OS: Windows 7 VM OS: Fedora 13 VM framework: VWare Workstation 7.3 and 9.0.1 After upgrade our VM workstation from 7.3 to 9.0.1, we realized that shared storage fs (vmhgfs) is dramatically slower than in previous version. After an exploration, we found out that it is caused by new version VMtools. Example: File copy on a system with VMtools from VMware Workstation 7.3 $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 2.25995 s, 46.4 MB/s real 0m2.789s user 0m0.001s sys 0m2.785s After VMtools upgrade (VMware 9.0.1): $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 24.2573 s, 4.3 MB/s real 0m4.428s user 0m0.000s sys 0m4.425s The duration is 1.5x longer than before. In case of multiple files and several kinds of operations, it is even worse. Compilation of our product takes 5min on VMtools 7.3 but it requires 25min on VMtools 9.0.3 This means it is 5x slower. Could you please fix this performance issue? Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-30 23:23:24
|
Tracker item #3602723, was opened at 2013-01-30 15:23 Message generated for change (Tracker Item Submitted) made by dkoudela You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&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: Open Resolution: None Priority: 5 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Slower vmhgfs when upgraded from 7.3 to 9.0.1 Initial Comment: Host OS: Windows 7 VM OS: Fedora 13 VM framework: VWare Workstation 7.3 and 9.0.1 After upgrade our VM workstation from 7.3 to 9.0.1, we realized that shared storage fs (vmhgfs) is dramatically slower than in previous version. After an exploration, we found out that it is caused by new version VMtools. Example: File copy on a system with VMtools from VMware Workstation 7.3 $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 2.25995 s, 46.4 MB/s real 0m2.789s user 0m0.001s sys 0m2.785s After VMtools upgrade (VMware 9.0.1): $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 24.2573 s, 4.3 MB/s real 0m4.428s user 0m0.000s sys 0m4.425s The duration is 1.5x longer than before. In case of multiple files and several kinds of operations, it is even worse. Compilation of our product takes 5min on VMtools 7.3 but it requires 25min on VMtools 9.0.3 This means it is 5x slower. Could you please fix this performance issue? Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-30 21:48:04
|
Tracker item #3602708, was opened at 2013-01-30 13:48 Message generated for change (Tracker Item Submitted) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmci modules fails to build Initial Comment: Distro: Ubuntu 13.04 Kernel: 3.8-rc4 Version: 2012.12.26-958366 vmci kernel module fails to bulid against 3.8 kernel. I've attached the build log. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-22 14:47:36
|
Tracker item #3601762, was opened at 2013-01-22 06:47 Message generated for change (Tracker Item Submitted) made by mgaugusch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3601762&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: Markus Gaugusch (mgaugusch) Assigned to: Nobody/Anonymous (nobody) Summary: vmtoolsd crashes with more than 16 network interfaces Initial Comment: One of my servers (still running openSUSE 11.4, but I've also recompiled latest open-vm-tools from 12.2) can't run vmtoolsd. After ~1 minute it crashes with the following message: [ error] [vmsvc] MEM_ALLOC guestInfoPosix.c:292 I've found a hint, that this may be related to a large number of NICs in the machine: http://forum.pfsense.org/index.php?topic=50701.0 (In fact, I have 21 interfaces, most of them are assigned to VLANs on a trunk). See also: http://lists.opensuse.org/opensuse-bugs/2012-12/msg00146.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3601762&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-22 07:48:16
|
Tracker item #3601728, was opened at 2013-01-21 23:48 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3601728&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: Open Resolution: None Priority: 5 Private: No Submitted By: Andy Melnikov () Assigned to: Nobody/Anonymous (nobody) Summary: vmtoolsd doesn't respond to signals Initial Comment: Start vmtoolsd --background foo.pid. Try to kill it with kill `foo.pid` or by manually finding the pid in ps. Actual behavior: It keeps running Expected behavior: It stops. Same happens when you run it in foreground - Ctrl-C in console doesn't help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3601728&group_id=204462 |
|
From: Reindl H. <h.r...@th...> - 2013-01-15 01:10:25
|
fileLogger.c: In function 'FileLoggerDestroy':
fileLogger.c:367:4: error: 'g_static_mutex_free' is deprecated (declared at
/usr/include/glib-2.0/glib/deprecated/gthread.h:147): Use 'g_mutex_free' instead [-Werror=deprecated-declarations]
fileLogger.c: In function 'GlibUtils_CreateFileLogger':
fileLogger.c:414:4: error: 'g_static_mutex_init' is deprecated (declared at
/usr/include/glib-2.0/glib/deprecated/gthread.h:145): Use 'g_mutex_init' instead [-Werror=deprecated-declarations]
cc1: all warnings being treated as errors
make[2]: *** [libGlibUtils_la-fileLogger.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/home/builduser/rpmbuild/BUILD/open-vm-tools-9.2.2-958366/lib/glibUtils'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/builduser/rpmbuild/BUILD/open-vm-tools-9.2.2-958366/lib'
make: *** [all-recursive] Error 1
Fehler: Fehler-Status beim Beenden von /var/tmp/rpm-tmp.QZYDah (%build)
______________________________________________________
i doubt it is impossible to strip the package more down as it is:
[builduser@testserver:/rpmbuild/SPECS]$ cat vmware-tools.spec
%define vmtooolsver 9.2.2
%define buildver 958366
%global kernel_uname_r %(echo $(uname -r))
Name: open-vm-tools
Version: %{vmtooolsver}.%{buildver}
Release: 2%{?dist}
Summary: VMware Guest OS Tools
Group: Applications/System
License: LGPLv2
URL: http://open-vm-tools.sourceforge.net/
Source0: http://downloads.sourceforge.net/open-vm-tools/%{name}-%{vmtooolsver}-%{buildver}.tar.gz
Source1: vmtoolsd.service
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
ExclusiveArch: %{ix86} x86_64
Requires(post): systemd-units
Requires(preun): systemd-units
Requires: systemd-units
Requires: /usr/bin/bash
BuildRequires: libdnet-devel
BuildRequires: pam-devel
BuildRequires: uriparser-devel
BuildRequires: libnotify-devel
BuildRequires: fuse-devel
Obsoletes: open-vm-tools-kmod kmod-open-vm-tools akmod-open-vm-tools open-vm-tools-kmod-common
open-vm-tools-libs
%description
Open-vm-tools are the open source implementation of VMware Tools. They
are a set of guest operating system virtualization components that
enhance performance and user experience of VMWare virtual
machines. This package contains the user-space programs and libraries
of open-vm-tools.
%package devel
Summary: Development package for %{name}
Group: Development/Libraries
Requires: %{name} = %{version}-%{release}
%description devel
Open-vm-tools are the open source implementation of VMware Tools. They
are a set of guest operating system virtualization components that
enhance performance and user experience of VMWare virtual machines
%prep
%setup -q -n %{name}-%{vmtooolsver}-%{buildver}
%build
%configure --disable-static \
--disable-dependency-tracking \
--disable-docs \
--without-gtk2 \
--without-gtkmm \
--without-x \
--without-icu \
--without-root-privileges \
--with-gnu-ld \
--without-kernel-modules \
--without-procps
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
%{__make} %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name "*.la" -exec rm -f {} ';'
mkdir -p $RPM_BUILD_ROOT/sbin
mv $RPM_BUILD_ROOT%{_sbindir}/mount.* $RPM_BUILD_ROOT/sbin
rm -f $RPM_BUILD_ROOT%{_sysconfdir}/xdg/autostart/vmware-user.desktop
rm -f $RPM_BUILD_ROOT/%{_libdir}/open-vm-tools/plugins/common/libhgfsServer.so
rm -f $RPM_BUILD_ROOT/sbin/mount.vmhgfs
rm -f $RPM_BUILD_ROOT/usr/bin/vmware-hgfsclient
mkdir -p ${RPM_BUILD_ROOT}/%{_unitdir}
mkdir -p ${RPM_BUILD_ROOT}%{_libexecdir}
install -m 644 %{SOURCE1} $RPM_BUILD_ROOT/%{_unitdir}/
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmtoolsd
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-checkvm
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-rpctool
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-toolbox-cmd
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-vmblock-fuse
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-xferlogs
%clean
rm -rf $RPM_BUILD_ROOT
%post
/usr/sbin/ldconfig
/usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
exit 0
%postun
/usr/sbin/ldconfig
/usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
exit 0
%preun
if [ "$1" = 0 ]
then
/usr/bin/systemctl stop vmtoolsd.service 2> /dev/null > /dev/null
/usr/bin/systemctl disable vmtoolsd.service 2> /dev/null > /dev/null
fi
exit 0
%files
%defattr(-,root,root,-)
%{_bindir}/vm*
%{_datadir}/%{name}
%config(noreplace) %{_sysconfdir}/pam.d/*
%{_unitdir}/vmtoolsd.service
%{_sysconfdir}/vmware-tools
%{_libdir}/*.so.*
%{_libdir}/%{name}
%files devel
%defattr(-,root,root,-)
%{_includedir}/*
%{_libdir}/*.so
%{_libdir}/pkgconfig/*.pc
%changelog
|
|
From: Dmitry T. <dt...@vm...> - 2013-01-14 17:48:00
|
Hmm, nicinfo.h includes vmxrpc.h, which includes vm_basic_types.h which should sort it all out. Thanks, Dmitry On Saturday, January 12, 2013 03:27:48 PM SC wrote: > Getting stuck during install with error regarding nicinfo: > > unknown type name 'Bool' > unknown type name 'uint32' > > No matter what changes I make to .h to #include > > sebus > > ---------------------------------------------------------------------------- > -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, > Windows 8 Apps, JavaScript and much more. Keep your skills current with > LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and > experts. SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122412 > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel |
|
From: SC <se...@ex...> - 2013-01-12 20:41:28
|
Getting stuck during install with error regarding nicinfo: unknown type name 'Bool' unknown type name 'uint32' No matter what changes I make to .h to #include sebus |
|
From: SourceForge.net <no...@so...> - 2013-01-08 09:56:02
|
Tracker item #3599913, was opened at 2013-01-08 01:54 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3599913&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: vmxnet3 on ESXi 5.1 breaks some TCP traffic Initial Comment: I have had a virtual firewall running in a VM for 2 years without any problems, on ESX 4.1U2. After upgrading the hypervisor to ESXi 5.1 (with latest patches) the same virtual firewall starts currupting random TCP streams. The guest OS is Gentoo, running plain vanilla kernel 3.0.57 and 3.4.24 (and 2.6.32.x prior). I have two customers with similar setups, that run without problems. There is only one difference in the setup: - Working firewalls have one pNIC as uplink for a single vSwitch, the guest connected to a port-group using VLAN 4095 using guest tagging. - The broken setup has one pNIC as uplink for each of two vSwitches, the guest connected to a port-group using VLAN 4095 using guest tagging to both vSwitches. If moving packets from eth0.1 to eth0.100 everything seems normal, but from eth0.100 to eth1.200 (i.e. across virtual adapters) then I get random duplicate TCP ACKs and it ends in garbled data and a TCP reset. It if fully and easily reproducible. Changing the adapters to e1000/e1000e does not show the same problems. ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2013-01-08 01:56 Message: Forgot to add, all VMs run app-emulation/open-vm-tools-2012.10.14.874563. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3599913&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-01-08 09:54:48
|
Tracker item #3599913, was opened at 2013-01-08 01:54 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3599913&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: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: vmxnet3 on ESXi 5.1 breaks some TCP traffic Initial Comment: I have had a virtual firewall running in a VM for 2 years without any problems, on ESX 4.1U2. After upgrading the hypervisor to ESXi 5.1 (with latest patches) the same virtual firewall starts currupting random TCP streams. The guest OS is Gentoo, running plain vanilla kernel 3.0.57 and 3.4.24 (and 2.6.32.x prior). I have two customers with similar setups, that run without problems. There is only one difference in the setup: - Working firewalls have one pNIC as uplink for a single vSwitch, the guest connected to a port-group using VLAN 4095 using guest tagging. - The broken setup has one pNIC as uplink for each of two vSwitches, the guest connected to a port-group using VLAN 4095 using guest tagging to both vSwitches. If moving packets from eth0.1 to eth0.100 everything seems normal, but from eth0.100 to eth1.200 (i.e. across virtual adapters) then I get random duplicate TCP ACKs and it ends in garbled data and a TCP reset. It if fully and easily reproducible. Changing the adapters to e1000/e1000e does not show the same problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3599913&group_id=204462 |
|
From: Sebastien R. <seb...@de...> - 2013-01-02 23:15:30
|
The Solaris vmxnet3s driver's rx path passes up Ethernet headers that are 8-byte aligned, resulting in IP and TCP headers that are only 2-byte aligned. While this isn't a big problem, this results in slower accesses to header fields accessed as 32-bit fields by the TCP/IP stack such as IPv4 addresses and TCP sequence and acknowledgment numbers. Is this the case for other vmxnet3 driver implementations as well? Any thoughts on if/how this can be remedied? Thanks, -Seb |
58 messages has been excluded from this view by a project administrator.
