On Tue, Oct 30, 2012 at 10:13:35PM +0100, Guido Günther wrote:
Looks good now on the Debian buildds:
https://buildd.debian.org/status/package.php?p=libvirtsuite=experimental
Great !
I just tagged rc3 in git and pushed tarball and rpms to the usual
location:
ftp://libvirt.org/libvirt/
On 10/31/2012 12:44 AM, Eric Blake wrote:
On 10/28/2012 06:55 AM, Martin Kletzander wrote:
When there is no 'qemu-kvm' binary and the emulator used for a machine
is, for example, 'qemu-system-x86_64' that, by default, runs without
kvm enabled, libvirt still supplies '-no-kvm' option to this
Hi Everyone,
I wanted to ask a question about the 'generic ethernet' NIC type. If I
understand its security concerns correctly, because it expects QEMU to
execute scripts to bring up/down the interface, it requires that the host
security level is lowered to allow QEMU to perform privileged
On 29/10/2012, at 2:19 PM, Daniel Veillard wrote:
The tree is now tagged (v1.0.0-rc2) and the tarball (and rpms) are
available at the usual place:
Also works in OSX (using Xcode 4.1).
+ Justin
--
Aeolus Community Manager
http://www.aeolusproject.org
--
libvir-list mailing list
There are multiple reasons canonicalize_file_name() used in
absolutePathFromBaseFile helper can fail. This patch enhances error
reporting from that helper.
---
src/util/storage_file.c | 35 ---
1 file changed, 24 insertions(+), 11 deletions(-)
diff --git
Hi Daniel
Can you review this patch?
Any comment is welcomed.
Thanks
Gao
于 2012年10月25日 18:38, Gao feng 写道:
add a configure option --with-fuse to prepare introduction
of fuse support for libvirt lxc.
With help from Daniel
Signed-off-by: Gao feng gaof...@cn.fujitsu.com
---
configure.ac
On 10/31/2012 11:19 AM, Peter Krempa wrote:
There are multiple reasons canonicalize_file_name() used in
absolutePathFromBaseFile helper can fail. This patch enhances error
reporting from that helper.
---
src/util/storage_file.c | 35 ---
1 file changed, 24
On 10/31/12 11:40, Martin Kletzander wrote:
On 10/31/2012 11:19 AM, Peter Krempa wrote:
There are multiple reasons canonicalize_file_name() used in
absolutePathFromBaseFile helper can fail. This patch enhances error
reporting from that helper.
---
src/util/storage_file.c | 35
On Wed, Oct 31, 2012 at 04:26:54PM +0800, Daniel Veillard wrote:
On Tue, Oct 30, 2012 at 10:13:35PM +0100, Guido Günther wrote:
Looks good now on the Debian buildds:
https://buildd.debian.org/status/package.php?p=libvirtsuite=experimental
Great !
I just tagged rc3 in git and
Hi,
I was invited to show up here regarding BZ 871756. I'm the maintainer of
libvirt on Alpine Linux [1], an uclibc-based distro.
If you need more info, testing, etc. just let me know.
Cheers,
leonardo
P.S. Sorry if I've broken the thread
[1] http://alpinelinux.org/
signature.asc
Hello,
Since this morning i got this exception throwed by the libvirt-java :
java.lang.UnsatisfiedLinkError: com.sun.jna.Native.pointerSize()I
at com.sun.jna.Native.pointerSize(Native Method)
What could be the problem ? Is it related to an update of my distribution ?
Bye,
Matt
--
On 10/31/2012 01:29 PM, Leonardo Arena wrote:
Hi,
I was invited to show up here regarding BZ 871756. I'm the maintainer of
libvirt on Alpine Linux [1], an uclibc-based distro.
Hi, thanks for looking at it. It's good to hear there is only one
function missing when building on uclibc.
On 10/30/2012 02:28 PM, Laine Stump wrote:
I now realize that I am going to need to get into virsh net-update
since I am adding things to the xml specification and net-update will
need to differentiate between dhcp4 and dhcp6 changes.
Another thought that occurs to me is whether there has any
On 10/31/2012 06:29 AM, Leonardo Arena wrote:
Hi,
I was invited to show up here regarding BZ 871756. I'm the maintainer of
libvirt on Alpine Linux [1], an uclibc-based distro.
If you need more info, testing, etc. just let me know.
--- a/src/util/logging.c
+++ b/src/util/logging.c
@@
https://bugzilla.redhat.com/show_bug.cgi?id=871756
Commit cd1e8d1 assumed that systems new enough to have journald
also have mkostemp; but this is not true for uclibc.
For that matter, use of mkstemp[s] is unsafe in a multi-threaded
program. We should prefer mkostemp[s] in the first place.
*
On Wed, Oct 31, 2012 at 4:50 PM, George-Cristian Bîrzan g...@birzan.orgwrote:
on 0.10.2:
[root@host34 libvirt]# virsh nodeinfo
CPU model: x86_64
CPU(s): 24
CPU frequency: 2200 MHz
CPU socket(s): 1
Core(s) per socket: 6
Thread(s) per core: 1
NUMA
On Tue, Oct 30, 2012 at 10:08 PM, Eric Blake ebl...@redhat.com wrote:
Both bitmaps show all 24 cores, so hwloc is able to read sysfs and
determine the existence of 2 sockets with 12 nodes each, and where the
12 nodes are numbered 0-5 twice according to which bank of cache they
are tied to.
https://bugzilla.redhat.com/show_bug.cgi?id=871312
Recent fixes made almost all the right steps to make emulator pinned
to the cpuset of the whole domain in case emulatorpin isn't
specified, but qemudDomainGetEmulatorPinInfo still reports all the
CPUs even when cpuset is specified. This patch
On Wed, Oct 31, 2012 at 16:03:53 +0100, Martin Kletzander wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=871312
Recent fixes made almost all the right steps to make emulator pinned
to the cpuset of the whole domain in case emulatorpin isn't
specified, but qemudDomainGetEmulatorPinInfo
On 10/31/2012 04:11 PM, Jiri Denemark wrote:
On Wed, Oct 31, 2012 at 16:03:53 +0100, Martin Kletzander wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=871312
Recent fixes made almost all the right steps to make emulator pinned
to the cpuset of the whole domain in case emulatorpin isn't
Hello,
- Original Message -
This is sort of a v2 of the Structured syslog series.
Patches 1-4 allow callers virLogMessage to add arbitrary additional data,
and use it in virRaiseErrorFull and its callers. This data is sent
to journal (and ignored for other outputs).
Any comments on
On 10/31/2012 03:42 PM, Eric Blake wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=871756
Commit cd1e8d1 assumed that systems new enough to have journald
also have mkostemp; but this is not true for uclibc.
For that matter, use of mkstemp[s] is unsafe in a multi-threaded
program. We
Commit 905be03d2 quit using the abstract namespace, but didn't
update the --help text to match.
* daemon/libvirtd.c (daemonUsage): Correct socket listing.
---
See also:
https://www.redhat.com/archives/libvirt-users/2012-October/msg00152.html
daemon/libvirtd.c | 2 +-
1 file changed, 1
On Wed, Oct 31, 2012 at 11:38:43AM -0400, Miloslav Trmac wrote:
Hello,
- Original Message -
This is sort of a v2 of the Structured syslog series.
Patches 1-4 allow callers virLogMessage to add arbitrary additional data,
and use it in virRaiseErrorFull and its callers. This data
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 98ce398..79a055b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -193,6 +193,7 @@ results.log
stamp-h
stamp-h.in
stamp-h1
+tags
!/gnulib/lib/Makefile.am
On 10/31/2012 10:24 AM, Gene Czarcinski wrote:
On 10/30/2012 02:28 PM, Laine Stump wrote:
I now realize that I am going to need to get into virsh net-update
since I am adding things to the xml specification and net-update will
need to differentiate between dhcp4 and dhcp6 changes.
Another
On 10/31/2012 04:48 PM, Michal Privoznik wrote:
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 98ce398..79a055b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -193,6 +193,7 @@ results.log
stamp-h
stamp-h.in
On 10/31/2012 09:48 AM, Michal Privoznik wrote:
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 98ce398..79a055b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -193,6 +193,7 @@ results.log
stamp-h
stamp-h.in
On 10/31/2012 04:48 PM, Eric Blake wrote:
Commit 905be03d2 quit using the abstract namespace, but didn't
update the --help text to match.
* daemon/libvirtd.c (daemonUsage): Correct socket listing.
---
See also:
https://www.redhat.com/archives/libvirt-users/2012-October/msg00152.html
On 31.10.2012 17:01, Eric Blake wrote:
On 10/31/2012 09:48 AM, Michal Privoznik wrote:
---
.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index 98ce398..79a055b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -193,6 +193,7 @@
On 10/31/2012 09:45 AM, Martin Kletzander wrote:
On 10/31/2012 03:42 PM, Eric Blake wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=871756
Commit cd1e8d1 assumed that systems new enough to have journald
also have mkostemp; but this is not true for uclibc.
For that matter, use of
On 10/31/2012 10:02 AM, Martin Kletzander wrote:
On 10/31/2012 04:48 PM, Eric Blake wrote:
Commit 905be03d2 quit using the abstract namespace, but didn't
update the --help text to match.
* daemon/libvirtd.c (daemonUsage): Correct socket listing.
---
See also:
From: Daniel P. Berrange berra...@redhat.com
QEMU uses 'i386' for its 32-bit x86 architecture, but libvirt
wants that to be 'i686', so we must fix it up
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/qemu/qemu_capabilities.c | 8
1 file changed, 8 insertions(+)
diff
From: Daniel P. Berrange berra...@redhat.com
virPidFileReadPathIfAlive passed in an 'int *' where a 'pid_t *'
was expected, which breaks on Mingw64 targets. Also a few places
were using '%d' for formatting pid_t, change them to '%lld' and
force a cast to the longer type as done elsewhere in the
On Wed, Oct 31, 2012 at 04:26:54PM +0800, Daniel Veillard wrote:
On Tue, Oct 30, 2012 at 10:13:35PM +0100, Guido Günther wrote:
Looks good now on the Debian buildds:
https://buildd.debian.org/status/package.php?p=libvirtsuite=experimental
Great !
I just tagged rc3 in git and
The drivers for QEMU and LXC use virNodeGetInfo to determine the
number of host CPUs. This approach can lead to a wrong (too small)
number if one or more CPUs are offline.
It is better to use nodeGetCPUCount on Linux hosts.
---
V2 Changes:
Use nodeGetCPUCount as suggested by Eric, nodeGetCPUMap is
This series concludes the introduction of the virNodeGetCPUMap API
by replacing calls to virNodeGetInfo used only for the purpose
of computing the maximum number of node CPUs (which has the potential
to yield the incorrect number).
Most prominently, with patch 3/3 the output of virsh vcpuinfo will
Modified the places where virNodeGetInfo was used for the purpose
of obtaining the maximum node CPU number. Transparently falling
back to virNodeGetInfo in case of failure.
Wrote a utility function getPyNodeCPUCount for that purpose.
Signed-off-by: Viktor Mihajlovski mihaj...@linux.vnet.ibm.com
On 10/31/2012 02:30 AM, Eric Blake wrote:
This looks correct. However, it may be easier to write a helper
function vshGetCPUCount, rather than copying and pasting this code into
multiple places. I'm okay giving this an ACK, but since I've already
asked for a v2 of patch 1, you might want to
Modified the places where virNodeGetInfo was used for the purpose
of obtaining the maximum node CPU number. Transparently falling
back to virNodeGetInfo in case of failure.
Wrote utility function vshNodeGetCPUCount to compute node CPU
number.
Signed-off-by: Viktor Mihajlovski
From: Alexander Larsson al...@redhat.com
This splits out some common code from virDBusGetSystemBus and
uses it to implement a new virDBusGetSessionBus helper.
---
src/libvirt_private.syms | 1 +
src/util/virdbus.c | 84
src/util/virdbus.h
From: Daniel P. Berrange berra...@redhat.com
When the virStateStop() method is invoked, perform a managed
save of all VMs currently running
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/qemu/qemu_driver.c | 69 ++
1 file changed,
This is a followup to Alex's original proposal:
https://www.redhat.com/archives/libvir-list/2012-October/msg00365.html
The core idea concepts are the same as in Alex's patch, but I
realized I could take the opportunity to refactor part of libvirtd
to improve life in general.
The state
From: Daniel P. Berrange berra...@redhat.com
Sort the symbols listed in libvirt_daemon.syms
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/libvirt_daemon.syms | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/libvirt_daemon.syms
From: Daniel P. Berrange berra...@redhat.com
QEMU uses 'i386' for its 32-bit x86 architecture, but libvirt
wants that to be 'i686', so we must fix it up
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/qemu/qemu_capabilities.c | 8
1 file changed, 8 insertions(+)
diff
From: Daniel P. Berrange berra...@redhat.com
Change some legacy function names to use 'qemu' as their
prefix instead of 'qemud' which was a hang over from when
the QEMU driver ran inside a separate daemon
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/qemu/qemu_conf.c |
From: Daniel P. Berrange berra...@redhat.com
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/network/bridge_driver.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/network/bridge_driver.c b/src/network/bridge_driver.c
index 3dbf009..cad19be
From: Daniel P. Berrange berra...@redhat.com
Currently to deal with auto-shutdown libvirtd must periodically
poll all stateful drivers. Thus sucks because it requires
acquiring both the driver lock and locks on every single virtual
machine. Instead pass in a inhibit callback to virStateInitialize
From: Daniel P. Berrange berra...@redhat.com
Use the freedesktop inhibition DBus service to prevent host
shutdown or session logout while any VMs are running.
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
src/rpc/virnetserver.c | 110 +
From: Daniel P. Berrange berra...@redhat.com
The virStateInitialize method and several cgroups methods were
using an 'int privileged' parameter or similar for dual-state
values. These are better represented with the bool type.
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
On 10/31/2012 11:53 AM, Laine Stump wrote:
That's just a safeguard to enforce the ipv4-only status of dhcp in the
current libvirt. Just remove that restriction from the function
virNetworkDefUpdateIP() as a part of your patch adding ipv6 dhcp support.
OK, removing the ipv4 test has net-update
From: Daniel P. Berrange berra...@redhat.com
To allow actions to be performed in libvirtd when the host
shuts down, or user session exits, introduce a 'stop'
method to virDriverState. This will do things like saving
the VM state to a file.
Signed-off-by: Daniel P. Berrange berra...@redhat.com
From: Alexander Larsson al...@redhat.com
When the session dies or when the system is going to be shut down
we issue a virStateStop() call to instruct drivers to prepare to
be stopped. This will remove any previously acquire inhibitions.
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
Hi, all
I have two questions to the cpu_maps.xml in different releases, hope
someone can give me some hints:
a) Will it be possible that the features defined in cpu_maps.xml for
one specific CPU model (like Nehalem) will be different? For example, one
feature is not listed for
Hi All,
According to libvirt.org The libvirt Microsoft Hyper-V driver can
manage Hyper-V 2008 R2..
I have verified this after enabling HyperV in libvirt, building libvirt
(+openwsman) and performing some management against a server running
Hyper-V 2008 R2.
What is the current level of support
On 10/31/2012 10:50 AM, Daniel P. Berrange wrote:
From: Daniel P. Berrange berra...@redhat.com
QEMU uses 'i386' for its 32-bit x86 architecture, but libvirt
wants that to be 'i686', so we must fix it up
Signed-off-by: Daniel P. Berrange berra...@redhat.com
---
On 10/31/2012 11:02 AM, Daniel P. Berrange wrote:
From: Daniel P. Berrange berra...@redhat.com
virPidFileReadPathIfAlive passed in an 'int *' where a 'pid_t *'
was expected, which breaks on Mingw64 targets. Also a few places
were using '%d' for formatting pid_t, change them to '%lld' and
Make the post install script for the lock-sanlock package optional
to prevent break on non-x86 platforms.
Signed-off-by: Viktor Mihajlovski mihaj...@linux.vnet.ibm.com
---
libvirt.spec.in |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
From: Zeeshan Ali (Khattak) zeesha...@gnome.org
Add flags to be used with gvir_domain_reboot().
---
libvirt-gobject/libvirt-gobject-domain.c | 2 +-
libvirt-gobject/libvirt-gobject-domain.h | 13 +
libvirt-gobject/libvirt-gobject.sym | 5 +
3 files changed, 19
On 10/25/2012 08:56 PM, Osier Yang wrote:
On 2012年10月26日 06:42, Eric Blake wrote:
On 10/23/2012 09:41 PM, Osier Yang wrote:
On 2012年10月23日 23:12, Peter Krempa wrote:
From: Eric Blakeebl...@redhat.com
Eachdomainsnapshot can now contain an optionalmemory
element that describes how the VM
On 10/23/2012 09:12 AM, Peter Krempa wrote:
The default behavior while creating external checkpoints is to let the
guest run while the memory state is caputred. This leads to a larger
save file but minimizes the time needed to take the checkpoint.
This patch adds a flag that causes the guest
On 10/23/2012 09:12 AM, Peter Krempa wrote:
The new external system checkpoints will require an async job while the
snapshot is taken. This patch adds QEMU_ASYNC_JOB_SNAPSHOT to track this
job type.
---
src/qemu/qemu_domain.c | 3 +++
src/qemu/qemu_domain.h | 1 +
On 10/23/2012 09:12 AM, Peter Krempa wrote:
By now, libvirt supported only internal snapshots for active guests.
s/By/Before/
This patch renames this function to qemuDomainSnapshotCreateActiveInternal
to prepare the grounds for external active snapshots.
---
src/qemu/qemu_driver.c | 15
On 10/31/2012 04:12 PM, Eric Blake wrote:
On 10/23/2012 09:12 AM, Peter Krempa wrote:
The default behavior while creating external checkpoints is to let the
guest run while the memory state is caputred. This leads to a larger
save file but minimizes the time needed to take the checkpoint.
On 10/23/2012 09:12 AM, Peter Krempa wrote:
This patch adds support to take external system checkpoints.
The functionality is layered on top of the previous disk-only snapshot
code. When the checkpoint is requested the domain memory is saved to the
memory image file using live migration to
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
src/qemu/qemu_domain.c |2 +-
src/qemu/qemu_driver.c |3 +++
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c
index 17ae3b9..ac16772 100644
--- a/src/qemu/qemu_domain.c
+++
help to create disk images copy-storage-* required,
try to do non-shared migration without bothering to
create disk images at target by hand.
consider this situation:
1. non-shared migration
virsh migrate --copy-storage-all ...
2. migration fails
3. create disk images required
qemu-img
On 10/30/2012 05:35 PM, Gene Czarcinski wrote:
About being compatible with old code. I see the dhcp6 patches and
this potential patch as being based on v1.0.0 and not being
back-ported. So I am not sure I see a potential conflict.
Being able to backport patches to older libvirt releases is
On 10/31/2012 03:11 PM, Gene Czarcinski wrote:
On 10/31/2012 11:53 AM, Laine Stump wrote:
That's just a safeguard to enforce the ipv4-only status of dhcp in the
current libvirt. Just remove that restriction from the function
virNetworkDefUpdateIP() as a part of your patch adding ipv6 dhcp
On 10/31/2012 03:21 PM, Viktor Mihajlovski wrote:
Make the post install script for the lock-sanlock package optional
to prevent break on non-x86 platforms.
Signed-off-by: Viktor Mihajlovski mihaj...@linux.vnet.ibm.com
---
libvirt.spec.in |3 ++-
1 files changed, 2 insertions(+), 1
On Wed, Oct 31, 2012 at 06:20:58PM +0100, Viktor Mihajlovski wrote:
Modified the places where virNodeGetInfo was used for the purpose
of obtaining the maximum node CPU number. Transparently falling
back to virNodeGetInfo in case of failure.
Wrote utility function vshNodeGetCPUCount to compute
On 10/31/2012 11:20 AM, Viktor Mihajlovski wrote:
The drivers for QEMU and LXC use virNodeGetInfo to determine the
number of host CPUs. This approach can lead to a wrong (too small)
number if one or more CPUs are offline.
It is better to use nodeGetCPUCount on Linux hosts.
---
V2 Changes:
On 10/31/2012 08:58 PM, Hu Tao wrote:
On Wed, Oct 31, 2012 at 06:20:58PM +0100, Viktor Mihajlovski wrote:
Modified the places where virNodeGetInfo was used for the purpose
of obtaining the maximum node CPU number. Transparently falling
back to virNodeGetInfo in case of failure.
Wrote utility
i do not think so.i am asking ceph-developers,but no answers
exact info of my storage.ceph'data dir is in /home
1.df -lh
/dev/mapper/vg_ceph1-lv_home
143G 23G 114G 17% /home
2.df -lh
/dev/mapper/vg_ceph2-lv_home
144G 23G 114G 17% /home
On 10/23/2012 09:12 AM, Peter Krempa wrote:
This patch adds support for external disk snapshots of inactive domains.
The snapshot is created by calling
qemu-img create -o backing_file=/path/to/disk /path/snapshot_file
This doesn't match the actual code, which also adds '-f format'
arguments.
On 10/23/2012 09:12 AM, Peter Krempa wrote:
Some of the functions were moved to other files but the private symbol
file wasn't tweaked to reflect that.
---
src/libvirt_private.syms | 47 ---
1 file changed, 24 insertions(+), 23 deletions(-)
ACK.
ping ...
在 2012-10-23二的 16:09 +0800,li guang写道:
ping ...
在 2012-10-18四的 08:42 +0800,liguang写道:
original migration did not aware of offline case,
so, try to support offline migration quietly
(did not disturb original migration) by pass
VIR_MIGRATE_OFFLINE flag to migration APIs if only
77 matches
Mail list logo