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: SourceForge.net <no...@so...> - 2011-06-01 01:39:17
|
Tracker item #3308802, was opened at 2011-05-28 09:25 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&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: checkvm Group: None >Status: Closed Resolution: Later Priority: 5 Private: No Submitted By: Ed Swierk (eswierk) Assigned to: Nobody/Anonymous (nobody) Summary: VmCheck_IsVirtualWorld fails on ESXi guest Initial Comment: # vmware-checkvm ** Message: HOSTINFO: CPUID hypervisor bit is set, but no hypervisor vendor signature is present ** (process:1899): DEBUG: VmCheck_IsVirtualWorld: detected non-VMware hypervisor (). Not running in a virtual machine. --- Apparently the cpuid instruction for level 0x40000000 is not getting emulated correctly when invoked from userspace. To verify this I wrote a test program that calls cpuid 0x40000000 and confirms that eax contains 0. However, if I modify the program to use the cpuid kernel module instead, eax contains 0x40000010. I'm running a 32-bit Linux 2.6.38 guest on VMware ESXi 4.1.0. The server is an HP with an AMD Opteron 2214 HE CPU. Behavior is the same whether I configure the VM's CPU/MMU Virtualization setting to Automatic, Software or Hardware. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-31 18:39 Message: Well, someone trying to run any tools utility on ESXi running as a guest OS is not an ordinary user of tools, I'd say. :-) As I mentioned, if ESXi turns into an officially supported guest for tools, you'll see code specifically for it show up in the tools code. But so far that's not the case. ---------------------------------------------------------------------- Comment By: Ed Swierk (eswierk) Date: 2011-05-31 14:15 Message: I guess patching the source code and rebuilding is a workaround in some sense, but it's sort of an extreme one to ask of an ordinary user. Anyway, I tried running iopl(3) as non-root, and while it does return -1 and set errno to EPERM I don't see any bad effect as long as the caller ignores it. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-31 13:55 Message: Well, the iopl() call is only required when running ESX as a guest OS. And VmCheck_GetVersion() is not the only function that requires it. Furthermore, iopl(3) would probably just fail if run as a regular user (see man 2 iopl), aside from not being needed on Linux or any other guest OS. So I'll just close this bug here since there's a known workaround. In the future, if we start creating a tools package targeted at ESX, a more generic fix may show up in the code. ---------------------------------------------------------------------- Comment By: Ed Swierk (eswierk) Date: 2011-05-31 06:38 Message: Yes, adding iopl(3) at the top of main() in checkvm.c fixes the problem. Maybe this should be added to VmCheck_GetVersion() so that all the tools (not just checkvm) benefit from the fix? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-28 14:04 Message: Tools are not really tested on ESXi guests, so YMMV. But try adding this at the top of the main() function: iopl(3); And see if it helps. (you may need to #include <sys/io.h>) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-31 21:15:34
|
Tracker item #3308802, was opened at 2011-05-28 09:25 Message generated for change (Comment added) made by eswierk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&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: checkvm Group: None Status: Closed Resolution: Later Priority: 5 Private: No Submitted By: Ed Swierk (eswierk) Assigned to: Nobody/Anonymous (nobody) Summary: VmCheck_IsVirtualWorld fails on ESXi guest Initial Comment: # vmware-checkvm ** Message: HOSTINFO: CPUID hypervisor bit is set, but no hypervisor vendor signature is present ** (process:1899): DEBUG: VmCheck_IsVirtualWorld: detected non-VMware hypervisor (). Not running in a virtual machine. --- Apparently the cpuid instruction for level 0x40000000 is not getting emulated correctly when invoked from userspace. To verify this I wrote a test program that calls cpuid 0x40000000 and confirms that eax contains 0. However, if I modify the program to use the cpuid kernel module instead, eax contains 0x40000010. I'm running a 32-bit Linux 2.6.38 guest on VMware ESXi 4.1.0. The server is an HP with an AMD Opteron 2214 HE CPU. Behavior is the same whether I configure the VM's CPU/MMU Virtualization setting to Automatic, Software or Hardware. ---------------------------------------------------------------------- Comment By: Ed Swierk (eswierk) Date: 2011-05-31 14:15 Message: I guess patching the source code and rebuilding is a workaround in some sense, but it's sort of an extreme one to ask of an ordinary user. Anyway, I tried running iopl(3) as non-root, and while it does return -1 and set errno to EPERM I don't see any bad effect as long as the caller ignores it. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-31 13:55 Message: Well, the iopl() call is only required when running ESX as a guest OS. And VmCheck_GetVersion() is not the only function that requires it. Furthermore, iopl(3) would probably just fail if run as a regular user (see man 2 iopl), aside from not being needed on Linux or any other guest OS. So I'll just close this bug here since there's a known workaround. In the future, if we start creating a tools package targeted at ESX, a more generic fix may show up in the code. ---------------------------------------------------------------------- Comment By: Ed Swierk (eswierk) Date: 2011-05-31 06:38 Message: Yes, adding iopl(3) at the top of main() in checkvm.c fixes the problem. Maybe this should be added to VmCheck_GetVersion() so that all the tools (not just checkvm) benefit from the fix? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-28 14:04 Message: Tools are not really tested on ESXi guests, so YMMV. But try adding this at the top of the main() function: iopl(3); And see if it helps. (you may need to #include <sys/io.h>) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2011-05-31 21:03:57
|
Hi John, On 05/31/2011 12:07 PM, John Wolfe wrote: > While the: > > - date of the tar file > - dates on the files in that bundle (strangely all June 1, 2010) > - the build number in the tar file name > > open-vm-tools-8.4.2-261024.tar.gz > > suggest that the source release contains source that > comes later than say the March 2010 release > > open-vm-tools-2010.03.20-243334.tar.gz > > , I am finding discrepancies that makes me seriously > question my assumption. I wouldn't bother trying to correlate the two branches like you're trying to. The branches are based off of our internal branches and builds, and you'll find very little if any information in the git repository that allows you to compare them. In the particular case of 8.4.2, it's based off of an internal branch that was cut in 2009 (so that's probably the reason why the changelog shows messages that old, since we rarely update open-vm-tools-related content in our product branches these days), and while many changes were made to it (than then trickled down to our internal devel branches and then over to the open-vm-tools master branch), this merging information is lost in the git version of the repository. Similarly, a lot of the new features added to the devel branch since that internal product branch was cut do not exist in 8.4.2. As far as your efforts, there have been a few big changes in the devel version since 8.4.2, but they shouldn't affect porting efforts, since they're mostly relocation of code and removal of a few old features. They would affect any packaging scripts you build on top of 8.4.2, though. -- - Marcelo |
|
From: SourceForge.net <no...@so...> - 2011-05-31 20:55:08
|
Tracker item #3308802, was opened at 2011-05-28 09:25 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&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: checkvm Group: None >Status: Closed >Resolution: Later Priority: 5 Private: No Submitted By: Ed Swierk (eswierk) Assigned to: Nobody/Anonymous (nobody) Summary: VmCheck_IsVirtualWorld fails on ESXi guest Initial Comment: # vmware-checkvm ** Message: HOSTINFO: CPUID hypervisor bit is set, but no hypervisor vendor signature is present ** (process:1899): DEBUG: VmCheck_IsVirtualWorld: detected non-VMware hypervisor (). Not running in a virtual machine. --- Apparently the cpuid instruction for level 0x40000000 is not getting emulated correctly when invoked from userspace. To verify this I wrote a test program that calls cpuid 0x40000000 and confirms that eax contains 0. However, if I modify the program to use the cpuid kernel module instead, eax contains 0x40000010. I'm running a 32-bit Linux 2.6.38 guest on VMware ESXi 4.1.0. The server is an HP with an AMD Opteron 2214 HE CPU. Behavior is the same whether I configure the VM's CPU/MMU Virtualization setting to Automatic, Software or Hardware. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-31 13:55 Message: Well, the iopl() call is only required when running ESX as a guest OS. And VmCheck_GetVersion() is not the only function that requires it. Furthermore, iopl(3) would probably just fail if run as a regular user (see man 2 iopl), aside from not being needed on Linux or any other guest OS. So I'll just close this bug here since there's a known workaround. In the future, if we start creating a tools package targeted at ESX, a more generic fix may show up in the code. ---------------------------------------------------------------------- Comment By: Ed Swierk (eswierk) Date: 2011-05-31 06:38 Message: Yes, adding iopl(3) at the top of main() in checkvm.c fixes the problem. Maybe this should be added to VmCheck_GetVersion() so that all the tools (not just checkvm) benefit from the fix? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-28 14:04 Message: Tools are not really tested on ESXi guests, so YMMV. But try adding this at the top of the main() function: iopl(3); And see if it helps. (you may need to #include <sys/io.h>) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&group_id=204462 |
|
From: John W. <jl...@sc...> - 2011-05-31 19:10:57
|
I was beginning to work on a port of open-vm-tools for
OpenServer 6.0.0 and thought that I would start from the
"stable" version posted June 2010. The intent was to avoid
any issues associated with the bleeding edge of features and
then to catch up
As I progress, I am beginning to wonder about the relative
dates of that source base.
While the:
- date of the tar file
- dates on the files in that bundle (strangely all June 1, 2010)
- the build number in the tar file name
open-vm-tools-8.4.2-261024.tar.gz
suggest that the source release contains source that
comes later than say the March 2010 release
open-vm-tools-2010.03.20-243334.tar.gz
, I am finding discrepancies that makes me seriously
question my assumption.
1. The most current entry in the ChangeLog files is a
2009-03-18 entry.
2. directory contents differences, such as:
- late 2009 (2009.09.18-193784) lib/user had 4 source files:
hostinfo.c
hostinfoPosix2.c
util.c
utilPosix.c
- 2010.03.20-243334 lib/user contained only a single source
util.c
- "stable" release 8.4.2-261024 lib/user contains the 4 source
files (of June 1, 2010)
hostinfo.c
hostinfoPosix2.c
util.c
utilPosix.c
- top-of-tree 2011.04.25-402641 /lib/contains only the single
source file
util.c
My thought was to start with a stable version for a
port to a new OS, but:
1. How far behind the top-of-tree is that "stable" release?
2. How often does open-vm-tools make or intend to make "stable"
releases?
Thanks for any information/guidance that you can share.
John Wolfe (jl...@sc...)
|
|
From: SourceForge.net <no...@so...> - 2011-05-31 13:38:38
|
Tracker item #3308802, was opened at 2011-05-28 09:25 Message generated for change (Comment added) made by eswierk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&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: checkvm Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ed Swierk (eswierk) Assigned to: Nobody/Anonymous (nobody) Summary: VmCheck_IsVirtualWorld fails on ESXi guest Initial Comment: # vmware-checkvm ** Message: HOSTINFO: CPUID hypervisor bit is set, but no hypervisor vendor signature is present ** (process:1899): DEBUG: VmCheck_IsVirtualWorld: detected non-VMware hypervisor (). Not running in a virtual machine. --- Apparently the cpuid instruction for level 0x40000000 is not getting emulated correctly when invoked from userspace. To verify this I wrote a test program that calls cpuid 0x40000000 and confirms that eax contains 0. However, if I modify the program to use the cpuid kernel module instead, eax contains 0x40000010. I'm running a 32-bit Linux 2.6.38 guest on VMware ESXi 4.1.0. The server is an HP with an AMD Opteron 2214 HE CPU. Behavior is the same whether I configure the VM's CPU/MMU Virtualization setting to Automatic, Software or Hardware. ---------------------------------------------------------------------- Comment By: Ed Swierk (eswierk) Date: 2011-05-31 06:38 Message: Yes, adding iopl(3) at the top of main() in checkvm.c fixes the problem. Maybe this should be added to VmCheck_GetVersion() so that all the tools (not just checkvm) benefit from the fix? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-28 14:04 Message: Tools are not really tested on ESXi guests, so YMMV. But try adding this at the top of the main() function: iopl(3); And see if it helps. (you may need to #include <sys/io.h>) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-28 21:04:54
|
Tracker item #3308802, was opened at 2011-05-28 09:25 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&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: checkvm Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ed Swierk (eswierk) Assigned to: Nobody/Anonymous (nobody) Summary: VmCheck_IsVirtualWorld fails on ESXi guest Initial Comment: # vmware-checkvm ** Message: HOSTINFO: CPUID hypervisor bit is set, but no hypervisor vendor signature is present ** (process:1899): DEBUG: VmCheck_IsVirtualWorld: detected non-VMware hypervisor (). Not running in a virtual machine. --- Apparently the cpuid instruction for level 0x40000000 is not getting emulated correctly when invoked from userspace. To verify this I wrote a test program that calls cpuid 0x40000000 and confirms that eax contains 0. However, if I modify the program to use the cpuid kernel module instead, eax contains 0x40000010. I'm running a 32-bit Linux 2.6.38 guest on VMware ESXi 4.1.0. The server is an HP with an AMD Opteron 2214 HE CPU. Behavior is the same whether I configure the VM's CPU/MMU Virtualization setting to Automatic, Software or Hardware. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-28 14:04 Message: Tools are not really tested on ESXi guests, so YMMV. But try adding this at the top of the main() function: iopl(3); And see if it helps. (you may need to #include <sys/io.h>) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-28 16:25:14
|
Tracker item #3308802, was opened at 2011-05-28 09:25 Message generated for change (Tracker Item Submitted) made by eswierk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&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: checkvm Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ed Swierk (eswierk) Assigned to: Nobody/Anonymous (nobody) Summary: VmCheck_IsVirtualWorld fails on ESXi guest Initial Comment: # vmware-checkvm ** Message: HOSTINFO: CPUID hypervisor bit is set, but no hypervisor vendor signature is present ** (process:1899): DEBUG: VmCheck_IsVirtualWorld: detected non-VMware hypervisor (). Not running in a virtual machine. --- Apparently the cpuid instruction for level 0x40000000 is not getting emulated correctly when invoked from userspace. To verify this I wrote a test program that calls cpuid 0x40000000 and confirms that eax contains 0. However, if I modify the program to use the cpuid kernel module instead, eax contains 0x40000010. I'm running a 32-bit Linux 2.6.38 guest on VMware ESXi 4.1.0. The server is an HP with an AMD Opteron 2214 HE CPU. Behavior is the same whether I configure the VM's CPU/MMU Virtualization setting to Automatic, Software or Hardware. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308802&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-27 17:42:31
|
Tracker item #3308288, was opened at 2011-05-27 00:57 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308288&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: Invalid Priority: 5 Private: No Submitted By: Deyan Stoykov (dstoykov) Assigned to: Nobody/Anonymous (nobody) Summary: /etc/modprobe.d/vmware-tools should be vmware-tools.conf Initial Comment: According to the manual for modprobe.d, included in RHEL 6 and its derivatives, all files under /etc/modprobe.d/ should be end in ".conf" or will be ignored in futute releases. There is also an warninig about that during bootup. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-05-27 10:42 Message: open-vm-tools does not ship any modprobe scripts. If you see any, they're most probably from your distribution's package, and you should contact them for the needed change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308288&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-27 07:57:31
|
Tracker item #3308288, was opened at 2011-05-27 10:57 Message generated for change (Tracker Item Submitted) made by dstoykov You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308288&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: Deyan Stoykov (dstoykov) Assigned to: Nobody/Anonymous (nobody) Summary: /etc/modprobe.d/vmware-tools should be vmware-tools.conf Initial Comment: According to the manual for modprobe.d, included in RHEL 6 and its derivatives, all files under /etc/modprobe.d/ should be end in ".conf" or will be ignored in futute releases. There is also an warninig about that during bootup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3308288&group_id=204462 |
|
From: Dmitry T. <dt...@vm...> - 2011-05-23 20:56:42
|
Hi Christian, On Monday, May 23, 2011 06:55:20 AM Christian Glomb wrote: > Hi Dmitry, > > thanks for your reply! Any idea how to drive system time? > > An idea might be to redirect standard time sync for a certain VM to a > custom kernel module (running on the ESXI base system) being steered > from outside, i.e.: > > External control <-> Kernel module on ESXI <-> time sync (vmware tools) > inside VM > > In XEN this can be done via the hypercall functions. Are there any > related functions in VMware? No, there is not, but if you take a look at the sources of timeSync plugin you will see how you can slow down and speed up guest time using adjtime()/adjtimex(). Or you could have guests sync up with a custom version of NTP server that you deploy somewhere on your network. Thanks, Dmitry |
|
From: Christian G. <chr...@go...> - 2011-05-23 13:55:27
|
Hi Dmitry, thanks for your reply! Any idea how to drive system time? An idea might be to redirect standard time sync for a certain VM to a custom kernel module (running on the ESXI base system) being steered from outside, i.e.: External control <-> Kernel module on ESXI <-> time sync (vmware tools) inside VM In XEN this can be done via the hypercall functions. Are there any related functions in VMware? Thanks, Chris. |
|
From: Dmitry T. <dt...@vm...> - 2011-05-13 15:45:57
|
Hi Christian, On Tuesday, May 10, 2011 04:25:10 AM Christian Glomb wrote: > Hi all, > > I'm currently running several virtual machines on VMware ESXI 4.1 and am > wondering whether there is a possibility to explicitely steer the system > time (wall clock) of selected virtual machines instead of letting them > synchronize to VMware ESXI base system time. > > So: are there hooks in the time synchronization module (vmsync ?) to > dictate a VM's wall clock such that dependent on the external time > dictate module the selected wall clock inside the VM runs faster or > slower than (in general asynchronous to) the base system time? > > Why: want to run accelerated or slown down network emulations similiar > to a project called slicetime: > http://www.comsys.rwth-aachen.de/research/projects/slicetime/ There are no such hooks in the timesync plug in, however you should be able to disable the standard time synchronization in guest (vmware-toolbox-cmd timesync disable) and then drive it yourself. Hope this helps, Dmitry |
|
From: Christian G. <chr...@go...> - 2011-05-10 11:25:16
|
Hi all, I'm currently running several virtual machines on VMware ESXI 4.1 and am wondering whether there is a possibility to explicitely steer the system time (wall clock) of selected virtual machines instead of letting them synchronize to VMware ESXI base system time. So: are there hooks in the time synchronization module (vmsync ?) to dictate a VM's wall clock such that dependent on the external time dictate module the selected wall clock inside the VM runs faster or slower than (in general asynchronous to) the base system time? Why: want to run accelerated or slown down network emulations similiar to a project called slicetime: http://www.comsys.rwth-aachen.de/research/projects/slicetime/ Any help or hints are highly appreciated! Thanks & Best regards, Chris. |
|
From: SourceForge.net <no...@so...> - 2011-05-09 02:04:09
|
Tracker item #3299215, was opened at 2011-05-09 14:04 Message generated for change (Tracker Item Submitted) made by godzone-glen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3299215&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: Glen Eustace (godzone-glen) Assigned to: Nobody/Anonymous (nobody) Summary: Transmitting oversize packets, ignoring MTU and ICP frag mes Initial Comment: Please refer to https://bugzilla.redhat.com/show_bug.cgi?id=702560 as I thought initially this was a kernel issue. Now I am not so sure. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3299215&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-05 22:42:59
|
Tracker item #3298068, was opened at 2011-05-05 23:40 Message generated for change (Comment added) made by katjai You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&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: hgfsClient Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- >Comment By: Ekaterina (katjai) Date: 2011-05-06 01:42 Message: Nothing changed after updating up to last version: [ki@dev ~]$ vmtoolsd -v VMware Tools daemon, version 8.9.0.5529 (build-402641) [ki@dev ~]$ lsmod | grep vm vmsync 2685 0 vmblock 9422 1 vmhgfs 47514 1 vmw_balloon 3570 0 vmci 60023 1 vmhgfs dmesg: [ 143.773285] BUG: scheduling while atomic: php/2529/0x10000002 [ 143.773471] Modules linked in: ipv6 vmsync vmblock vmhgfs uhci_hcd ehci_hcd floppy usbcore parport_pc ppdev processor psmouse button ac intel_agp intel_gtt container lp i2c_piix4 agpgart shpchp pci_hotplug sg parport i2c_core vmw_balloon serio_raw evdev vmci pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom ide_pci_generic piix ide_core sd_mod ata_piix mptspi mptscsih mptbase libata scsi_transport_spi BusLogic scsi_mod [ 143.777696] Pid: 2529, comm: php Tainted: G D W 2.6.38-ARCH #1 [ 143.777990] Call Trace: [ 143.778251] [<c1312dee>] ? __schedule_bug+0x59/0x5f [ 143.778518] [<c1317f88>] ? schedule+0x858/0x9e0 [ 143.778809] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779063] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779355] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779638] [<c111d15f>] ? vfsmount_lock_global_unlock_online+0x4f/0x60 [ 143.814856] [<c111deb9>] ? mntput_no_expire+0x89/0xd0 [ 143.815148] [<c111df13>] ? mntput+0x13/0x20 [ 143.815400] [<c1105c14>] ? fput+0x134/0x1d0 [ 143.815726] [<c103cda6>] ? __cond_resched+0x16/0x30 [ 143.815992] [<c1318215>] ? _cond_resched+0x25/0x30 [ 143.816279] [<c10473a8>] ? put_files_struct+0x78/0xd0 [ 143.816585] [<c10474a0>] ? exit_files+0x40/0x50 [ 143.816919] [<c10478bd>] ? do_exit+0x13d/0x760 [ 143.817199] [<c1313018>] ? printk+0x18/0x1a [ 143.817453] [<c1006fcc>] ? oops_end+0x8c/0xd0 [ 143.817750] [<c1312a20>] ? no_context+0x137/0x13f [ 143.818013] [<c1312b43>] ? __bad_area_nosemaphore+0x11b/0x123 [ 143.818319] [<c1229530>] ? vt_console_print+0x0/0x340 [ 143.818587] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.818886] [<c1312b5d>] ? bad_area_nosemaphore+0x12/0x14 [ 143.819196] [<c10278a0>] ? do_page_fault+0x370/0x430 [ 143.819464] [<c10339d4>] ? finish_task_switch+0x34/0xb0 [ 143.819792] [<c13179bd>] ? schedule+0x28d/0x9e0 [ 143.820051] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.820392] [<c131b13b>] ? error_code+0x67/0x6c [ 143.820687] [<c131007b>] ? init_smp_flush+0x1b/0x66 [ 143.820954] [<c103038c>] ? task_rq_lock+0x2c/0x80 [ 143.821241] [<c103e1f5>] ? try_to_wake_up+0x25/0x350 [ 143.821532] [<c1318251>] ? preempt_schedule+0x31/0x50 [ 143.821839] [<c103e53f>] ? wake_up_process+0xf/0x20 [ 143.822106] [<c131916a>] ? __mutex_unlock_slowpath+0x8a/0x120 [ 143.822410] [<c1319208>] ? mutex_unlock+0x8/0x10 [ 143.822709] [<ede6317f>] ? HgfsDirLlseek+0x7f/0xe0 [vmhgfs] [ 143.822989] [<ede63100>] ? HgfsDirLlseek+0x0/0xe0 [vmhgfs] [ 143.823286] [<c1104203>] ? vfs_llseek+0x33/0x40 [ 143.823544] [<c1104655>] ? sys_lseek+0x65/0x80 [ 143.823910] [<c10037df>] ? sysenter_do_call+0x12/0x28 ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-06 00:19 Message: Previous, 2011.03.28 ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2011-05-06 00:01 Message: Looks like HGFS issue. Is this with the latest release? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-05 21:19:37
|
Tracker item #3298068, was opened at 2011-05-05 23:40 Message generated for change (Comment added) made by katjai You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&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: hgfsClient Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- >Comment By: Ekaterina (katjai) Date: 2011-05-06 00:19 Message: Previous, 2011.03.28 ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2011-05-06 00:01 Message: Looks like HGFS issue. Is this with the latest release? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-05 21:01:16
|
Tracker item #3298068, was opened at 2011-05-05 13:40 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&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: hgfsClient Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2011-05-05 14:01 Message: Looks like HGFS issue. Is this with the latest release? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-05-05 20:40:12
|
Tracker item #3298068, was opened at 2011-05-05 23:40 Message generated for change (Tracker Item Submitted) made by katjai You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&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: hgfsClient Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: Bruce D. <bd...@vm...> - 2011-05-05 17:27:09
|
Using the BDOOR_MAGIC/BDOOR_CMD_GETUUID combination, I can query for uuid.bios from within a guest. Is there a subsequent version to also query for uuid.location? e.g. $ grep ^uuid /vmfs/volumes/LUN25/dvcd-vcd1/dvcd-vcd1.vmx uuid.location = "56 4d 60 76 6a 94 a6 91-dd af 93 7f 1f 91 da 51" uuid.bios = "56 4d 60 76 6a 94 a6 91-dd af 93 7f 1f 91 da 51" -bruce |
|
From: SourceForge.net <no...@so...> - 2011-05-05 13:49:35
|
Tracker item #3297924, was opened at 2011-05-05 15:49 Message generated for change (Tracker Item Submitted) made by tgurr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&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: Timo Gurr (tgurr) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong "Guest OS" information in vSphere client displayed Initial Comment: The guest is configured as "Other 2.6x Linux (64-bit)", attached screenshot (vmware-tools_stopped.png). # uname -a Linux wwwproxy 2.6.38.5 #2 SMP Wed May 4 12:33:49 CEST 2011 x86_64 Six-Core AMD Opteron(tm) Processor 2425 HE AuthenticAMD GNU/Linux After starting open-vm-tools-2011.04.25-402641 the information in vCenter changes to "Other (32-bit)", attached screenshot (vmware-tools_started.png) which is obviously wrong. VMware vSphere vCenter Client/Server is Version 4.1.0 Build 345043. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3297924&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2011-05-02 18:41:37
|
Hi Mark, You're probably not going to have much luck getting help with open-vm-tools from VMware's tech support. That being said, I have no idea what they mean by open-vm-tools not logging properly on ESXi. On 05/02/2011 09:07 AM, Mark Felder wrote: > We're having issues with FreeBSD on our VMWare cluster since around > October. VMs (usually higher load ones) will see a spike of CPU in VMWare > and they'll become mostly unresponsive. No more network communication, and > on the console you can sometimes switch VTs and type but nothing really > happens. You have to give it a hard reboot. You can add these lines to /etc/vmware-tools/tools.conf: --------- [logging] log = true vmsvc.level = debug vmsvc.handler = vmx -------- And the logs will show up in your VM's vmware.log on the host. That avoids having to be able to log into the VM to collect the logs. This will work with recent o-v-t versions, but not with the stable 8.4.2 version or with your official VMware version, since none of the currently released versions have that feature. For those you'd have to use this: --------- [logging] log = true vmsvc.level = debug vmsvc.handler = file vmsvc.data = /path/to/logfile -------- And then collect the log from the VM. If you want to experiment, you can start disabling different plugins by removing the .so file from the plugins directory on your VM, and restarting the Tools services. That's assuming that the spike in CPU is caused by one of the vmtoolsd processes in your VM. -- - Marcelo |
|
From: Mark F. <fe...@fe...> - 2011-05-02 17:08:18
|
Hi guys, We're having issues with FreeBSD on our VMWare cluster since around October. VMs (usually higher load ones) will see a spike of CPU in VMWare and they'll become mostly unresponsive. No more network communication, and on the console you can sometimes switch VTs and type but nothing really happens. You have to give it a hard reboot. Anyway, this has been happening mostly in the 8.x series of FreeBSD and we've run both regular VMWare Tools (which doesn't seem to even properly support newer versions of FreeBSD) and the lovely open-vm-tools which seems better taken care of and actually works. Oh, and it's nice to be able to update it thorough ports. Anyway, we're on a support call with a guy from VMWare trying to get this damn Heisenbug figured out and he says "open vm tools does not log properly on esxi". Can anyone shed some light on this or is this guy talking out of his ass? I can't find ANYONE on the internet talking about this. Thanks, Mark |
|
From: Christophe L. <chr...@gm...> - 2011-04-29 20:54:32
|
Ok. I will check this. Thanks 2011/4/29 Marcelo Vanzin <mv...@vm...> > On 04/29/2011 02:39 AM, Christophe Lindheimer wrote: > > Linux ubuntu 2.6.32-31-generic #61-Ubuntu SMP Fri Apr 8 18:24:35 UTC 2011 > > i686 GNU/Linux > > > > chris@ubuntu:~/open-vm-tools-2011.03.28-387002$ ./configure > --without-dnet > > --> OK > > chris@ubuntu:~/open-vm-tools-2011.03.28-387002$ make --> OK > > chris@ubuntu:~/open-vm-tools-2011.03.28-387002$ sudo make install --> > NOK > > I just tried this on Ubuntu 10.04 and things seem to be working fine here. > I > have autoconf 1.11.1, automake 2.65 and libtool 2.2.6b in case you have > some > different version that may be causing issues... > > -- > - Marcelo > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel > |
|
From: Marcelo V. <mv...@vm...> - 2011-04-29 20:07:49
|
On 04/29/2011 02:39 AM, Christophe Lindheimer wrote: > Linux ubuntu 2.6.32-31-generic #61-Ubuntu SMP Fri Apr 8 18:24:35 UTC 2011 > i686 GNU/Linux > > chris@ubuntu:~/open-vm-tools-2011.03.28-387002$ ./configure --without-dnet > --> OK > chris@ubuntu:~/open-vm-tools-2011.03.28-387002$ make --> OK > chris@ubuntu:~/open-vm-tools-2011.03.28-387002$ sudo make install --> NOK I just tried this on Ubuntu 10.04 and things seem to be working fine here. I have autoconf 1.11.1, automake 2.65 and libtool 2.2.6b in case you have some different version that may be causing issues... -- - Marcelo |
58 messages has been excluded from this view by a project administrator.
