1:43 a.m.
Hi,
Can someone send me the build steps how to build for Citrix XenServer ? I want to build
a version of libvirt for Citrix XenServer.
Regards,
Navin
10:37 a.m.
On 05/27/2013 12:43 AM, Parakkal, Navin S wrote:
Hi,
Can someone send me the build steps how to build for Citrix XenServer ? I want to build
a version of libvirt for Citrix
XenServer.
Fedora doesn't build for xenserver by default, because the development
headers for xenserver are not under a free license. However, you can
download the xenserver development kit yourself at no monetary cost; as
long as configure can detect xen_vm_start in -lxenserver, then you have
installed it correctly, and your self-built libvirt will support
xenserver URI. At one point, I seem to recall that Dan Berrange even
set up a repo so that you could download an rpm of older copies of the
xenserver headers without having to click through the non-free licensing
that Citrix now enforces on their newer releases; but I don't have the
details of that repo location off-hand.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
10:51 a.m.
Hi Eric,
Thanks for your response.
________________________________________
From: Eric Blake [eblake(a)redhat.com]
Sent: Tuesday, May 28, 2013 9:07 PM
To: Parakkal, Navin S
Cc: libvirt-users(a)redhat.com; Daniel P. Berrange
Subject: Re: [libvirt-users] libvirt for Citrix XenServer
On 05/27/2013 12:43 AM, Parakkal, Navin S wrote:
> Hi,
> Can someone send me the build steps how to build for Citrix XenServer ? I want to
build a version of libvirt for Citrix
XenServer.
Fedora doesn't build for xenserver by default, because the
development
headers for xenserver are not under a free license. However, you can
download the xenserver development kit yourself at no monetary cost; as
long as configure can detect xen_vm_start in -lxenserver, then you have
installed it correctly, and your self-built libvirt will support
xenserver URI. At one point, I seem to recall that Dan Berrange even
set up a repo so that you could download an rpm of older copies of the
xenserver headers without having to click through the non-free licensing
that Citrix now enforces on their newer releases; but I don't have the
details of that repo location off-hand.
We are planning to ship a CentOS based virtual image that has a libvirt version of 0.9.4
this is used for collection remote and local KVM host/guest domain data but some pressing
requirement is for Citrix Xenserver monitoring. I now have 2 problems.
1) You say i need -lxenserver . Does that mean it can't do something xen+tcp or
xen+ssh or xen+tls ? ie Does the libvirt need to be present on the host by itself . No
remote collection is possible ?
If remote collection is not possible i would have to install the agent on all the hosts
for monitoring.
Do we have something like xenapi+ssh or xenapi+tls or xenapi+tcp for remote monitoring ?
Regards,
Navin
12:22 p.m.
On 05/28/2013 09:51 AM, Parakkal, Navin S wrote:
1) You say i need -lxenserver . Does that mean it can't do something xen+tcp or
xen+ssh or xen+tls ? ie Does the libvirt need to be present on the host by itself . No
remote collection is possible ?
Based on src/libvirt.c, xenapi:// URI are similar to esx, hyperv, and
parallels - they are client-only APIs rather than APIs that talk to a
remote server. We recently converted vbox:// to talk to a remote server
(for licensing reasons), if you want to use that as an example for how
to make xenapi:// URIs be serviced remotely instead of as a direct
client. But in the current state of libvirt, use of xenserver APIs
requires that your client be built with -lxenserver, because libvirt
does not support xenapi via remote protocol.
If remote collection is not possible i would have to install the
agent on all the hosts for monitoring.
Do we have something like xenapi+ssh or xenapi+tls or xenapi+tcp for remote monitoring ?
Not unless someone writes a patch for it.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
4229
days inactive
4230
days old
3 comments
2 participants
participants (2)
-
Eric Blake -
Parakkal, Navin S