[libvirt] [PATCH] conf: fix set the wrong fromconfig when specify addr in config

2015-10-19 Thread Luyao Huang
https://bugzilla.redhat.com/show_bug.cgi?id=1238338#c6 If the user already specify address in xml, we will set the wrong $fromConfig, which will make libvirt output a wrong error message and make hot-plug fail when hot-plug a pci device (see commit 1e15be1 and 9a12b6c). Signed-off-by: Luyao Huang

[libvirt] [PATCH 3/3] vz: implement some domain API calls

2015-10-19 Thread Maxim Nestratov
The following functions are implemented: vzDomainIsUpdated, vzDomainGetVcpusFlags and vzDomainGetMaxVcpus. Signed-off-by: Maxim Nestratov --- src/vz/vz_driver.c | 53 + 1 file changed, 53 insertions(+) diff --git a/src/vz/vz_driver.c b/src/vz

[libvirt] [PATCH v2 0/3] vz: implement some API calls

2015-10-19 Thread Maxim Nestratov
v1-v2 change: - removed vzConnectGetType - addressed comments on vzConnectGetMaxVcpus Maxim Nestratov (3): vz: implement connectGetMaxVcpus API calls vz: implement API calls of nodeGetxxx family vz: implement some domain API calls src/vz/vz_driver.c | 109 ++

[libvirt] [PATCH 1/3] vz: implement connectGetMaxVcpus API calls

2015-10-19 Thread Maxim Nestratov
Because we have no limitation for maximal number of vcpus in containers we report as maximum 1028 just for the sake of common sence. Signed-off-by: Maxim Nestratov --- src/vz/vz_driver.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/src/vz/vz_driver.c b/src/vz/vz_driver.c i

[libvirt] [PATCH 2/3] vz: implement API calls of nodeGetxxx family

2015-10-19 Thread Maxim Nestratov
The following functions were implemented: vzNodeGetCPUStats, vzNodeGetMemoryStats, vzNodeGetCellsFreeMemory and vzNodeGetFreeMemory. Signed-off-by: Maxim Nestratov --- src/vz/vz_driver.c | 42 ++ 1 file changed, 42 insertions(+) diff --git a/src/vz/vz_

Re: [libvirt] [PATCHv3 1/2] network: added waiting for DAD to finish for bridge address.

2015-10-19 Thread Laine Stump
On 10/19/2015 09:15 AM, Maxim Perevedentsev wrote: Some more comments. On 10/15/2015 09:03 PM, Laine Stump wrote: static int +networkWaitDadFinish(virNetworkObjPtr network) +{ +virNetworkIpDefPtr ipdef; +virSocketAddrPtr *addrs = NULL; +size_t i; +int ret; +for (i = 0; +

Re: [libvirt] [PATCH 1/3] vz: implement connectGetType and connectGetMaxVcpus API calls

2015-10-19 Thread Maxim Nestratov
14.10.2015 18:28, Dmitry Guryanov пишет: On 10/14/2015 12:50 PM, Maxim Nestratov wrote: From: Maxim Nestratov As a connection type we report 'vz'. And because we have no limitation for maximal number of vcpus in containers we report as maximum 1028 just for the sake of common sence. Signe

Re: [libvirt] [libvirt-users] virsh can't support VM offline blockcommit

2015-10-19 Thread justlibv...@gmail.com
Hi Kashyap Chamarthy: thank you very much for answer my question: 一: lead to VM filesystem becoming read-only 1: test case it lead to VM filesystem becoming read-only test case as follows: we want to snapshot for VM , to obtain VM incremental data,and use virsh blockcommit,qemu-img commit,qemu-

Re: [libvirt] [PATCH v2 2/9] virt-admin: Introduce first working skeleton

2015-10-19 Thread Martin Kletzander
On Fri, Oct 16, 2015 at 08:12:19PM +0200, Erik Skultety wrote: This patch introduces virt-admin client which is based on virsh client, but had to reimplement several methods to meet virt-admin specific needs or remove unnecessary virsh specific logic. --- .gitignore | 1 + daemon/libvirt

Re: [libvirt] [PATCH v2 1/9] libvirt: Export libvirt config getters by moving them to util

2015-10-19 Thread Martin Kletzander
On Fri, Oct 16, 2015 at 08:12:18PM +0200, Erik Skultety wrote: virConnectGetConfig and virConnectGetConfigPath were static libvirt methods, merely because there hasn't been any need for having them internally exported yet. Since libvirt-admin also needs to reference libvirt config file, 'xGetConf

Re: [libvirt] [PATCHv3 1/2] network: added waiting for DAD to finish for bridge address.

2015-10-19 Thread Laine Stump
On 10/19/2015 08:36 AM, Maxim Perevedentsev wrote: On 10/16/2015 08:13 PM, Laine Stump wrote: On 10/16/2015 12:51 PM, Maxim Perevedentsev wrote: On 10/15/2015 09:03 PM, Laine Stump wrote: This loop *really* bothers me, because there is no failsafe to terminate it if we never get positive not

Re: [libvirt] [PATCH v1 09/23] lock_protocol: Add two new remote procedures

2015-10-19 Thread John Ferlan
On 10/19/2015 01:49 AM, Michal Privoznik wrote: > On 16.10.2015 21:58, John Ferlan wrote: >> >> >> On 10/16/2015 10:54 AM, Michal Privoznik wrote: >>> On 16.10.2015 09:17, Peter Krempa wrote: On Mon, Oct 12, 2015 at 12:25:54 +0200, Michal Privoznik wrote: > These procedures will be used

Re: [libvirt] [PATCHv3 1/2] network: added waiting for DAD to finish for bridge address.

2015-10-19 Thread Maxim Perevedentsev
Some more comments. On 10/15/2015 09:03 PM, Laine Stump wrote: static int +networkWaitDadFinish(virNetworkObjPtr network) +{ +virNetworkIpDefPtr ipdef; +virSocketAddrPtr *addrs = NULL; +size_t i; +int ret; +for (i = 0; + (ipdef = virNetworkDefGetIpByIndex(network->d

Re: [libvirt] [PATCHv3 1/2] network: added waiting for DAD to finish for bridge address.

2015-10-19 Thread Maxim Perevedentsev
On 10/16/2015 08:13 PM, Laine Stump wrote: On 10/16/2015 12:51 PM, Maxim Perevedentsev wrote: On 10/15/2015 09:03 PM, Laine Stump wrote: This loop *really* bothers me, because there is no failsafe to terminate it if we never get positive notification that DAD has completed. This would lock u

Re: [libvirt] [PATCH V2 1/9] qemu_migration: Add support for mutil-thread compressed migration enable

2015-10-19 Thread Feng, Shaohe
Thank Jirka for your comments. Will address them in the next version. > -Original Message- > From: Jiri Denemark [mailto:jdene...@redhat.com] > Sent: Thursday, October 15, 2015 5:15 PM > To: Feng, Shaohe > Cc: libvir-list@redhat.com; Li, Liang Z; Qiao, Liyong > Subject: Re: [PATCH V2 1/

Re: [libvirt] strange stale qemu processes after domain shutdown

2015-10-19 Thread Vasiliy Tolstov
2015-10-15 21:41 GMT+03:00 Vasiliy Tolstov : > I have 58 active domains with status running, and 62 > qemu-system-x86_64 processes. > After investigating this issue, i found problem domains. > How to fix this issue and not lost this qemu processes? Does anybody knows? I think this is libvirt bug,