On Thu, Aug 14, 2008 at 02:11:33PM -0700, Yushu Yao wrote: This is no code that I'm aware of. With the recent libvirt code refactoring it should be much quicker/easier to develop additional hypervisor backends if someone is motivated .... :-) Most of the interest in the past has been for VMWare ESX server. From what I understand we'd need to have completely different drivers for ESX vs Player/Workstation because they have no common management API capabilities we can use. We'd welcome patches to write a driver for either ESX or Player/Workstation or both, since they all have valid use cases Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

On Thu, 14 Aug 2008, Yushu Yao wrote: Ideally you would implement the API used for ESX ;) but vmware player could be a start :) Stefan

Hello, even though it might probably not be exactly what you expect, I released a GPL3-Tool, the UnifiedSessionsManager, what functionally exactly does this. It supports transparently VMware-workstation+server+player and utilizes either vmrun or vmware-cmd. For new VMs the inventory entries are created transparently in case of VMserver. Therefore a "unified" call interface is provided - with same syntax for QEMU and Xen, which is as basic-call as follows: ->START: ctys -t vmw -a create=<machine-address> <execution-target> -t <VM-type> -a <action>:=CREATE|CANCEL|LIST|ENUMERATE|SHOW|INFO <machine-address>:=( [label:<displayName>][,] [pathname:<pathname>][,] .... ) The exact syntax and components are described detailed within the manual. <execution-target> An execution target in "email-format" <USER>@<HOST>, when missing "localhost" is assumed. There are more options, but this call is sufficient: ctys -t vmw -a create=label:myDisplayName myExecTargetHost When no cached information is present the filesystem is scanned by a find based on a match-filter for configuration files, and the required information is fetched from the configuration file. Further information is available from the User-Manual, which is has more than 600pages. ->STOP: ctys -t vmw -a cancel=label:myDisplayName myExecTargetHost Maybe this is what you functionally require. The libvirt, exactly virsh in companion with xm is used in case of Xen (-t xen) only. The URL is http://www.unifiedsessionsmanager.org http://sourceforge.net/projects/ctys Arno Michael March wrote: -- <march> -----Original Message----- From: Stefan de Konink <skinkie(a)xs4all.nl&gt; Date: Fri, 15 Aug 2008 00:33:20 To: Yushu Yao&lt;yushuyaoyao(a)gmail.com&gt; Cc: <libvir-list(a)redhat.com&gt; Subject: Re: [libvirt] VMWare support, any news? On Thu, 14 Aug 2008, Yushu Yao wrote: Ideally you would implement the API used for ESX ;) but vmware player could be a start :) Stefan -- Libvir-list mailing list Libvir-list(a)redhat.com https://www.redhat.com/mailman/listinfo/libvir-list -- Libvir-list mailing list Libvir-list(a)redhat.com https://www.redhat.com/mailman/listinfo/libvir-list -- ---------------------------------------------------------------------------- Arno-Can Uestuensoez www.i4p.de / www.i4p.com