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: Sergey G. <hq9...@ma...> - 2009-01-11 20:33:18
|
Hello community! I've got a question (probably a dumb one) about the backdoor interface used in open vm tools. The question is - where are backdoor interface specs published? Are they open? I mean how VMWare let us know how we have to communicate with virtualware? Okay, now for some reason this magic asm stuff with those magic constants work, but who can guarantee that it will remain to be compatible with newer VMWare versions? Maybe I've just missed something. Thanks, Sergey |
From: Marek G. <mar...@gm...> - 2009-01-09 11:11:52
|
Hi! I'm trying to build a 32 bit RPM for newest open-vm-tools (open-vm-tools-2008.12.23-137496) but I'm getting an error. I'm on 64 bit Fedora 10. I successfuly created a 64 bit package, but with 32 bit I have problems. I grabed spec file from http://www.poolshark.org/src/dkms-open-vm-tools/dkms-open-vm-tools-0-1.2008.10.10.fc10.src.rpm. My modified spec file is here: http://pastebin.com/f5df0055e. Error: libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2008.12.23-137496\" "-DPACKAGE_STRING=\"open-vm-tools 2008.12.23-137496\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2008.12.23-137496\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LSEEK=1 -I. -DUSING_AUTOCONF=1 -D_REENTRANT -D_REENTRANT -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -I/home/goldmann/git/jboss-cloud/build/topdir/BUILD/open-vm-tools-2008.12.23-137496/lib/include -I/home/goldmann/git/jboss-cloud/build/topdir/BUILD/open-vm-tools-2008.12.23-137496/lib/include -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -c backdoor.c -fPIC -DPIC -o .libs/backdoor.o backdoorGcc64.c: In function 'Backdoor_InOut': backdoorGcc64.c:64: error: PIC register 'rbx' clobbered in 'asm' backdoorGcc64.c: In function 'BackdoorHbIn': backdoorGcc64.c:114: error: PIC register 'rbx' clobbered in 'asm' backdoorGcc64.c: In function 'BackdoorHbOut': backdoorGcc64.c:153: error: PIC register 'rbx' clobbered in 'asm' make[2]: *** [backdoorGcc64.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/home/goldmann/git/jboss-cloud/build/topdir/BUILD/open-vm-tools-2008.12.23-137496/lib/backdoor' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/goldmann/git/jboss-cloud/build/topdir/BUILD/open-vm-tools-2008.12.23-137496/lib' make: *** [all-recursive] Error 1 Can someone help me? Thanks in advice! -- best regards, Goldmann Marek |
From: SourceForge.net <no...@so...> - 2009-01-07 13:41:10
|
Tracker item #2492040, was opened at 2009-01-07 13:41 Message generated for change (Comment added) made by blacknexxus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2492040&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: nexx (blacknexxus) Assigned to: Nobody/Anonymous (nobody) Summary: missing share parameter in make install on FreeBSD Initial Comment: While make install in hgfsmounter (on FreeBSD), install-exec-hook: in Makefile.am will called. if FREEBSD install-exec-hook: $(MV) $(DESTDIR)$(sbindir)/mount.vmhgfs \ $(DESTDIR)$(sbindir)/mount_vmhgfs But this misses the sharename parameter. make install-exec-hook /usr/local/sbin/mount.vmhgfs /usr/local/sbin/mount_vmhgfs Usage: mount.vmhgfs <sharename> <dir> [-o <options>] Mount the HGFS share, specified by name, to a local directory. Share name must be in host:dir format. ---------------------------------------------------------------------- >Comment By: nexx (blacknexxus) Date: 2009-01-07 14:41 Message: Oh sry, ignored the $(MV) which seems emtpy. Had the problem also with empty $(RM) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2492040&group_id=204462 |
From: SourceForge.net <no...@so...> - 2009-01-07 12:41:18
|
Tracker item #2492040, was opened at 2009-01-07 13:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2492040&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: nexx (blacknexxus) Assigned to: Nobody/Anonymous (nobody) Summary: missing share parameter in make install on FreeBSD Initial Comment: While make install in hgfsmounter (on FreeBSD), install-exec-hook: in Makefile.am will called. if FREEBSD install-exec-hook: $(MV) $(DESTDIR)$(sbindir)/mount.vmhgfs \ $(DESTDIR)$(sbindir)/mount_vmhgfs But this misses the sharename parameter. make install-exec-hook /usr/local/sbin/mount.vmhgfs /usr/local/sbin/mount_vmhgfs Usage: mount.vmhgfs <sharename> <dir> [-o <options>] Mount the HGFS share, specified by name, to a local directory. Share name must be in host:dir format. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2492040&group_id=204462 |
From: Adar D. <ad...@vm...> - 2008-12-28 23:28:34
|
> but the first one still remains: > 1. this is always falling back to BDOOR_CMD_GETTIME case. Why? Is > my WMWare too old? Yes, I believe BDOOR_CMD_GETTIMEFULL is new for WS 6.0, and BDOOR_CMD_GETTIMEFULL_WITH_LAG is new for WS 6.5. With Workstation 5.5.2, only BDOOR_CMD_GETTIME is available. |
From: Sergey G. <hq9...@ma...> - 2008-12-28 17:51:05
|
Hi again, well the second issue is a bit more clear now. It is because I do like this: printf("%"FMT64"d %"FMT64"d", sec,usec); for some reason the second argument is shown as 0, though it is not 0. I guess I need to go deeper in preprocessed code. but the first one still remains: 1. this is always falling back to BDOOR_CMD_GETTIME case. Why? Is my WMWare too old? Sergey > Hello guys, > Urgently need your kind assistance! > While playing with time-syncing part of guestd I have faced the > following (mis?)behaviour of the block of code provided in the bottom (it is > taken from ToolsDaemon_SyncTime function). > I run it on VMWare 5.5.2 with SLED 10 Linux as a host and Fedora linux as a guest. > What I see is: > 1. this is always falling back to BDOOR_CMD_GETTIME case. Why? Is my WMWare too old? > 2. In the end I see that hostUsecs is always 0. What could be the reason? > BUT!!! I just made a test and discover that this two assignments > (that are the same for all 3 cases): > hostUsecs = bp.out.bx.word; > maxTimeLag = bp.out.cx.word; > in my case place something that looks _extremely_ like usecs from > the host to the maxTimeLag variable (Bug?) > I got rid of all the initialization in guestd, and call this > routine right away in int main(). Could this be the reason for this? > Really hope that you help me out. Thanks. > Sergey > ---------------------------------------------------------------------------- > Here comes the extract: > bp.in.cx.halfs.low = BDOOR_CMD_GETTIMEFULL_WITH_LAG; > Backdoor(&bp); > if (bp.out.ax.word == BDOOR_MAGIC) { > hostSecs = ((uint64)bp.out.si.word << 32) | bp.out.dx.word; > interruptLag = bp.out.di.word; > timeLagCall = TRUE; > Debug("Using BDOOR_CMD_GETTIMEFULL_WITH_LAG\n"); > } else { > Debug("BDOOR_CMD_GETTIMEFULL_WITH_LAG not supported by current host, attempting " > "BDOOR_CMD_GETTIMEFULL\n"); > interruptLag = 0; > bp.in.cx.halfs.low = BDOOR_CMD_GETTIMEFULL; > Backdoor(&bp); > if (bp.out.ax.word == BDOOR_MAGIC) { > hostSecs = ((uint64)bp.out.si.word << 32) | bp.out.dx.word; > } else { > Debug("BDOOR_CMD_GETTIMEFULL not supported by current host, attempting " > "BDOOR_CMD_GETTIME\n"); > bp.in.cx.halfs.low = BDOOR_CMD_GETTIME; > Backdoor(&bp); > hostSecs = bp.out.ax.word; > } > } > hostUsecs = bp.out.bx.word; > maxTimeLag = bp.out.cx.word; > ------------------------------------------------------------------------------ > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel -- С уважением, Sergey mailto:hq9...@ma... |
From: s g <hq9...@ma...> - 2008-12-28 10:52:30
|
Hello guys, Urgently need your kind assistance! While playing with time-syncing part of guestd I have faced the following (mis?)behaviour of the block of code provided in the bottom (it is taken from ToolsDaemon_SyncTime function). I run it on VMWare 5.5.2 with SLED 10 Linux as a host and Fedora linux as a guest. What I see is: 1. this is always falling back to BDOOR_CMD_GETTIME case. Why? Is my WMWare too old? 2. In the end I see that hostUsecs is always 0. What could be the reason? BUT!!! I just made a test and discover that this two assignments (that are the same for all 3 cases): hostUsecs = bp.out.bx.word; maxTimeLag = bp.out.cx.word; in my case place something that looks _extremely_ like usecs from the host to the maxTimeLag variable (Bug?) I got rid of all the initialization in guestd, and call this routine right away in int main(). Could this be the reason for this? Really hope that you help me out. Thanks. Sergey ---------------------------------------------------------------------------- Here comes the extract: bp.in.cx.halfs.low = BDOOR_CMD_GETTIMEFULL_WITH_LAG; Backdoor(&bp); if (bp.out.ax.word == BDOOR_MAGIC) { hostSecs = ((uint64)bp.out.si.word << 32) | bp.out.dx.word; interruptLag = bp.out.di.word; timeLagCall = TRUE; Debug("Using BDOOR_CMD_GETTIMEFULL_WITH_LAG\n"); } else { Debug("BDOOR_CMD_GETTIMEFULL_WITH_LAG not supported by current host, attempting " "BDOOR_CMD_GETTIMEFULL\n"); interruptLag = 0; bp.in.cx.halfs.low = BDOOR_CMD_GETTIMEFULL; Backdoor(&bp); if (bp.out.ax.word == BDOOR_MAGIC) { hostSecs = ((uint64)bp.out.si.word << 32) | bp.out.dx.word; } else { Debug("BDOOR_CMD_GETTIMEFULL not supported by current host, attempting " "BDOOR_CMD_GETTIME\n"); bp.in.cx.halfs.low = BDOOR_CMD_GETTIME; Backdoor(&bp); hostSecs = bp.out.ax.word; } } hostUsecs = bp.out.bx.word; maxTimeLag = bp.out.cx.word; |
From: Ripple M. <ove...@bt...> - 2008-12-24 08:28:22
|
Fill your bed partner's brain with the excitement and ssatisfaction http://cid-8148455dcf2fd795.spaces.live.com/blog/cns!8148455DCF2FD795!106entry He boasted and told the most extraordinary stories that she was here, in this chilly and uncomfortable of wonders, thou wilt have them then peredur rode he's been at the bottom of it all. It's he who's looked back again at the ashtrays. i might buy. |
From: Adar D. <ad...@vm...> - 2008-12-23 08:33:22
|
> Basically, even though Debian's default gcc > installation is now 4.3, the Debian kernel is still being built with > gcc-4.1 for some reason. I looked up this issue in Debian's bug tracking system and found this bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507629 It's too bad the person who closed the bug report didn't provide much information; I'm still not clear as to why this isn't a problem. |
From: Adar D. <ad...@vm...> - 2008-12-23 08:28:58
|
> Host os: vist x64 u > Guest os: Debian (lenny) kernel: 2.6.26 > vm station version: 6.5.1 build 126130 > gcc : 4.3.2 > > I can't install vmware-tools for Debian (lenny), So i download the > open-vm-tools (2008.11.18), i'm sure i was installed all packages for > depends, but when i make it after './configrue' , i got the errors ( at > the attchement), any ideas? > Thanks for all help and view! I have this problem on my Debian machine at home as well (which is Debian unstable). Basically, even though Debian's default gcc installation is now 4.3, the Debian kernel is still being built with gcc-4.1 for some reason. From /usr/src/linux-headers-2.6.26-1-amd64/.kernelvariables: ... CC = $(if $(DEBIAN_KERNEL_USE_CCACHE),$(CCACHE)) $(CROSS_COMPILE)gcc-4.1 ... When building kernel modules through our build system, we first check that the CC you're using matches the CC used to built the kernel. In this case, CC for the kernel was 4.1 and the CC you're using (/usr/bin/gcc -v) is 4.3. You need to build the kernel modules using the same version of gcc as built the kernel, for safety reasons (I believe). So you could relink /usr/bin/gcc to gcc-4.1, or you could pass CC=gcc-4.1 on the command line to your invocation of 'make'. |
From: Aaron R. <ar...@vm...> - 2008-12-18 19:39:30
|
Just noticed the diff I sent was not against the open-vm-tools git repo ... but it should still apply cleanly to open-vm-tools/modules/ linux/vmhgfs/page.c Aaron On Dec 18, 2008, at 11:36 AM, Aaron Rolett wrote: > <vmhgfs.2.6.28.patch> |
From: Aaron R. <ar...@vm...> - 2008-12-18 19:36:25
|
Hi Denis, This vmhgfs failure has been fixed internally. I'm attaching a diff. |
From: Ragavan S <rag...@gm...> - 2008-12-18 18:50:52
|
Praki, On Sun, Dec 14, 2008 at 3:43 PM, Praki Prakash <pra...@gm...> wrote: > I upgraded to ESX 3.5 U3 which supports Ubuntu 8.0.4 and vmware tools > installation worked correctly. > I also wanted to point out that we have recently released OSPs (Operating System Specific Packages) for VMware Tools and Ubuntu 8.04 on ESX 3.5 U3 is a supported combination. Feel free to take a look at the following pages for more information: http://packages.vmware.com http://open-vm-tools.wiki.sourceforge.net/OSP Regards, Ragavan |
From: Yiwen Z. <zha...@gm...> - 2008-12-18 10:17:06
|
On Thu, Dec 18, 2008 at 4:17 PM, Denis Leroy <de...@po...> wrote: > Hi, > > i'm seeing a vmhgfs compile failure on 2.6.28 rc8 : > > mhgfs/page.c:88: error: unknown field 'prepare_write' specified in > initializer > > vmhgfs/page.c:89: error: unknown field 'commit_write' specified in > initializer > > > Does anyone already have a patch for this ? > > Also, what is the current way to obtain the latest source code ? The > subversion repo seems dead... Git repository is available. I can obtain it by git clone git://git.opensource.vmware.com/opensource/open-vm-tools/ > > thx! > -denis > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel > |
From: Denis L. <de...@po...> - 2008-12-18 09:16:49
|
Hi, i'm seeing a vmhgfs compile failure on 2.6.28 rc8 : mhgfs/page.c:88: error: unknown field 'prepare_write' specified in initializer vmhgfs/page.c:89: error: unknown field 'commit_write' specified in initializer Does anyone already have a patch for this ? Also, what is the current way to obtain the latest source code ? The subversion repo seems dead... thx! -denis |
From: Ragavan S <rag...@gm...> - 2008-12-18 06:57:24
|
[cross-posting to both the announce and devel lists] Hi folks, A couple of days ago VMware announced the general availability of VMware Tools Operating System Specific Packages (OSPs) for several Linux distributions. Using OSPs, enterprise customers virtualizing Linux on VI will be able to install/update/manage their VMware Tools installations using the guest operating systems' native packaging format (rpm, deb etc) and update mechanisms (apt, yum, rug, etc). More details including a list of supported ESX releases, guest operating systems, documentation and package repository are available from the OSP web page at http://packages.vmware.com. Naturally, this is bound to raise several questions related to OSPs and open-vm-tools. To help answer some of the common ones, we've put together this short Q&A page on the open-vm-tools project wiki page at http://open-vm-tools.wiki.sourceforge.net/OSP. Please take a look and let us know if you have any additional questions/comments on this topic. Regards, Ragavan |
From: Sean B. <sb...@vm...> - 2008-12-17 16:55:19
|
"The goal is to identify the host that the guest is running on." And what would you do with this information if you had it? Bear in mind that the host identifier could change underneath you at any time. Thanks, Sean ________________________________ From: David Henriksson [mailto:hn...@gm...] Sent: Wednesday, December 17, 2008 10:22 AM To: open-vm-tools development Subject: Re: Retrieve unique non-configurable host identifier from guest On Wed, Dec 17, 2008 at 4:12 PM, Sean Dilda <se...@du...<mailto:se...@du...>> wrote: David Henriksson wrote: > > On Wed, Dec 17, 2008 at 3:16 PM, Sean Dilda <se...@du...<mailto:se...@du...> > <mailto:se...@du...<mailto:se...@du...>>> wrote: > > David Henriksson wrote: > > Hi, > > > > I'm looking for a way of retrieving a unique identifier of the host > > system from within a guest. Preferable an identifier that does not > > change if the guest is moved by V-Motion. > > > I'm not sure I follow this. A unique identifier of the host means each > host would have a different identifier. If you VMotion between hosts, > that would mean the identifier for the host would *have* to change in > order for it to be a unique host identifier. > > Yes you are correct. > I read a post in another forum that the uuid does not change when you > move around your guest. > However, the uuid is configurable. > I would like to have the same property as the uuid, bit it should not be > configurable. > There might not be a such value or identifier though. > > If we skip the requirement that the value should stay the same when > being moved around. Is there any value I can read from the host system > that never changes. > What is your end goal here? I'm still not certain about your request. You're asking for a value from the host, which is the box running ESX. However, you're referring to the UUID, which is a unique value that each VM has. Are you looking to uniquely identify the VM, or the host that its running on? I'm sorry for the confusion. The goal is to identify the host that the guest is running on. |
From: David H. <hn...@gm...> - 2008-12-17 15:21:52
|
On Wed, Dec 17, 2008 at 4:12 PM, Sean Dilda <se...@du...> wrote: > David Henriksson wrote: > > > > On Wed, Dec 17, 2008 at 3:16 PM, Sean Dilda <se...@du... > > <mailto:se...@du...>> wrote: > > > > David Henriksson wrote: > > > Hi, > > > > > > I'm looking for a way of retrieving a unique identifier of the > host > > > system from within a guest. Preferable an identifier that does not > > > change if the guest is moved by V-Motion. > > > > > > I'm not sure I follow this. A unique identifier of the host means > each > > host would have a different identifier. If you VMotion between > hosts, > > that would mean the identifier for the host would *have* to change in > > order for it to be a unique host identifier. > > > > Yes you are correct. > > I read a post in another forum that the uuid does not change when you > > move around your guest. > > However, the uuid is configurable. > > I would like to have the same property as the uuid, bit it should not be > > configurable. > > There might not be a such value or identifier though. > > > > If we skip the requirement that the value should stay the same when > > being moved around. Is there any value I can read from the host system > > that never changes. > > > > What is your end goal here? I'm still not certain about your request. > You're asking for a value from the host, which is the box running ESX. > However, you're referring to the UUID, which is a unique value that > each VM has. Are you looking to uniquely identify the VM, or the host > that its running on? > > I'm sorry for the confusion. The goal is to identify the host that the guest is running on. |
From: Sean D. <se...@du...> - 2008-12-17 15:12:33
|
David Henriksson wrote: > > On Wed, Dec 17, 2008 at 3:16 PM, Sean Dilda <se...@du... > <mailto:se...@du...>> wrote: > > David Henriksson wrote: > > Hi, > > > > I'm looking for a way of retrieving a unique identifier of the host > > system from within a guest. Preferable an identifier that does not > > change if the guest is moved by V-Motion. > > > I'm not sure I follow this. A unique identifier of the host means each > host would have a different identifier. If you VMotion between hosts, > that would mean the identifier for the host would *have* to change in > order for it to be a unique host identifier. > > Yes you are correct. > I read a post in another forum that the uuid does not change when you > move around your guest. > However, the uuid is configurable. > I would like to have the same property as the uuid, bit it should not be > configurable. > There might not be a such value or identifier though. > > If we skip the requirement that the value should stay the same when > being moved around. Is there any value I can read from the host system > that never changes. > What is your end goal here? I'm still not certain about your request. You're asking for a value from the host, which is the box running ESX. However, you're referring to the UUID, which is a unique value that each VM has. Are you looking to uniquely identify the VM, or the host that its running on? |
From: David H. <hn...@gm...> - 2008-12-17 14:29:58
|
On Wed, Dec 17, 2008 at 3:16 PM, Sean Dilda <se...@du...> wrote: > David Henriksson wrote: > > Hi, > > > > I'm looking for a way of retrieving a unique identifier of the host > > system from within a guest. Preferable an identifier that does not > > change if the guest is moved by V-Motion. > > > I'm not sure I follow this. A unique identifier of the host means each > host would have a different identifier. If you VMotion between hosts, > that would mean the identifier for the host would *have* to change in > order for it to be a unique host identifier. > > Yes you are correct. I read a post in another forum that the uuid does not change when you move around your guest. However, the uuid is configurable. I would like to have the same property as the uuid, bit it should not be configurable. There might not be a such value or identifier though. If we skip the requirement that the value should stay the same when being moved around. Is there any value I can read from the host system that never changes. |
From: Sean D. <se...@du...> - 2008-12-17 14:16:40
|
David Henriksson wrote: > Hi, > > I'm looking for a way of retrieving a unique identifier of the host > system from within a guest. Preferable an identifier that does not > change if the guest is moved by V-Motion. I'm not sure I follow this. A unique identifier of the host means each host would have a different identifier. If you VMotion between hosts, that would mean the identifier for the host would *have* to change in order for it to be a unique host identifier. |
From: David H. <hn...@gm...> - 2008-12-17 13:42:05
|
Hi, I'm looking for a way of retrieving a unique identifier of the host system from within a guest. Preferable an identifier that does not change if the guest is moved by V-Motion. What I understand, the uuid is configurable by editing the vmx file so this is not good enough. I'm looking for an identifier that cannot change without reinstalling the host system installation or similar. Does any one have any tips of what I can use? Thanks David |
From: Western P. <la...@vi...> - 2008-12-16 23:25:57
|
Give woman the first thing she expects from you - the unforgetable pleasure http://cid-47e9c6ac32f5b4c9.spaces.live.com/blog/cns!47E9C6AC32F5B4C9!106.entry Side was a house with somewhat grimy muslin curtains. Others come and take hold of my hands. He was have been happy, said pat. I never met her, of endowment of an institution of learning in kentucky, 'a loaf of bread to be cut, neither am i a pincushion. |
From: Gerguson D. <con...@gl...> - 2008-12-15 21:14:48
|
Givee woman the first thing she expects from you - the unforgetable pleasure http://cid-5b5839ab95429933.spaces.live.com/blog/cns!5B5839AB95429933!106.entry Man, of whom i was no little afraid and my mother law. But he was the sort of chap that thought of paper, with the names of some club friends poirot crossed over, sandwiched himself into the his eyes met her confident grey ones. He said:. |
From: Praki P. <pra...@gm...> - 2008-12-14 23:43:37
|
I upgraded to ESX 3.5 U3 which supports Ubuntu 8.0.4 and vmware tools installation worked correctly. Thanks |