Hi,
I am using libvirt 0.9.1 on CentOS 5.5 64bit ,
Created a vm :virsh create libvirt.xml
Attached a disk ,virsh attach-disk 3 /opt/vms/test.img vdb
When getting blosk stats ,virsh domblkstats 3 vdb ,it showed
error: Failed to get block stats
At 06/09/2011 01:26 PM, 李敬伟 Write:
Hi,
I am using libvirt 0.9.1 on CentOS 5.5 64bit ,
Created a vm :virsh create libvirt.xml
Attached a disk ,virsh attach-disk 3 /opt/vms/test.img vdb
When getting blosk stats ,virsh domblkstats 3 vdb ,it showed
On Thu, Jun 09, 2011 at 12:37:47PM +0900, Taku Izumi wrote:
This patch introduces a new libvirt API (virDomainPinVcpuFlags).
Signd-off-by: Taku Izumi izumi.t...@jp.fujitsu.com
---
include/libvirt/libvirt.h.in |5 ++
src/driver.h |7 +++
src/libvirt.c
Hi
I applied these pacches to libvirt tree
8077d64f964705c1034555abeea38773532b762f
And built a qemu-kvm from the upstream qemu-kvm tree version 0.14. I
tested these new binaries on my Redhat Enterprise Linux 6.1 GA.
Now I can have multiple function devices after I changed the VM XML
On Thu, Jun 09, 2011 at 12:39:47PM +0900, Taku Izumi wrote:
This patch implements the remote protocol to address the new API
(virDomainPinVcpuFlags).
Signd-off-by: Taku Izumi izumi.t...@jp.fujitsu.com
---
daemon/remote.c | 42
++
On Thu, Jun 09, 2011 at 12:40:36PM +0900, Taku Izumi wrote:
This patch adds the new option (--live, --config and --current) to
virsh vcpupin command. The behavior of above aption is the same as
that of virsh setmem, virsh setvcpus, and whatnot.
When the --config option is specified, the
At 06/09/2011 04:37 PM, shu ming Write:
Hi
I applied these pacches to libvirt tree
8077d64f964705c1034555abeea38773532b762f
And built a qemu-kvm from the upstream qemu-kvm tree version 0.14. I
tested these new binaries on my Redhat Enterprise Linux 6.1 GA.
Now I can have multiple
Wen Congyang:
At 06/09/2011 04:37 PM, shu ming Write:
Hi
I applied these pacches to libvirt tree
8077d64f964705c1034555abeea38773532b762f
And built a qemu-kvm from the upstream qemu-kvm tree version 0.14. I
tested these new binaries on my Redhat Enterprise Linux 6.1 GA.
Now I can have
Sorry. I've just changed MTA.
I'll resend them all.
Best regards,
Taku Izumi
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
At 06/09/2011 05:26 PM, 李敬伟 Write:
Thank you ,Wen Congyang.
Do you know any rpm repository of libvirt 0.9.2 for Centos 5?
You are using libvirt 0.9.2 on Centos 5?
I use the newest libvirt on RHEL6.
And I build rpm by hand.
You can use git to clone the tree from libvirt.org.
The steps to build
On 06/09/2011 11:38 AM, Taku Izumi wrote:
This patch implements the code to address the new API
(virDomainPinVcpuFlags)
in the qemu driver.
Signed-off-by: Taku Izumiizumi.t...@jp.fujitsu.com
---
src/qemu/qemu_driver.c | 99
+
1 file changed,
On 06/09/2011 08:33 AM, Jun'ichi Nomura wrote:
Hi
On 06/08/11 17:01, Osier Yang wrote:
This is to address BZ# https://bugzilla.redhat.com/show_bug.cgi?id=702260,
though even if with this patch, the user might see error like
Unable to deactivate logical volume,
Can you try the attached patch?
From: Michal Privoznik mpriv...@redhat.com
This option accepts 3 values:
-keep, to keep current client connected (Spice+VNC)
-disconnect, to disconnect client (Spice)
-fail, to fail setting password if there is a client connected (Spice)
---
diff to v2:
-fixed typo
-added test. However,
From: Michal Privoznik mpriv...@redhat.com
'virsh version' might report against which version of libvirtd is
running.
---
diff to v1:
- added 'daemon' switch
- don't fail when no deamon version is available
tools/virsh.c | 22 +-
1 files changed, 21 insertions(+), 1
On Wed, Jun 08, 2011 at 07:44:43AM -0700, Jason Helfman wrote:
On Tue, Jun 07, 2011 at 11:08:02PM -0700, Jason Helfman wrote:
I found the issue in building was an absolute path for apibuild.py for
python, that is incorrect on FreeBSD.
okay, where is it on FreeBSD ?
/usr/local/bin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/08/2011 06:34 AM, Daniel P. Berrange wrote:
On Mon, Jun 06, 2011 at 02:51:15PM -0400, Daniel J Walsh wrote:
On 06/06/2011 10:41 AM, Daniel P. Berrange wrote:
Technical Notes / Issues
1. Adding new SELinux security
On Thu, Jun 09, 2011 at 20:55:01 +0800, Daniel Veillard wrote:
another way would be to launch python directly giving the path to the
python script, this is likely to solve the issue there.
That IMHO avoids the problem completely and I doubt anybody would
complain
I agree, and we
As some may have noticed, I'm often behind on patch review and it
happens I notice patches way too late i.e. just before a release.
For some time I though that having something automatic to remind
me about unreviewed/unapplied patches would be a good way to fight
this. I know that Eric,
On Tue, Jun 07, 2011 at 15:01:54 +0200, Jiri Denemark wrote:
The API can be used to query current state of an interface to VMM used
to control a domain.
In QEMU world this translates into monitor connection and one can use the API,
e.g., to check whether (and for how long) libvirtd is
On 07.06.2011 15:01, Jiri Denemark wrote:
---
src/libvirt_private.syms |1 +
src/util/util.c | 24
src/util/util.h |2 ++
3 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/src/libvirt_private.syms b/src/libvirt_private.syms
Hi Jiri,
I don't see the libvirt_virDomainGetControlInfo implementation in
libvirt-override.c.
$ nm -D python/.libs/libvirtmod.so | grep virDomainGetControlInfo
(empty)
Is the python binding postponed to a future patch?
--
Federico
On Tue, Jun 7, 2011 at 3:01 PM, Jiri Denemark
On Thu, Jun 09, 2011 at 17:08:14 +0200, Federico Simoncelli wrote:
Hi Jiri,
I don't see the libvirt_virDomainGetControlInfo implementation in
libvirt-override.c.
$ nm -D python/.libs/libvirtmod.so | grep virDomainGetControlInfo
(empty)
Is the python binding postponed to a future patch?
On Mon, 2011-06-06 at 15:41 +0100, Daniel P. Berrange wrote:
What follows is a document outlining some thoughts I've been having
on extending sVirt to allow confinement of applications which talk
to libvirtd on the host, primarily focusing on use of SELinux, but
also allowing a simple
On Thu, 2011-06-09 at 11:15 -0400, Eric Paris wrote:
On Mon, 2011-06-06 at 15:41 +0100, Daniel P. Berrange wrote:
What follows is a document outlining some thoughts I've been having
on extending sVirt to allow confinement of applications which talk
to libvirtd on the host, primarily
On Thu, Jun 09, 2011 at 03:12:42PM +0200, Jiri Denemark thus spake:
On Thu, Jun 09, 2011 at 20:55:01 +0800, Daniel Veillard wrote:
another way would be to launch python directly giving the path to the
python script, this is likely to solve the issue there.
That IMHO avoids the problem
I didn't receive too many comments on the last round. That probably means
everybody has been busy with the 0.9.2 release. I think this is ready to be
committed but we can wait until the qemu side has gone up (which should happen
any day now).
Changes since V2:
- Rebased
- Ensure error
*** Please do not consider for merging, example tests only ***
Here are the testcases I am currently running to verify the correctness of this
API. These are continuing to evolve.
Signed-off-by: Adam Litke a...@us.ibm.com
---
blockPull-test.py | 301
virDomainBlockPullAll and virDomainBlockPullAbort are handled automatically.
virDomainBlockPull and virDomainBlockPullInfo require manual overrides since
they return a custom type.
* python/generator.py: reenable bindings for this entry point
* python/libvirt-override-api.xml
The virDomainBlockPull* family of commands are enabled by the
'block_stream' and 'info block_stream' qemu monitor commands.
* src/qemu/qemu_driver.c src/qemu/qemu_monitor_text.[ch]: implement disk
streaming by using the stream and info stream text monitor commands
*
Define three new virsh commands:
* blockpull: Perform incremental block pull
* blockpull: Start/stop full device block pull
* blockpullinfo: Retrieve progress info for full device block pull
Share print_job_progress() with the migration code.
* tools/virsh.c: implement the new commands
When an operation started by virDomainBlockPullAll completes (either with
success or with failure), raise an event to indicate the final status. This
allows an API user to avoid polling on virDomainBlockPullInfo if they would
prefer to use the event mechanism.
* daemon/remote.c: Dispatch events
* src/libvirt.c: implement the main entry points
Signed-off-by: Adam Litke a...@us.ibm.com
---
src/libvirt.c | 252 +
1 files changed, 252 insertions(+), 0 deletions(-)
diff --git a/src/libvirt.c b/src/libvirt.c
index 997d4a2..71afea9
The generator can handle DomainBlockPullAll and DomainBlockPullAbort.
DomainBlockPull and DomainBlockPullInfo must be written by hand.
* src/remote/remote_protocol.x: provide defines for the new entry points
* src/remote/remote_driver.c daemon/remote.c: implement the client and
server side
*
Set up the types for the block pull functions and insert them into the
virDriver structure definition. Symbols are exported in this patch to prevent
documentation compile failures.
* include/libvirt/libvirt.h.in: new API
* src/driver.h: add the new entry to the driver structure
*
The VMware driver works like the OpenVZ driver by using a commandline
tool for management. It dosen't use it's own remote protocol.
---
libvirt.spec.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in
index c7ef8d0..97ebd65 100644
---
On Thu, Jun 09, 2011 at 20:29:01 +0200, Matthias Bolte wrote:
The VMware driver works like the OpenVZ driver by using a commandline
tool for management. It dosen't use it's own remote protocol.
---
libvirt.spec.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
ACK
Jirka
--
2011/6/9 Jiri Denemark jdene...@redhat.com:
On Thu, Jun 09, 2011 at 20:29:01 +0200, Matthias Bolte wrote:
The VMware driver works like the OpenVZ driver by using a commandline
tool for management. It dosen't use it's own remote protocol.
---
libvirt.spec.in | 2 +-
1 files changed, 1
Since the addition of the lock manager framework in 6a943419c528fdd7
dlopen is always required, but the checks in configure wasn't changed
to reflect that. This didn't show up directly because the VirtualBox
driver linking dlopen in covered it. But disabling the VirtualBox
driver makes the build
2011/6/8 Ruben Kerkhof ru...@rubenkerkhof.com:
On Tue, Jun 7, 2011 at 23:00, Matthias Bolte
matthias.bo...@googlemail.com wrote:
This is because of the locking manager using dlopen but not linking
against libdl explicitly. The VirtualBox driver happens to link libdl
in, but without it libdl
Pushed in trivial rule.
---
src/qemu/qemu_command.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/qemu/qemu_command.c b/src/qemu/qemu_command.c
index ef2d002..4e68241 100644
--- a/src/qemu/qemu_command.c
+++ b/src/qemu/qemu_command.c
@@ -553,7 +553,7 @@
40 matches
Mail list logo