Thank you Jirka
I think I am more clear now:
For some reason, libvirtd running on that host was not able to resolve the
name to an IP address that could be sent back and still be useful and thus
it sent the hostname hoping the source libvirtd would be more successful
with resolving the name
On 2012年05月08日 01:06, Eric Blake wrote:
On 05/07/2012 02:34 AM, Osier Yang wrote:
Though numad will manage the memory allocation of task dynamically,
but it wants management application (libvirt) to pre-set the memory
policy according to the advisory nodeset returned from querying numad,
(just
1.With machine option,user can specify macine type to emulate.
For example : define in xml file , machine='pc' or machine='pseries'.
2.Fix some indent issue in ksiso.sh.
Signed-off-by: Qing Linqing...@linux.vnet.ibm.com
---
cases/consumption_cpu_topology.conf|2 +
On Mon, May 07, 2012 at 04:13:32PM -0600, Eric Blake wrote:
ping
On 05/02/2012 12:45 PM, Eric Blake wrote:
On 04/20/2012 07:13 AM, Marc-André Lureau wrote:
Fixes build on Windows systems
we've already conditionalized -pthread; so does this (shorter) patch
work to fix the problem
On 2012年05月08日 15:45, Lin Qing wrote:
1.With machine option,user can specify macine type to emulate.
For example : define in xml file , machine='pc' or machine='pseries'.
2.Fix some indent issue in ksiso.sh.
Signed-off-by: Qing Linqing...@linux.vnet.ibm.com
---
On Mon, May 07, 2012 at 09:50:22AM -0600, Eric Blake wrote:
On 05/07/2012 06:33 AM, Alon Levy wrote:
Add usbredir channel to list of recognized spice channels.
RHBZ: 819498
Signed-off-by: Alon Levy al...@redhat.com
---
src/conf/domain_conf.c |3 ++-
src/conf/domain_conf.h |
On Mon, May 07, 2012 at 09:53:05AM -0600, Eric Blake wrote:
On 05/07/2012 06:33 AM, Alon Levy wrote:
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise specified as
being in plaintext mode. libvirt doesn't currently
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise specified as
being in plaintext mode. libvirt doesn't currently allow requesting this
(via plaintext-channel=channel name).
RHBZ: 819499
Signed-off-by: Alon Levy
Add usbredir channel to list of recognized spice channels.
RHBZ: 819498
Signed-off-by: Alon Levy al...@redhat.com
---
docs/formatdomain.html.in |5 +-
docs/schemas/domaincommon.rng |1 +
src/conf/domain_conf.c |
On 2012年05月08日 15:45, Lin Qing wrote:
1.With machine option,user can specify macine type to emulate.
For example : define in xml file , machine='pc' or machine='pseries'.
2.Fix some indent issue in ksiso.sh.
Signed-off-by: Qing Linqing...@linux.vnet.ibm.com
---
Hi,
I'm currently working on getting sanlock into Debian/Ubuntu.
While testing, I noticed that I wasn't able to add a readonly
or shared device: internal error unsupported
configuration: Readonly leases are not supported.
After looking into the source, it seems to be the following
situation:
-
Hi,
I'm currently working on getting sanlock into Debian/Ubuntu.
While testing, I noticed that I wasn't able to add a readonly
or shared device: internal error unsupported
configuration: Readonly leases are not supported.
After looking into the source, it seems to be the following
situation:
-
On 05/08/2012 10:33 PM, Osier Yang wrote:
On 2012年05月08日 15:45, Lin Qing wrote:
1.With machine option,user can specify macine type to emulate.
For example : define in xml file , machine='pc' or machine='pseries'.
2.Fix some indent issue in ksiso.sh.
Signed-off-by: Qing
On 05/08/2012 04:16 AM, Daniel P. Berrange wrote:
On Mon, May 07, 2012 at 04:13:32PM -0600, Eric Blake wrote:
ping
On 05/02/2012 12:45 PM, Eric Blake wrote:
On 04/20/2012 07:13 AM, Marc-André Lureau wrote:
Fixes build on Windows systems
we've already conditionalized -pthread; so does this
On 05/08/2012 07:00 AM, Alon Levy wrote:
Add usbredir channel to list of recognized spice channels.
RHBZ: 819498
Signed-off-by: Alon Levy al...@redhat.com
---
docs/formatdomain.html.in |5 +-
docs/schemas/domaincommon.rng |1 +
On 05/08/2012 07:00 AM, Alon Levy wrote:
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise specified as
being in plaintext mode. libvirt doesn't currently allow requesting this
(via plaintext-channel=channel name).
As libnuma's API is used to set memory policy.
---
libvirt.spec.in |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
index 95d8af4..f7764e8 100644
--- a/libvirt.spec.in
+++ b/libvirt.spec.in
@@ -457,8 +457,12 @@ BuildRequires: gawk
Though numad will manage the memory allocation of task dynamically,
but it wants management application (libvirt) to pre-set the memory
policy according to the advisory nodeset returned from querying numad,
(just like pre-bind CPU nodeset for domain process), and thus the
performance could benifit
Numad expects MB by default.
---
src/qemu/qemu_process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/qemu/qemu_process.c b/src/qemu/qemu_process.c
index 82b17d6..e34cc6d 100644
--- a/src/qemu/qemu_process.c
+++ b/src/qemu/qemu_process.c
@@ -1773,7 +1773,7 @@
With this patch, one can also fully drive numad by:
vcpu2/vcpu
numatune
memory placement='auto'/
/numatune
New tests are added, and s//'/ on tests (*.xml) added in previous patch.
---
docs/formatdomain.html.in | 16 +-
src/conf/domain_conf.c
1/5 allows to pre-set the memory policy of domain process with
advisory nodeset from numad, by introducing a new XML tag
placement for numatune, its value defaults to either
vcpu placement, or static if 'nodeset' is specified. If
vcpu placement is 'auto', and no numatune is specified,
a default
Alon Levy mentioned on IRC that he tried './qemuxml2argvtest --help'
to figure out how to find which test was failing, but it didn't help.
The information is in HACKING, but it doesn't help to make the tests
also provide their own help.
* tests/testutils.c (virtTestMain): Mention debug trick.
---
Add usbredir channel to list of recognized spice channels.
RHBZ: 819498
Signed-off-by: Alon Levy al...@redhat.com
---
docs/formatdomain.html.in |5 +-
docs/schemas/domaincommon.rng |1 +
src/conf/domain_conf.c |
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise specified as
being in plaintext mode. libvirt doesn't currently allow requesting this
(via plaintext-channel=channel name).
RHBZ: 819499
Signed-off-by: Alon Levy
Signed-off-by: Alon Levy al...@redhat.com
---
tests/testutils.c |4
1 file changed, 4 insertions(+)
diff --git a/tests/testutils.c b/tests/testutils.c
index 4e8484f..ada676f 100644
--- a/tests/testutils.c
+++ b/tests/testutils.c
@@ -577,6 +577,10 @@ int virtTestMain(int argc,
On 05/08/2012 11:46 AM, Alon Levy wrote:
Signed-off-by: Alon Levy al...@redhat.com
---
tests/testutils.c |4
1 file changed, 4 insertions(+)
diff --git a/tests/testutils.c b/tests/testutils.c
index 4e8484f..ada676f 100644
--- a/tests/testutils.c
+++ b/tests/testutils.c
@@
On 05/08/2012 11:42 AM, Alon Levy wrote:
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise specified as
being in plaintext mode. libvirt doesn't currently allow requesting this
(via plaintext-channel=channel name).
On 05/07/2012 07:00 PM, Eric Blake wrote:
It turns out that when cgroups are enabled, the use of a block device
for a snapshot target was failing with EPERM due to libvirt failing
to add the block device to the cgroup whitelist. See also
https://bugzilla.redhat.com/show_bug.cgi?id=810200
*
On Tue, May 08, 2012 at 12:19:45PM -0600, Eric Blake wrote:
On 05/08/2012 11:42 AM, Alon Levy wrote:
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise specified as
being in plaintext mode. libvirt doesn't currently
On Tue, May 08, 2012 at 10:10:34PM +0300, Alon Levy wrote:
On Tue, May 08, 2012 at 12:19:45PM -0600, Eric Blake wrote:
On 05/08/2012 11:42 AM, Alon Levy wrote:
qemu's behavior in this case is to change the spice server behavior to
require secure connection to any channel not otherwise
On 05/08/2012 12:42 PM, Laine Stump wrote:
On 05/07/2012 07:00 PM, Eric Blake wrote:
It turns out that when cgroups are enabled, the use of a block device
for a snapshot target was failing with EPERM due to libvirt failing
to add the block device to the cgroup whitelist. See also
It turns out that when cgroups are enabled, the use of a block device
for a snapshot target was failing with EPERM due to libvirt failing
to add the block device to the cgroup whitelist. See also
https://bugzilla.redhat.com/show_bug.cgi?id=810200
* src/qemu/qemu_driver.c
It turns out that when cgroups are enabled, the use of a block device
for a snapshot target was failing with EPERM due to libvirt failing
to add the block device to the cgroup whitelist. See also
https://bugzilla.redhat.com/show_bug.cgi?id=810200
* src/qemu/qemu_driver.c
to safe some syscalls (as suggested by Eric Blake)
---
I've moved the code into an extra module since there's some more code to
come that should be shared between openvz_conf.c and openvz_driver.c
Cheers,
-- Guido
src/Makefile.am|3 ++-
src/openvz/openvz_conf.c | 12
On 05/08/2012 04:01 PM, Eric Blake wrote:
It turns out that when cgroups are enabled, the use of a block device
for a snapshot target was failing with EPERM due to libvirt failing
to add the block device to the cgroup whitelist. See also
https://bugzilla.redhat.com/show_bug.cgi?id=810200
*
On 05/08/2012 02:28 PM, Laine Stump wrote:
On 05/08/2012 04:01 PM, Eric Blake wrote:
It turns out that when cgroups are enabled, the use of a block device
for a snapshot target was failing with EPERM due to libvirt failing
to add the block device to the cgroup whitelist. See also
On 05/08/2012 10:04 AM, Osier Yang wrote:
Though numad will manage the memory allocation of task dynamically,
but it wants management application (libvirt) to pre-set the memory
policy according to the advisory nodeset returned from querying numad,
(just like pre-bind CPU nodeset for domain
On 05/08/2012 10:04 AM, Osier Yang wrote:
With this patch, one can also fully drive numad by:
vcpu2/vcpu
numatune
memory placement='auto'/
/numatune
New tests are added, and s//'/ on tests (*.xml) added in previous patch.
That feels like churn; I might float those hunks to
On 05/08/2012 10:04 AM, Osier Yang wrote:
vcpu is not an optional node. The value for its 'placement'
actually always defaults to 'static' in the underlying codes.
(Even no 'cpuset' and 'placement' is specified, the domain
process will be pinned to all the available pCPUs).
---
353 files
On 05/08/2012 10:04 AM, Osier Yang wrote:
Numad expects MB by default.
---
src/qemu/qemu_process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/qemu/qemu_process.c b/src/qemu/qemu_process.c
index 82b17d6..e34cc6d 100644
--- a/src/qemu/qemu_process.c
+++
On 05/08/2012 10:04 AM, Osier Yang wrote:
As libnuma's API is used to set memory policy.
---
libvirt.spec.in |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
index 95d8af4..f7764e8 100644
--- a/libvirt.spec.in
+++
On 05/08/2012 04:30 PM, Eric Blake wrote:
On 05/08/2012 10:04 AM, Osier Yang wrote:
As libnuma's API is used to set memory policy.
---
libvirt.spec.in |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
index 95d8af4..f7764e8 100644
On 05/08/2012 04:40 PM, Eric Blake wrote:
On 05/08/2012 04:30 PM, Eric Blake wrote:
On 05/08/2012 10:04 AM, Osier Yang wrote:
As libnuma's API is used to set memory policy.
---
libvirt.spec.in |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/libvirt.spec.in
On 05/08/2012 04:29 PM, Eric Blake wrote:
On 05/08/2012 10:04 AM, Osier Yang wrote:
Numad expects MB by default.
---
src/qemu/qemu_process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/qemu/qemu_process.c b/src/qemu/qemu_process.c
index 82b17d6..e34cc6d
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
---
libvirt-gconfig/libvirt-gconfig-domain.c | 18 ++
libvirt-gconfig/libvirt-gconfig-domain.h |1 +
libvirt-gconfig/libvirt-gconfig.sym |5 +
3 files changed, 24 insertions(+), 0 deletions(-)
diff --git
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
---
libvirt-gconfig/libvirt-gconfig-domain-os.c | 45 +++
libvirt-gconfig/libvirt-gconfig-domain-os.h |1 +
libvirt-gconfig/libvirt-gconfig.sym |1 +
3 files changed, 47 insertions(+), 0 deletions(-)
diff
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
This function should set 'path' as attribute of 'source' node rather
than as child node.
---
.../libvirt-gconfig-domain-chardev-source-pty.c| 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
- gvir_config_object_add_child_with_type()
- gvir_config_object_get_child()
- gvir_config_object_get_child_with_type()
---
libvirt-gconfig/libvirt-gconfig-object-private.h |8
libvirt-gconfig/libvirt-gconfig-object.c | 47
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
Passing a 'NULL' value now deletes the corresponding node/tree.
---
.../libvirt-gconfig-domain-chardev-source-pty.c|6 ++
.../libvirt-gconfig-domain-controller.c|9 ++-
libvirt-gconfig/libvirt-gconfig-domain-os.c|
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
---
libvirt-gconfig/libvirt-gconfig-capabilities.c |4 -
libvirt-gobject/libvirt-gobject-connection.c | 104
libvirt-gobject/libvirt-gobject-connection.h | 11 +++
libvirt-gobject/libvirt-gobject.sym|
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
Not quite complete but its a good start.
---
libvirt-gconfig/Makefile.am|8 +
.../libvirt-gconfig-capabilities-guest-arch.c | 122 +
.../libvirt-gconfig-capabilities-guest-arch.h | 71
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
---
libvirt-gconfig/tests/Makefile.am |4 +-
libvirt-gconfig/tests/test-capabilities-parse.c | 159 +++
libvirt-gconfig/tests/test-capabilities-parse.xml | 294 +
3 files changed, 456
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
Not quite complete but its a good start.
---
libvirt-gconfig/Makefile.am|6 +
.../libvirt-gconfig-capabilities-cpu-feature.c | 58 ++
.../libvirt-gconfig-capabilities-cpu-feature.h | 67
On 2012年05月09日 00:04, Osier Yang wrote:
As libnuma's API is used to set memory policy.
Ah, no. The following was ignored by git am.
---
@Eric, I don't see numactl-devel in FC17 provides numad binary,
(strange if it provides, :), So I didn't change like what you
suggested:
%if %{with_numad}
On 2012年05月09日 07:38, Eric Blake wrote:
On 05/08/2012 04:29 PM, Eric Blake wrote:
On 05/08/2012 10:04 AM, Osier Yang wrote:
Numad expects MB by default.
---
src/qemu/qemu_process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/qemu/qemu_process.c
Not only support CPU placement now.
---
libvirt.spec.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
index 95d8af4..dfcfb62 100644
--- a/libvirt.spec.in
+++ b/libvirt.spec.in
@@ -224,7 +224,7 @@
%define with_libpcap
Since now we pre-set memory policy using libnuma to fully
drive numad, it needs to check numactl-devel if with_numad
is yes.
configure with groups --with-numad=yes --with-numactl=yes,
--with-numad=no --with-numactl=yes, --with-numad=yes
--with-numactl=yes works fine after the change.
---
On Wed, May 09, 2012 at 12:28:45PM +0800, Osier Yang wrote:
Since now we pre-set memory policy using libnuma to fully
drive numad, it needs to check numactl-devel if with_numad
is yes.
configure with groups --with-numad=yes --with-numactl=yes,
--with-numad=no --with-numactl=yes,
On Wed, May 09, 2012 at 12:28:46PM +0800, Osier Yang wrote:
Not only support CPU placement now.
---
libvirt.spec.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
index 95d8af4..dfcfb62 100644
--- a/libvirt.spec.in
+++
On 2012年05月09日 12:58, Daniel Veillard wrote:
On Wed, May 09, 2012 at 12:28:45PM +0800, Osier Yang wrote:
Since now we pre-set memory policy using libnuma to fully
drive numad, it needs to check numactl-devel if with_numad
is yes.
configure with groups --with-numad=yes --with-numactl=yes,
60 matches
Mail list logo
