All Posts

Thanks for your helpful answer. Is there an official statement from Vmware?
Is this link better? http://www.vmware.com/community/thread.jspa?threadID=64993&tstart=0 Henry
To answer your questions in reverse order: None of the VixJob functions are present in the Perl bindings, since it uses a simpler model. Specifically, all the functions in the Perl bindings are ... See more...
To answer your questions in reverse order: None of the VixJob functions are present in the Perl bindings, since it uses a simpler model. Specifically, all the functions in the Perl bindings are synchronous, so they return their results directly, as opposed to the C and COM flavors which return a Job handle/object that track the progress and state of an asynchronous call. Since these functions do not exist in the Perl bindings, they are of course not documented. In terms of compatibility, please see the announcement at the top of the forum. We strongly recommend against using 1.1 version of the VIX API with VMware Server. Only functions from the 1.0 release will work with Server (those listed in the requirements section of the documentation as "since VMware Server 1.0"), so no new functionality is available for use with Server in the 1.1 release. As for why HostConnect(), the make script that builds the Perl bindings in the 1.1 API builds the bindings to work with Workstation, not Server. Again, we recommend that you use the 1.0 release of the VIX API that comes bundled with VMware Server, particularly with the Perl bindings.
It would seem I'm going to be plagued with issues my entire way through using Vix. I finally got the Perl bindings for Vix to build on both Linux and Windows, however on both HostConnect() fai... See more...
It would seem I'm going to be plagued with issues my entire way through using Vix. I finally got the Perl bindings for Vix to build on both Linux and Windows, however on both HostConnect() fails, and in different ways. I have seen some other posts that allude to the fact that using the 1.1 API under Linux may not work correctly. The behavior I'm seeing is that when connecting to both SSL and Non-SSL machines with VM Server 1.0 running, authentication fails and HostConnect() retries forever. The same hostname/port/username/password work fine if I attempt to connect via the VM Server Console interface. Under Windows, I have set the API version in HostConnect() to a hardcoded 1, as discussed in other posts. Regardless of whether I use 1 or 2, I get the following error message: Failed to get property type for 3010 on handle 0. HostConnect() failed, 1000 The handle is not a valid VIX object I am using the exact code from the reference documentation on HostConnect(). I have also tried setting it to not use localhost and instead use other VM Servers, with identical results. I also tried both with SSL on and off, with identical results. At this point I'm stumped as to why this does not work - any help would be appreciated. Also, if someone could clarify the compatibility between VM Server 1.0 and VIX API 1.1? What in particular cannot be used with VM Server (in particular, are guest operations supported)? Also, looking through the reference documentation, there seem to be some functions that have no associated Perl documentation (in particular, the Perl functions that correspond to the VixJob_* functions in C).
Ok, I ended up making symlinks between the real locations of the lib files and the locations that Vix wants. This solves the problem, although it is frustrating that the default Vix build looks ... See more...
Ok, I ended up making symlinks between the real locations of the lib files and the locations that Vix wants. This solves the problem, although it is frustrating that the default Vix build looks for libraries in places other than their default locations.
I'm using the Vix 1.1 API on Ubuntu 7.04, but without much success. The following were my installation steps: \- Downloaded and unpacked the Vix API tar \- Ran vmware-install.pl \- Unpacked... See more...
I'm using the Vix 1.1 API on Ubuntu 7.04, but without much success. The following were my installation steps: \- Downloaded and unpacked the Vix API tar \- Ran vmware-install.pl \- Unpacked the vix-perl tar file \- Ran Makefile.PL \- Ran Make \- Ran Make install \- Created a new directory and made a pl file containing the VixHost_Connect sample code from the reference documentation. When I attempted to run this, Perl complained it couldn't find libvix.so. I went looking for it and found that it lived in /usr/lib/vmware-vix/lib. I copied libvix.so to /usr/local/lib, and stopped getting that error, but now it complains: SSLLoadSharedLibrary: Failed to load library /usr/bin/libcrypto.so.0.9.7:/usr/bin/libcrypto.so.0.9.7: cannot open shared object file: No such file or directory The only version of libcrypto.so present on my system is 0.9.8, so I'm not sure how to proceed (I'm quite new to both Perl and the intricacies of unix libraries) I would have expected these things to be in the right places when the installer copied them to begin with - obviously the installer made assumptions about my system that were not true, and I'm not sure how to correct things. Any help would be appreciated.
Ah, I just discovered I had both the old and the new SDK extracted to the same directory, and I'd been looking at the literature for the v1.* SDK.
I am not able to access the link you have provided. I am getting the following error message: "Error: you do not have permission to view the requested forum or category. " If possible can you p... See more...
I am not able to access the link you have provided. I am getting the following error message: "Error: you do not have permission to view the requested forum or category. " If possible can you please cut & paste the text from that message ? Ravindra
The Programming Guide talks about the basic data loop for Java and Perl, retrieving updates and applying them incrementally. Since C# is most similar to Java and there are no actual C# docs, I've... See more...
The Programming Guide talks about the basic data loop for Java and Perl, retrieving updates and applying them incrementally. Since C# is most similar to Java and there are no actual C# docs, I've been assuming that the C# API should be like the Java one, but the stub assembly generated for C# seems to lack some of the objects mentioned (Change, VHandleList, etc). Is the data loop handled in the background by the C# stub, or has it not been generated correctly on my machine?
I have an exact need to get a listing of registered virtual machines. I am not going to be programmatically registering VMs; I am going to be manipulating VMs that are already registered. -... See more...
I have an exact need to get a listing of registered virtual machines. I am not going to be programmatically registering VMs; I am going to be manipulating VMs that are already registered. -austin
Do you have an exact need to know whats been registered? If you pass a register_vm to a vmx that is already registered, it appears to just ignore the message on server.
Thank you. It's not the answer I wanted[/i], but it's the answer that is. Is there a way with VIX 1.0 and Server 1.0 to determine the machines that have been registered? Thanks, -austin
Disabling SSL may give you a small gain, but probably not a significant decrease. In general, Host_Connect() will be an expensive operation, since it performs a lot of initialization. As a bes... See more...
Disabling SSL may give you a small gain, but probably not a significant decrease. In general, Host_Connect() will be an expensive operation, since it performs a lot of initialization. As a best practice, we recommend that you save and reuse host handles whenever possible. For example, if your program is going to only connect to one host, you should have the program connect to that host up front, and then perform whatever operations you wish on the host, and then call Host_Disconnect() during clean up when the program is shutting down.
Vix API 1.1 does not add any new functionality for use with VMware Server. Currently, we recommend that you do not upgrade to Vix 1.1 if you are using VMware Server. The wrapper is intended a... See more...
Vix API 1.1 does not add any new functionality for use with VMware Server. Currently, we recommend that you do not upgrade to Vix 1.1 if you are using VMware Server. The wrapper is intended allow you to write code that works against either Workstation or Server. But as you point out, the 32bit Linux wrapper was built for old versions of glibc (known bug). On Windows and 64bit Linux, the wrapper will work, but you need to use the value '1' for the apiVersion argument to VixHost_Connect(). VIX_FIND_REGISTERED_VMS is not supported in server 1.0, and does not apply to Workstation. We understand this has created real frustration, and apologize for any inconvience and confusion. We are working to fix these issues as quickly as possible.
We will have a beta imminently (watch for postings). It will include an appliance. It will also include the ability to retrieve a subset of a managed object view. I don't want to use "custom... See more...
We will have a beta imminently (watch for postings). It will include an appliance. It will also include the ability to retrieve a subset of a managed object view. I don't want to use "customizable views" because that term was used for other things in the past. H
See this thread: http://www.vmware.com/community/thread.jspa?messageID=654314&#654314 H
I need to find out the whether an ESX host is managed by a VC or not ? And I need to find out by querying ESX Host Web Service running on ESX Host by using an HOST SDK API. I do not want to go t... See more...
I need to find out the whether an ESX host is managed by a VC or not ? And I need to find out by querying ESX Host Web Service running on ESX Host by using an HOST SDK API. I do not want to go through via VC SDK Web Service. I tried to use HostSystem.QueryHostConnectionInfo()[/b] by calling on ESX Host Web Service connection, which returns HostConnectInfo, this object contains a member "serverIp" whose value as explained in VI SDK Reference guide:” The IP address of the VirtualCenter already managing this host, if any.", But this property shows as "Unset" when I queried on ESX Host Web Service connection. But the same HostSystem.QueryHostConnectionInfo() by calling on VC Web Service connection, returns this property as my VC IP address (serverIp=xx.xx.xx.xxx) And also even I tried to check HostRuntimeInfo. connectionState, but this is always returning “connected” on ESX, but returns “connected” / "disconnected” on VC based on the current state. So even this property from ESX Host Web Service is also not useful to find whether ESX is managed by the VC or not. Is there any one who knows any other reliable way to find whether ESX is managed by a VC or not by querying directly ESX web service ?
Ok. I'm really not sure what to think with all of this, but it's incredibly infuriating. 1. A VIX client won't compile using the wrapper because it's looking for __ctype_b which isn't on my Ub... See more...
Ok. I'm really not sure what to think with all of this, but it's incredibly infuriating. 1. A VIX client won't compile using the wrapper because it's looking for __ctype_b which isn't on my Ubuntu system. Bad. Worse because of #2. 2. There's two libvix.so files, depending on whether I'm connecting to Workstation or Server -- which means that I can't have a single program that connects to either Workstation or Server -- I have to link twice (once for Workstation, once for Server). Bad. 3. VixHost_FindItems works ONLY if I specify VIX_FIND_RUNNING_ITEMS even if I'm connecting to Server. I get the ever-so-helpful "One of the parameters was invalid" if I use VIX_FIND_REGISTERED_ITEMS instead. Statically linking with libvix.so for workstation puts me in an infinite loop on connect, so I can't tell if it's just a problem with the libvix.so for Server. Very Bad. I need to collect the list of VMs that are currently registered to a VMware Server. I can't do this when following the instructions in the documentation. I smell a whole raft of bugs, because the local-link API should be smart enough to handle this. Why oh why can't this be easy ... you know, like the SOAP API for ESX? (And yes, compared to the sort of problems that I'm seeing with VIX, the ESX SOAP API is easy.)
Given that the number of remote console connections is limited to 10 ( per http://www.vmware.com/pdf/vi3_301_201_config_max.pdf ) and approx 1500 VMs per VC for performance and management reasons... See more...
Given that the number of remote console connections is limited to 10 ( per http://www.vmware.com/pdf/vi3_301_201_config_max.pdf ) and approx 1500 VMs per VC for performance and management reasons, the theoretical there of 15000 seems rather high to me. I have seen other limits for this posted, but there is also a limit on the number of database connections from VC. I realize there is not a specific corelation from DB connections to VC sessions necessarily, especially given possible connection pooling. I created a test script with to spawn Vim::login as many times as possible. There does seem to be a default limit of 95 Active Sessions. I imagine this is a tunable in the webservices perhaps or tomcat.
I'm trying to assess my options for using the VIX API for an upcoming project. I'd really like to use C#, however my application must be able to run on windows/linux/solaris. I know that Mono s... See more...
I'm trying to assess my options for using the VIX API for an upcoming project. I'd really like to use C#, however my application must be able to run on windows/linux/solaris. I know that Mono supports all of these platforms, however it only has limited support for using COM. Has anybody used VIX with C# under a non-Windows platform? If so how did you go about it? Thanks!