On Thu, Jul 17, 2008 at 01:29:45AM +0200, Stefan de Konink wrote:
Now personally I think it is smart to check if a domain is already
defined, or in use. If this is not the case libvirtd and the client get
this message:
libvir: Xen Daemon error : GET operation failed:
That doesn't seem
On Thu, Jul 17, 2008 at 01:29:45AM +0200, Stefan de Konink wrote:
Secondly; I am a bit distracted by the domids concept. These ids are not
available before a domain is launched. I think it would be interesting
to allow signed values. In this way the 'defined' not active domains
would get a
Daniel Veillard пишет:
On Wed, Jul 16, 2008 at 08:10:21PM +0100, Daniel P. Berrange wrote:
Yes, the documentation is wrong - all inactive VMs have an ID
of -1, and thus lookup-by-ID is nonsensical for inactive VMs.
If any application did make use of this change which falls back to
On Thu, Jul 17, 2008 at 01:20:59PM +0400, Evgeniy Sokolov wrote:
Daniel Veillard ?:
On Wed, Jul 16, 2008 at 08:10:21PM +0100, Daniel P. Berrange wrote:
Yes, the documentation is wrong - all inactive VMs have an ID
of -1, and thus lookup-by-ID is nonsensical for inactive VMs.
If any
On Thu, Jul 17, 2008 at 01:29:45AM +0200, Stefan de Konink wrote:
If this gets implemented I would suggest a call that fetches all domains
from a running system and not only the defined or only the active ones.
This is a good idea regardless. The current APIs require an application
todo
Doing a review (in progress), I spotted one of these, so went in search of
others. They're harmless, so this is more a heads up than anything else.
I am happy to defer application until the patch queue has been reduced.
From d97af7667699529c216835d806d1f0c6f698a70d Mon Sep 17 00:00:00 2001
From:
On Thu, Jul 17, 2008 at 12:11:13PM +0200, Jim Meyering wrote:
Doing a review (in progress), I spotted one of these, so went in search of
others. They're harmless, so this is more a heads up than anything else.
I am happy to defer application until the patch queue has been reduced.
From
OpenVZ calculate statistics and allow to get them .
Added function for getting cpu usage of container.
Index: src/openvz_driver.c
===
RCS file: /data/cvs/libvirt/src/openvz_driver.c,v
retrieving revision 1.31
diff -u -p -r1.31
On Thu, Jul 17, 2008 at 03:04:46PM +0400, Evgeniy Sokolov wrote:
OpenVZ calculate statistics and allow to get them .
Added function for getting cpu usage of container.
Modular some minor comments, ACK for this patch.
+if (!openvzIsActiveVM(vm)) {
+info-cpuTime = 0;
+} else
On Thu, Jul 17, 2008 at 10:30:19AM +0100, Daniel P. Berrange wrote:
On Thu, Jul 17, 2008 at 01:20:59PM +0400, Evgeniy Sokolov wrote:
Daniel Veillard ?:
On Wed, Jul 16, 2008 at 08:10:21PM +0100, Daniel P. Berrange wrote:
Yes, the documentation is wrong - all inactive VMs have an ID
of
On Wed, Jul 16, 2008 at 01:30:33PM -0400, Cole Robinson wrote:
Trying to pool-create a netfs pool with the format type
'auto' (as in, to autodetect the format) runs the command
mount -t auto munged-source-path
'-t auto' seems to do its job for regular file systems, but
actually fails with
Daniel P. Berrange schreef:
In the case of the Xen drivers, this requires O(n) calls to XenD which
are rather expensive. XenD does actually have ability to return data about
all domains in a single request. So if we had an API for fetching all
domains at once it'd only require O(1) expensive
Daniel P. Berrange wrote:
On Thu, Jul 17, 2008 at 01:29:45AM +0200, Stefan de Konink wrote:
If this gets implemented I would suggest a call that fetches all domains
from a running system and not only the defined or only the active ones.
This is a good idea regardless. The current APIs
On Thu, Jul 17, 2008 at 10:22:05AM -0400, Cole Robinson wrote:
Daniel P. Berrange wrote:
On Thu, Jul 17, 2008 at 01:29:45AM +0200, Stefan de Konink wrote:
If this gets implemented I would suggest a call that fetches all domains
from a running system and not only the defined or only the
Daniel P. Berrange wrote:
ACK. I actually thought we'd fixed this already, since Chris
came across it a while back..
I thought so too, but then I think I remember that I didn't actually change the
code, just configured around it.
In any case, this seems to be a good change to me too, so ACK.
Hi -
I'm looking into using (which I think means extending) libvirt to
enumerate potential storage pool resources, in particular:
* existing physical disk device names (for creating disk pools)
* existing logical volume group names (for creating logical pools)
Note that
On Thu, Jul 17, 2008 at 05:28:01PM -0400, David Lively wrote:
Hi -
I'm looking into using (which I think means extending) libvirt to
enumerate potential storage pool resources, in particular:
* existing physical disk device names (for creating disk pools)
* existing logical volume
On Mon, 2008-07-07 at 17:28 +0200, Chris Lalancette wrote:
Attached is a trivial patch to add the MIGRATE_LIVE flag into the
ruby-libvirt
bindings.
Signed-off-by: Chris Lalancette [EMAIL PROTECTED]
ACK .. Committed.
(1) Do you need a new ruby-libvirt release for this ?
(2) How far back has
18 matches
Mail list logo