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: Don C. <don...@ya...> - 2013-10-02 14:56:34
|
When and where is this causing you problems? Sent from Yahoo! Mail on Android |
From: Reindl H. <h.r...@th...> - 2013-10-02 12:34:22
|
and that was also already fixed without need to use "-Wno-deprecated-declarations" - what happened with these commits/fixes? sysLogger.c:116:4: error: 'g_static_mutex_get_mutex_impl' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:149): Use 'GMutex' instead [-Werror=deprecated-declarations] g_static_mutex_unlock(&gSysLoggerLock); ^ sysLogger.c: In function 'GlibUtils_CreateSysLogger': sysLogger.c:143:4: error: 'g_static_mutex_get_mutex_impl' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:149): Use 'GMutex' instead [-Werror=deprecated-declarations] g_static_mutex_lock(&gSysLoggerLock); ^ sysLogger.c:206:4: error: 'g_static_mutex_get_mutex_impl' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:149): Use 'GMutex' instead [-Werror=deprecated-declarations] g_static_mutex_unlock(&gSysLoggerLock); ^ cc1: all warnings being treated as errors make[2]: *** [libGlibUtils_la-sysLogger.lo] Error 1 make[2]: Leaving directory `/home/builduser/rpmbuild/BUILD/open-vm-tools-9.4.0-1280544/lib/glibUtils' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/builduser/rpmbuild/BUILD/open-vm-tools-9.4.0-1280544/lib' make: *** [all-recursive] Error 1 Fehler: Fehler-Status beim Beenden von /var/tmp/rpm-tmp.vOxzPk (%build) Am 02.10.2013 14:30, schrieb Reindl Harald: > Hi > > open-vm-tools-9.4.0-1280544.tar.gz > configure: error: libproc not found. Please configure without procps (using --without-procps) or install procps > > this was already fixed in open-vm-tools-9.2.3.1098359 > > [builduser@testserver:/rpmbuild/SPECS]$ rpm -qa | grep procps > procps-ng-3.3.8-10.fc19.x86_64 > procps-ng-devel-3.3.8-10.fc19.x86_64 |
From: Reindl H. <h.r...@th...> - 2013-10-02 12:30:52
|
Hi open-vm-tools-9.4.0-1280544.tar.gz configure: error: libproc not found. Please configure without procps (using --without-procps) or install procps this was already fixed in open-vm-tools-9.2.3.1098359 [builduser@testserver:/rpmbuild/SPECS]$ rpm -qa | grep procps procps-ng-3.3.8-10.fc19.x86_64 procps-ng-devel-3.3.8-10.fc19.x86_64 |
From: Jesse S. <jst...@em...> - 2013-08-28 18:39:22
|
I've fixed the issue and now have a (mostly) populated GuestNicInfo and GuestStackInfo on vSphere 5.1. I'll get the paperwork done so I can submit this patch along with some another I have to handle shadow passwords when PAM is not being used. Jesse On 2013-08-26 10:19 AM, "Jesse Stockall" <jst...@em...> wrote: >Thanks for the information. If this structure was correctly populated and >transmitted over the channel, should I expect guest.net to be populated in >vSphere's object model? > >It appears that the NicInfoV3 structure is not being correctly populated. >The IP address's are not being correctly copied over to the TypedIpAddress >struct in GuestInfoSockAddrToTypedIpAddress() (guestInfo.c). > >Jesse > >From: Ravindra Kumar <rav...@vm...> >Reply-To: open-vm-tools development ><ope...@li...> >Date: Thursday, 22 August, 2013 8:07 PM >To: open-vm-tools development <ope...@li...> >Subject: Re: GuestNicInfo and GuestStackInfo > > >Hi Jesse, > > >The real specification is NicInfoV3 struct which is defined in >lib/guestRpc/nicinfo.x. > >You might want to look at following files to figure how is this structure >populated: > >services/plugins/guestInfo/getlib/guestInfo.c >services/plugins/guestInfo/getlib/guestInfoPosix.c > >Please ensure to go through >http://open-vm-tools.sourceforge.net/contribute.php ><http://open-vm-tools.sourceforge.net/contribute.php> if you are >considering to contribute to the project. > > >Thanks, > >Ravindra > > >________________________________________ >From: "Jesse Stockall" <jst...@em...> >To: ope...@li... >Sent: Wednesday, August 21, 2013 12:37:37 PM >Subject: GuestNicInfo and GuestStackInfo > >GuestNicInfo and GuestStackInfo are not populated with open-vm-tools as >seen in the vSphere Managed Object Browser. Only the IP address of the >first network adapter is displayed. I'm interested in adding support for >these data structures so we can retrieve > networking information for all network adapters. Where can I find the >specification for the data VMware expects? > >I'm using open-vm-tools-9.2.3-1031360 and vSphere 5.1 > >Thanks > >Jesse > >-------------------------------------------------------------------------- >- >--- >Introducing Performance Central, a new site from SourceForge and >AppDynamics. Performance Central is your source for news, insights, >analysis and resources for efficient Application Performance Management. >Visit us today! >http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktr >k >_______________________________________________ >open-vm-tools-devel mailing list >ope...@li... >https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel > > > > >-------------------------------------------------------------------------- >---- >Introducing Performance Central, a new site from SourceForge and >AppDynamics. Performance Central is your source for news, insights, >analysis and resources for efficient Application Performance Management. >Visit us today! >http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktr >k >_______________________________________________ >open-vm-tools-devel mailing list >ope...@li... >https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel > |
From: Jesse S. <jst...@em...> - 2013-08-26 14:34:52
|
Thanks for the information. If this structure was correctly populated and transmitted over the channel, should I expect guest.net to be populated in vSphere's object model? It appears that the NicInfoV3 structure is not being correctly populated. The IP address's are not being correctly copied over to the TypedIpAddress struct in GuestInfoSockAddrToTypedIpAddress() (guestInfo.c). Jesse From: Ravindra Kumar <rav...@vm...> Reply-To: open-vm-tools development <ope...@li...> Date: Thursday, 22 August, 2013 8:07 PM To: open-vm-tools development <ope...@li...> Subject: Re: GuestNicInfo and GuestStackInfo Hi Jesse, The real specification is NicInfoV3 struct which is defined in lib/guestRpc/nicinfo.x. You might want to look at following files to figure how is this structure populated: services/plugins/guestInfo/getlib/guestInfo.c services/plugins/guestInfo/getlib/guestInfoPosix.c Please ensure to go through http://open-vm-tools.sourceforge.net/contribute.php <http://open-vm-tools.sourceforge.net/contribute.php> if you are considering to contribute to the project. Thanks, Ravindra ________________________________________ From: "Jesse Stockall" <jst...@em...> To: ope...@li... Sent: Wednesday, August 21, 2013 12:37:37 PM Subject: GuestNicInfo and GuestStackInfo GuestNicInfo and GuestStackInfo are not populated with open-vm-tools as seen in the vSphere Managed Object Browser. Only the IP address of the first network adapter is displayed. I'm interested in adding support for these data structures so we can retrieve networking information for all network adapters. Where can I find the specification for the data VMware expects? I'm using open-vm-tools-9.2.3-1031360 and vSphere 5.1 Thanks Jesse --------------------------------------------------------------------------- --- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ open-vm-tools-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel |
From: Ravindra K. <rav...@vm...> - 2013-08-23 00:07:08
|
Hi Jesse, The real specification is NicInfoV3 struct which is defined in lib/guestRpc/nicinfo.x. You might want to look at following files to figure how is this structure populated: services/plugins/guestInfo/getlib/guestInfo.c services/plugins/guestInfo/getlib/guestInfoPosix.c Please ensure to go through http://open-vm-tools.sourceforge.net/contribute.php if you are considering to contribute to the project. Thanks, Ravindra ----- Original Message ----- From: "Jesse Stockall" <jst...@em...> To: ope...@li... Sent: Wednesday, August 21, 2013 12:37:37 PM Subject: GuestNicInfo and GuestStackInfo GuestNicInfo and GuestStackInfo are not populated with open-vm-tools as seen in the vSphere Managed Object Browser. Only the IP address of the first network adapter is displayed. I'm interested in adding support for these data structures so we can retrieve networking information for all network adapters. Where can I find the specification for the data VMware expects? I'm using open-vm-tools-9.2.3-1031360 and vSphere 5.1 Thanks Jesse ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ open-vm-tools-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel |
From: Jesse S. <jst...@em...> - 2013-08-21 19:53:20
|
GuestNicInfo and GuestStackInfo are not populated with open-vm-tools as seen in the vSphere Managed Object Browser. Only the IP address of the first network adapter is displayed. I'm interested in adding support for these data structures so we can retrieve networking information for all network adapters. Where can I find the specification for the data VMware expects? I'm using open-vm-tools-9.2.3-1031360 and vSphere 5.1 Thanks Jesse |
From: Dmitry T. <dt...@vm...> - 2013-06-03 22:11:28
|
Hi Alex, On Monday, June 03, 2013 03:26:28 PM Alex wrote: > Hello, > > I am looking for minimal set of apps&libs to read VMware environment > properties set in vCenter during OVA deployment. > Something like what mentioned here: > http://blogs.vmware.com/vapp/2009/07/selfconfiguration-and-the-ovf-environme > nt.html > > or like this: > /usr/sbin/vmtoolsd --cmd "info-get guestinfo.ovfEnv" > > I wonder if it's possible to use open-vm-tools for that. > Yes, it should be possible to use open vm tools to get guestinfo data. I believe at minimum you need to have guestinfo plugin running. I do not believe we have ever tried to reduce the tools build to something that is absolutely required to retrieve guestinfo data, though. Thanks, Dmitry |
From: Alex <ale...@gm...> - 2013-06-03 19:26:37
|
Hello, I am looking for minimal set of apps&libs to read VMware environment properties set in vCenter during OVA deployment. Something like what mentioned here: http://blogs.vmware.com/vapp/2009/07/selfconfiguration-and-the-ovf-environment.html or like this: /usr/sbin/vmtoolsd --cmd "info-get guestinfo.ovfEnv" I wonder if it's possible to use open-vm-tools for that. Would appreciate any suggestions, Thanks, ~ Alex. |
From: SourceForge.net <no...@so...> - 2013-05-19 17:31:53
|
Tracker item #3612935, was opened at 2013-05-08 17:36 Message generated for change (Comment added) made by bhundven You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612935&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: Stephen Hemminger (shemminger) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails with 3.9 kernel Initial Comment: With 3.9 kernel VMCI and VSOCK are in the upstream kernel (no longer part of open-vm-tools). As part of the upstream conversion the VMCI function names changed, breaking vmhgfs. Using kernel modules from open-vm-tools-9.2.3-1031360 Attempts to load vmhgfs module fail with [ 13.880701] vmhgfs: Unknown symbol VMCIDatagram_Send (err 0) [ 13.880752] vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err 0) [ 13.880758] vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err 0) ---------------------------------------------------------------------- Comment By: Bryan Hundven (bhundven) Date: 2013-05-19 10:31 Message: Stephen, I was able to build open-vm-tools dkms on ubuntu with: open-vm-tools-2013.04.16-1098359 https://sourceforge.net/projects/open-vm-tools/files/open-vm-tools/Development%20Snapshots/ I had to remove 0002-procps.patch and 0005-kernel-38-fixes.patch from the ubuntu package to get an updated debian package to build. Hope that helps! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612935&group_id=204462 |
From: Ravindra K. <rav...@vm...> - 2013-05-17 05:43:28
|
> I noticed that PowerCLI, VIX and other vSphere management packages having > the ability of running scripts on VM and changing IP of VM etc., Do they talk to > guestd of vmtools as they send those commands to VM? What is the architecture > there? Yes, any vSphere operation that runs inside the guest goes through vmtoolsd. > Is there anyway to make guestd to operate only in GET mode, but not SET mode? No. It sounds to be a new feature but not sure if it really adds any value because host anyway controls the guest. Given that all the communication to vmtoolsd is from host, if host access is controlled through proper role/access control in VC, SET mode should not bother you. However, if you want to control VIX operations from within guest, you can configure tools.conf to disable specific VIX operations. Here are the examples: Following two lines will disable all VIX operations: [ guestoperations ] disabled=TRUE Following lines will disable operations like VixVM_RunProgramInGuest , VixVM_CopyFileFromHostToGuest , VixVM_CreateDirectoryInGuest , VixVM_CreateTempFileInGuest , VixVM_DeleteDirectoryInGuest , VixVM_DeleteFileInGuest , VixVM_KillProcessInGuest , VixVM_RenameFileInGuest operations : [ guestoperations ] StartProgramInGuest.disabled=TRUE TerminateProcessInGuest .disabled=TRUE MakeDirectoryInGuest .disabled=TRUE DeleteFileInGuest .disabled=TRUE DeleteDirectoryInGuest .disabled=TRUE MoveDirectoryInGuest .disabled=TRUE MoveFileInGuest .disabled=TRUE CreateTemporaryFileInGuest .disabled=TRUE CreateTemporaryDirectoryInGuest .disabled=TRUE ChangeFileAttributesInGuest .disabled=TRUE InitiateFileTransferToGuest .disabled=TRUE There are some more commands to modify guest registry and running scripts inside guest etc which (unfortunately) have no control provided through tools.conf. > There is limited info guestd module per say. What are the various GETs > and SETs that can be done with guestd? vmtoolsd collects resource usage information, provides soft power operations, performs time synchronization with the host, and provides backend for VIX APIs ( https://www.vmware.com/support/developer/vix-api/vix112_reference/index2.html ). Most of the operations are GET. There are some of the VIX operations that modify things in guest. You can see these from the VIX reference page above. > Do any of those need Guest OS's root/admin login credentials? Typically, all the guest operations require login credentials and run as that user whose credentials have been provided. |
From: SourceForge.net <no...@so...> - 2013-05-12 20:54:36
|
Tracker item #3613152, was opened at 2013-05-12 13:54 Message generated for change (Tracker Item Submitted) made by wernerflamme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3613152&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: Werner Flamme (wernerflamme) Assigned to: Nobody/Anonymous (nobody) Summary: error in modules/linux/vmhgfs/inode.c Initial Comment: I try to build open-vm-tools on openSUSE build system against the current Tumbleweed release (oS 12.3 + newer Kernel (3.9.1-7.gb6484b6). The build stops with errors: ... modules/linux/vmhgfs/inode.c: In function 'HgfsPermission': ... modules/linux/vmhgfs/inode.c:1821:64: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 ... modules/linux/vmhgfs/inode.c:1821:7: error: 'hlist_for_each_entry' undeclared (first use in this function) ... modules/linux/vmhgfs/inode.c:1821:7: note: each undeclared identifier is reported only once for each function it appears in ... modules/linux/vmhgfs/inode.c:1821:66: error: expected ';' before '{' token I found on LKML (http://lkml.org/lkml/2012/4/12/2), that the macro hlist_for_each_entry was modified to accept only 3 instead of 4 parameters. Since I am not a programmer, I do not know how to modify the code or how to provide a patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3613152&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-05-11 21:10:26
|
Tracker item #3613125, was opened at 2013-05-11 14:10 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=3613125&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: open-vm-tools is incompatible with GCC 4.8 Initial Comment: open-vm-tools: 2013.04.16-1098359 Making all in backdoor make[3]: Entering directory `/build/buildd/open-vm-tools-2013.04.16-1098359/lib/backdoor' --------------------------------------SNIP--------------------------------------------- In file included from /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/backdoor.h:44:0, from backdoor.c:49: /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/backdoor_types.h: In function 'BACKDOOR_STRUCT_SIZES': /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/vm_assert.h:370:20: error: typedef 'AssertOnCompileFailed' locally defined but not used [-Werror=unused-local-typedefs] typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ ^ /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/vm_assert.h:392:7: note: in definition of macro 'MY_ASSERTS' assertions \ ^ /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/backdoor_types.h:126:12: note: in expansion of macro 'ASSERT_ON_COMPILE' ASSERT_ON_COMPILE(sizeof(Backdoor_proto) == 6 * sizeof(uintptr_t)); ^ /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/vm_assert.h:370:20: error: typedef 'AssertOnCompileFailed' locally defined but not used [-Werror=unused-local-typedefs] typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \ ^ /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/vm_assert.h:392:7: note: in definition of macro 'MY_ASSERTS' assertions \ ^ /build/buildd/open-vm-tools-2013.04.16-1098359/lib/include/backdoor_types.h:127:12: note: in expansion of macro 'ASSERT_ON_COMPILE' ASSERT_ON_COMPILE(sizeof(Backdoor_proto_hb) == 7 * sizeof(uintptr_t)); ^ cc1: all warnings being treated as errors make[3]: *** [backdoor.lo] Error 1 make[3]: Leaving directory `/build/buildd/open-vm-tools-2013.04.16-1098359/lib/backdoor' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/open-vm-tools-2013.04.16-1098359/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/open-vm-tools-2013.04.16-1098359' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3613125&group_id=204462 |
From: Bhuvan R. <bhu...@gm...> - 2013-05-09 22:54:58
|
Hi, I have question about the how strict or loose is the environment if I am running a VM with only guestd - guest daemon - of vmtools (no other modules). I noticed that PowerCLI, VIX and other vSphere management packages having the ability of running scripts on VM and changing IP of VM etc., Do they talk to guestd of vmtools as they send those commands to VM? What is the architecture there? Is there anyway to make guestd to operate only in GET mode, but not SET mode? There is limited info guestd module per say. What are the various GETs and SETs that can be done with guestd? Do any of those need Guest OS's root/admin login credentials? Thanks. |
From: SourceForge.net <no...@so...> - 2013-05-09 00:36:25
|
Tracker item #3612935, was opened at 2013-05-08 17:36 Message generated for change (Tracker Item Submitted) made by shemminger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612935&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: Stephen Hemminger (shemminger) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails with 3.9 kernel Initial Comment: With 3.9 kernel VMCI and VSOCK are in the upstream kernel (no longer part of open-vm-tools). As part of the upstream conversion the VMCI function names changed, breaking vmhgfs. Using kernel modules from open-vm-tools-9.2.3-1031360 Attempts to load vmhgfs module fail with [ 13.880701] vmhgfs: Unknown symbol VMCIDatagram_Send (err 0) [ 13.880752] vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd (err 0) [ 13.880758] vmhgfs: Unknown symbol VMCIDatagram_CreateHnd (err 0) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612935&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-05-07 05:27:39
|
Tracker item #3608126, was opened at 2013-03-14 23:40 Message generated for change (Comment added) made by dkoudela You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&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: 8 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Perforce versioning system fails when running sync command o Initial Comment: Perforce versioning system fails when running sync command on hgfs filesytem. The problem is that perforce client uses rename operation upon a temp file which has read-only attributes. The operation then fails with permission denied (see attached test application). The fix we have provided removes the read only attribute and retries the rename operation again (see attached source code and diff). The same code is already there (see function HgfsDelete) – probably it is a good idea to refactor the retry procedure. Could you please add this fix to the upstream of the VMware tools? Thanks a lot, David. ---------------------------------------------------------------------- >Comment By: David Koudela (dkoudela) Date: 2013-05-06 22:27 Message: Hi Steve, Thanks a lot! David. ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-05-06 11:43 Message: David, I have reproduced this issue and will apply your diffs and yes, probably refactor since HgfsDelete does the same thing. Thanks. Steve ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-05-06 10:58 Message: Hi David, I currently work on the HGFS file system, and just got notice of this from dtor. Thanks for looking into this, I will take a look at the modified file and run it through some checks and tests. I recently ran some perforce sync in my Ubuntu VM running on my Windows 7 host. I didn't see any issues of note, but I will retry and pay close attention. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2013-03-15 09:51 Message: Thank you David, I'll forward this on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-05-06 18:43:28
|
Tracker item #3608126, was opened at 2013-03-14 23:40 Message generated for change (Comment added) made by lousybrit You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&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: 8 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Perforce versioning system fails when running sync command o Initial Comment: Perforce versioning system fails when running sync command on hgfs filesytem. The problem is that perforce client uses rename operation upon a temp file which has read-only attributes. The operation then fails with permission denied (see attached test application). The fix we have provided removes the read only attribute and retries the rename operation again (see attached source code and diff). The same code is already there (see function HgfsDelete) – probably it is a good idea to refactor the retry procedure. Could you please add this fix to the upstream of the VMware tools? Thanks a lot, David. ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-05-06 11:43 Message: David, I have reproduced this issue and will apply your diffs and yes, probably refactor since HgfsDelete does the same thing. Thanks. Steve ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-05-06 10:58 Message: Hi David, I currently work on the HGFS file system, and just got notice of this from dtor. Thanks for looking into this, I will take a look at the modified file and run it through some checks and tests. I recently ran some perforce sync in my Ubuntu VM running on my Windows 7 host. I didn't see any issues of note, but I will retry and pay close attention. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2013-03-15 09:51 Message: Thank you David, I'll forward this on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-05-06 17:58:02
|
Tracker item #3608126, was opened at 2013-03-14 23:40 Message generated for change (Comment added) made by lousybrit You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&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: 8 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Perforce versioning system fails when running sync command o Initial Comment: Perforce versioning system fails when running sync command on hgfs filesytem. The problem is that perforce client uses rename operation upon a temp file which has read-only attributes. The operation then fails with permission denied (see attached test application). The fix we have provided removes the read only attribute and retries the rename operation again (see attached source code and diff). The same code is already there (see function HgfsDelete) – probably it is a good idea to refactor the retry procedure. Could you please add this fix to the upstream of the VMware tools? Thanks a lot, David. ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-05-06 10:58 Message: Hi David, I currently work on the HGFS file system, and just got notice of this from dtor. Thanks for looking into this, I will take a look at the modified file and run it through some checks and tests. I recently ran some perforce sync in my Ubuntu VM running on my Windows 7 host. I didn't see any issues of note, but I will retry and pay close attention. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2013-03-15 09:51 Message: Thank you David, I'll forward this on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-04-30 12:45:56
|
Tracker item #3611760, was opened at 2013-04-24 12:20 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails to compile on Linux 3.8.8 Initial Comment: Linux: 3.8.8 (also fails on 3.9-rc8) open-vm-tools: 2013.04.16-1098359 Distro: Beyond Linux From Scratch Modules successfully builds on 3.7.10 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2013-04-30 05:45 Message: This seems to be fixed in ubuntu: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1100096 ---------------------------------------------------------------------- Comment By: Nate Muench (n-minker) Date: 2013-04-26 08:10 Message: Doing a Google Search on the problem line gave me a result, it's from a Fedora fix. But I think it's worth taking a looking, I haven't tried it yet, but here's the link. http://erikbryantology.blogspot.com/2013/03/patching-vmware-tools-in-fedora-18.html ---------------------------------------------------------------------- Comment By: Nate Muench (n-minker) Date: 2013-04-24 13:24 Message: Also, build log is attached, if that isn't obvious ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-04-29 17:49:24
|
Tracker item #3612136, was opened at 2013-04-28 12:48 Message generated for change (Settings changed) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612136&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: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Charles (libertytrek) Assigned to: Nobody/Anonymous (nobody) Summary: Feature Request - allow building directly into kernel Initial Comment: Hello, I don't run my servers with modules enabled, so I cannot install any flavor of vmware tools, because they both require modules enabled in the server kernel. Why? Is it not possible to provide ability to install/run open-vm-tools without enabling modules in the kernel? Thanks ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-29 10:49 Message: To have modules built into the kernel the kernel sources need to be patched. Open-vm-tools project will not be providing kernel patches, however newer kernels already have most of the VMware drivers available. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612136&group_id=204462 |
From: Reindl H. <h.r...@th...> - 2013-04-28 19:57:22
|
Am 28.04.2013 21:48, schrieb SourceForge.net: > Initial Comment: > I don't run my servers with modules enabled, so I cannot install any flavor of vmware tools, because they both require modules enabled in the server kernel. > Why? Is it not possible to provide ability to install/run open-vm-tools without enabling modules in the kernel? it is possible since at least 2-3 years: lsmod | grep vm vmxnet3 49484 0 vmw_balloon 13415 0 vmw_pvscsi 22858 7 Kernel 3.9: lsmod | grep vm vmw_pvscsi 22858 2 vmxnet3 49578 0 vmw_vmci 61299 0 vmw_balloon 13415 0 so use a recent kernel or enable modules that is how the linux kernel works nobody can fix this for you if you insist in stoneage kernels |
From: SourceForge.net <no...@so...> - 2013-04-28 19:48:18
|
Tracker item #3612136, was opened at 2013-04-28 12:48 Message generated for change (Tracker Item Submitted) made by libertytrek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612136&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: Charles (libertytrek) Assigned to: Nobody/Anonymous (nobody) Summary: Feature Request - allow building directly into kernel Initial Comment: Hello, I don't run my servers with modules enabled, so I cannot install any flavor of vmware tools, because they both require modules enabled in the server kernel. Why? Is it not possible to provide ability to install/run open-vm-tools without enabling modules in the kernel? Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3612136&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-04-26 15:10:25
|
Tracker item #3611760, was opened at 2013-04-24 12:20 Message generated for change (Comment added) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails to compile on Linux 3.8.8 Initial Comment: Linux: 3.8.8 (also fails on 3.9-rc8) open-vm-tools: 2013.04.16-1098359 Distro: Beyond Linux From Scratch Modules successfully builds on 3.7.10 ---------------------------------------------------------------------- >Comment By: Nate Muench (n-minker) Date: 2013-04-26 08:10 Message: Doing a Google Search on the problem line gave me a result, it's from a Fedora fix. But I think it's worth taking a looking, I haven't tried it yet, but here's the link. http://erikbryantology.blogspot.com/2013/03/patching-vmware-tools-in-fedora-18.html ---------------------------------------------------------------------- Comment By: Nate Muench (n-minker) Date: 2013-04-24 13:24 Message: Also, build log is attached, if that isn't obvious ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-04-24 20:24:20
|
Tracker item #3611760, was opened at 2013-04-24 12:20 Message generated for change (Comment added) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails to compile on Linux 3.8.8 Initial Comment: Linux: 3.8.8 (also fails on 3.9-rc8) open-vm-tools: 2013.04.16-1098359 Distro: Beyond Linux From Scratch Modules successfully builds on 3.7.10 ---------------------------------------------------------------------- >Comment By: Nate Muench (n-minker) Date: 2013-04-24 13:24 Message: Also, build log is attached, if that isn't obvious ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&group_id=204462 |
From: SourceForge.net <no...@so...> - 2013-04-24 19:22:15
|
Tracker item #3611760, was opened at 2013-04-24 12:20 Message generated for change (Settings changed) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails to compile on Linux 3.8.8 Initial Comment: Linux: 3.8.8 (also fails on 3.9-rc8) open-vm-tools: 2013.04.16-1098359 Distro: Beyond Linux From Scratch Modules successfully builds on 3.7.10 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&group_id=204462 |