similar to: Installing tcp/ssh drivers for libvirt

Hi Eric, I'm trying to install the drivers on XenServer 6.0.2 and on Centos 5.2/6.4. I downloaded libvirt 1.1.3. So, if I try to configure w/ xen and libxl, the configure script errors out saying - configure: error: You must install the libxl Library from Xen >= 4.2 to compile libxenlight driver with -lxl btw, I am trying to compile this on XenServer6.0.2 itself, and plan to use virsh

Hi Daniel, thanks for the reply - The procedure I use is the same as I use for XenServer, and the certificate exchange works just fine. The only thing I'm a bit unclear on, is the location of the CA cert, which in the case of XenServer, I simply put it in /etc/pki/CA. And when I start the libvirtd daemon, it successfully picks it up. If I put the Server key and cert in /etc/vmware/ssl for

On 10/29/2013 11:03 AM, Shiva Bhanujan wrote: > Hello, > > Can somebody please point me to documentation regarding installing libvirt > and the associated drivers from .rpms? You didn't tell us what distro you are using. There's plenty of rpms, but without that detail, we can't tell you which ones to use. > > If there were a yum repository where I could download

Hello, I'm using certtool to generate the server certificates for ESXi - http://libvirt.org/remote.html#Remote_TLS_CA. I just copy the server certificate and key as /etc/vmware/ssl/rui.crt and /etc/vmware/ssl/rui.key. And then use virsh to connect from a CentOS 6.4 VM running on it - "virsh -c esx://<esx IP>. I get the following error - error: internal error curl_easy_perform()

Hi there I am using libvirt+lxc on fedora I just upgraded a couple boxes from f29 to f31 i am running into rather puzzling glitches on one of the boxes, and am having a hard time trying to figure what exactly is going wrong symptom being that on the faulty box, my 3 containers startup correctly, but all of them stop after some random time shortly after (approx. in the 5-10 minutes) in some

I'm running a RHEL6 as a development desktop with Fedora 14 (multimedia stuff) and Win XP (corporate email and calendars) running on it as KVM VMs. Everything runs great except for audio pass through. Audio works on the RHEL host. Both VMs see sound cards provided by the VM, but no sound is forthcoming. I have tried adding a PCI audio device from the physical host to the Fedora VM, but then

I could use some help with clarification on the use of the libvirtd daemon with regards to managing remote KVM instances. Right now I have a CentOS 6 KVM server (libvirt-0.8.1), but would like to use some management applications that require higher version (0.8.8). First, is it possible to run the libvirtd daemon from within a VM, or does it require active kvm kernel module? Secondly, could a

2013/10/30 Shiva Bhanujan <sxb075@gmail.com>: > Hi Daniel, > > thanks for the reply - The procedure I use is the same as I use for > XenServer, and the certificate exchange works just fine. The only thing I'm > a bit unclear on, is the location of the CA cert, which in the case of > XenServer, I simply put it in /etc/pki/CA. And when I start the libvirtd > daemon,

> As mentioned by Ady, a previous occurrence of this bug has been > reported in ubuntu: same error, same ubuntu version, same usage. > https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1499746 > It seems to be marked "fix released". So I guess you may just upgrade to fix it. Nah, it is just marked as "duplicate". As I said, there are several

On Tue, Oct 29, 2013 at 06:48:46PM -0700, Shiva Bhanujan wrote: > Hello, > > I'm using certtool to generate the server certificates for ESXi - > http://libvirt.org/remote.html#Remote_TLS_CA. I just copy the server > certificate and key as /etc/vmware/ssl/rui.crt and /etc/vmware/ssl/rui.key. > And then use virsh to connect from a CentOS 6.4 VM running on it - "virsh

Hello! I'm looking at options for configuring an OpenStack CI job that tests OpenStack components with the latest versions of libvirt and qemu. Fedora's virt-preview [1] repository is pretty much what we need. However, we would really rather run this job using CentOS. The job's configuration needs to work for longer than Fedora's release schedule would allow. Is anyone looking

supermin needs to download packages (eg. RPMs) when preparing the appliance. 'dnf download' finally appears to have made parallel downloads reliable[1]. Better late than never. So I have experimentally switched Rawhide's supermin to use 'dnf download' instead of the (deprecated) 'yumdownloader' program. This only affects the 'supermin --prepare' phase, which

https://bugzilla.samba.org/show_bug.cgi?id=1793 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From wayned@samba.org 2004-09-17 16:31 ------- What does "man 3 glob" say on your rawhide