similar to: Release of libvirt-0.9.2

As planned and after most of the clang detected problems got fixed (thanks Eric !) the new release is available at: ftp://libvirt.org/libvirt/ It's a mixed release, it includes a number of improvements as well as many bug fixes and a few new features: Features: - support various persistent domain updates (KAMEZAWA Hiroyuki) - improvements on memory APIs (Taku Izumi) - Add

As scheduled, libvirt 0.9.0 was tagged and pushed today, it's available from FTP at: ftp://libvirt.org/libvirt/ This is a large release w.r.t. the amount of features and changes, and well worth bumping the middle version number. We are also getting closer to a 1.0.0 release ! Features: - Support cputune cpu usage tuning (Osier Yang and Nikunj A. Dadhania) - Add public APIs for storage

Following Dan advice, I decided to not wait for more patches and push the current git head as the release. Let's plan to have another release by this month end with the QEmu debugging and hacking APIs. The release is available as usual at ftp://libvirt.org/libvirt Quite a lot of bug fixes during the two months since 0.8.1, and a few new feature. It also tagged more commits as being

On 01/14/2016 05:12 AM, Daniel P. Berrange wrote: > On Thu, Jan 14, 2016 at 10:51:47AM +0100, Jiri Denemark wrote: >> On Wed, Jan 13, 2016 at 16:25:14 +0100, Martin Kletzander wrote: >>> On Wed, Jan 13, 2016 at 10:18:42AM +0000, Richard W.M. Jones wrote: >>>> As people may know, we frequently encounter errors caused by libvirt >>>> when running the

On Fri, Nov 09, 2018 at 12:19:30PM +0000, Richard W.M. Jones wrote: > Peter Dimitrov and myself were debugging a very peculiar bug when > libguestfs is run as a plugin from collectd: > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > The long story short is that collectd leaks SIGCHLD == SIG_IGN setting > into plugins: > >

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,

On Wed, Aug 09, 2017 at 11:53:54AM +0800, netsurfed wrote: > Hi all, > I think it's a bug, when call virDomainGetState after "service libvirtd stop" > , I receive signal SIGPIPE. For the QEMU driver, the libvirt library just talks to libvirtd over an RPC layer. You killed libvirtd, so the libvirt library gets SIGPIPE. > I want to know how to avoid this problem? And

The error message could however give a hint what is going on. It should sax that it is impossible to talk to libvirtd and that it might be stopped. On 9 Aug 2017 2:19 p.m., "Daniel P. Berrange" <berrange@redhat.com> wrote: > On Wed, Aug 09, 2017 at 11:53:54AM +0800, netsurfed wrote: > > Hi all, > > I think it's a bug, when call virDomainGetState after

On Thu, Jan 14, 2016 at 10:51:47AM +0100, Jiri Denemark wrote: > On Wed, Jan 13, 2016 at 16:25:14 +0100, Martin Kletzander wrote: > > On Wed, Jan 13, 2016 at 10:18:42AM +0000, Richard W.M. Jones wrote: > > >As people may know, we frequently encounter errors caused by libvirt > > >when running the libguestfs appliance. > > > > > >I wanted to find out

Hi all, I think it's a bug, when call virDomainGetState after "service libvirtd stop", I receive signal SIGPIPE. I want to know how to avoid this problem? And Other interfaces will also encounter this problem？ Below the bt information: Below some information about my hypervisor: root@ubuntu-05:/datapool/zhuohf# virsh -v 3.4.0 root@ubuntu-05:/datapool/zhuohf# qemu-x86_64 -version

On 04/27/2016 04:26 AM, Daniel P. Berrange wrote: > On Tue, Apr 26, 2016 at 03:17:19PM -0400, Cole Robinson wrote: >> On 04/26/2016 02:56 PM, Nir Soffer wrote: >>> On Tue, Apr 26, 2016 at 4:37 PM, Cole Robinson <crobinso@redhat.com> wrote: >>>> On 04/26/2016 09:35 AM, Shahar Havivi wrote: >>>>> On 26.04.16 15:30, Shahar Havivi wrote:

On Thu, Jun 28, 2018 at 12:35:56PM +0200, Gionatan Danti wrote: > Il 26-06-2018 23:49 Cole Robinson ha scritto: > > I see it as another test case and larger UI surface in the common path > > for something that will save clicks for a corner case. I still don't see > > it asworth exposing in the UI. > > > > - Cole > > I can not force this decision,

Thanks a ton for the reply Matthias. I tried your suggestion but now I got one more message saying: *virsh # connect esx://172.16.73.14/?no_verify=1* *Enter username for 172.16.73.14 [root]: root* *Enter root's password for 172.16.73.14: * *error: Failed to connect to the hypervisor* *error: internal error: curl_easy_perform() returned an error: Unsupported protocol (1) : Protocol https not

Hi, &nbsp;I was finally able to connect to the xenapi hypervisor.&nbsp;&nbsp;However, once I connect to virsh and give a 'quit' command I get&nbsp; "* glibc detected *** virsh: double free or corruption (fasttop):". Please find below the actual memory dump. &nbsp; Note: I have disabled the SSL certificate verification in xenapi_driver.c by&nbsp;setting

Hi, &nbsp;I was finally able to connect to the xenapi hypervisor using virsh of libvirt 0.9.2.&nbsp;&nbsp;However, once I connect to virsh and give a 'quit' command I get&nbsp; "* glibc detected *** virsh: double free or corruption (fasttop):". Please find below the actual memory dump. &nbsp; Note: I have disabled the SSL certificate verification in

On Tue, Apr 26, 2016 at 03:17:19PM -0400, Cole Robinson wrote: > On 04/26/2016 02:56 PM, Nir Soffer wrote: > > On Tue, Apr 26, 2016 at 4:37 PM, Cole Robinson <crobinso@redhat.com> wrote: > >> On 04/26/2016 09:35 AM, Shahar Havivi wrote: > >>> On 26.04.16 15:30, Shahar Havivi wrote: > >>>> On 26.04.16 14:14, Shahar Havivi wrote: >

On Tue, Nov 13, 2018 at 10:04:33AM +0000, Daniel P. Berrangé wrote: > On Fri, Nov 09, 2018 at 12:19:30PM +0000, Richard W.M. Jones wrote: > > Peter Dimitrov and myself were debugging a very peculiar bug when > > libguestfs is run as a plugin from collectd: > > > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > > > The long

Thanks a ton for the reply Matthias. I am little confused here. How to add volume on my esx server using virsh? I did SCP and copied my vmdk image to [datastore1] testNode/cluster.vmdk and also modified my xml file as you suggested. Now when I tried starting the node it gave me an error message saying: "error: Failed to start testNode error: internal error: Could not start domain:

hi,: I am a new user of libvirt ,I asked a question about using libvirt to connect to esxi server. I got the answer is https://www.redhat.com/archives/libvir-list/2012-February/msg00860.html So,I try to make the change on the mailing list you just added. - * Add a dummy expect header to stop CURL from waiting for a response code + * Add an empty expect header to stop CURL from

On Mon, Dec 20, 2010 at 02:14:42PM +0100, Jiri Denemark wrote: > Ouch, I wonder if that could be the reason... Just to make sure that my strange compiling/packages aren't causing the problem, I've set up two servers running fedora 14 with the official libvirt packages. i experience the same problem -- while a vm is in migration, nothing else works. my traces reveal libvirt getting