Is there a method that can be used to remove the sysctl tuning for FreeBSD
in the pipeline?
Here are the current patches I have, but would like to remove:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/libvirt/files/
Thanks!
Jason
--
libvir-list mailing list
libvir-list@redhat.com
https://www
dom.getCPUStats(True, 0)
[{'cpu_time': 24699446159L, 'system_time': 1087000L, 'user_time':
95000L}]
dom.getCPUStats(False, 0)
[{'cpu_time': 8535292289L}, {'cpu_time': 1005395355L}, {'cpu_time':
9351766377L}, {'cpu_time': 5813545649L}]
*generator.py Add a new namin
ping.
On 03/14/2012 11:26 PM, Osier Yang wrote:
v1 ~ v2:
* Two more patches, [5/11] to prohibit tray='open' for
block type disk. And [9/11] to introduce a new domain
state 'pmsuspended'
* Definition (including name) for DEVICE_TRAY_MOVED event
is changed into:
t
On 03/19/2012 01:46 PM, Eric Blake wrote:
> On 03/19/2012 11:32 AM, Laine Stump wrote:
>> A few times libvirt users manually setting mac addresses have
>> complained of networking failure that ends up being due to a multicast
>> mac address being used for a guest interface. This patch prevents that
On 03/19/2012 05:52 PM, Martin Kletzander wrote:
> End tag for "host" element was missing in example configuration
> ---
> docs/formatnetwork.html.in |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/docs/formatnetwork.html.in b/docs/formatnetwork.html.in
> index 907c04
On 03/19/2012 03:49 PM, Eric Blake wrote:
> On 03/19/2012 12:46 PM, Laine Stump wrote:
>> If an error was encountered parsing a dhcp host entry mac address or
>> name, parsing would continue and log a less descriptive error that
>> might make it more difficult to notice the true nature of the probl
End tag for "host" element was missing in example configuration
---
docs/formatnetwork.html.in |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/docs/formatnetwork.html.in b/docs/formatnetwork.html.in
index 907c046..7e8e991 100644
--- a/docs/formatnetwork.html.in
+++ b/docs/
On 03/19/2012 07:40 AM, Peter Krempa wrote:
> On 03/17/2012 05:33 PM, Eric Blake wrote:
>> Offline internal snapshots can be rolled back with just a little
>> bit of refactoring, meaning that we are now automatically atomic.
>>
>> * src/qemu/qemu_domain.c (qemuDomainSnapshotForEachQcow2): Move
>> g
On 03/19/2012 06:20 AM, Peter Krempa wrote:
> On 03/17/2012 05:33 PM, Eric Blake wrote:
>> Taking an external snapshot of just one disk is atomic, without having
>> to pause and resume the VM. This also paves the way for later patches
>> to interact with the new qemu 'transaction' monitor command.
On 03/19/2012 12:27 AM, Guannan Ren wrote:
> dom.getCPUStats(True, 0)
> [{'cpu_time': 24699446159L, 'system_time': 1087000L, 'user_time':
> 95000L}]
> dom.getCPUStats(False, 0)
> [{'cpu_time': 8535292289L}, {'cpu_time': 1005395355L}, {'cpu_time':
> 9351766377L}, {'cpu_
On 03/19/2012 12:46 PM, Laine Stump wrote:
> If an error was encountered parsing a dhcp host entry mac address or
> name, parsing would continue and log a less descriptive error that
> might make it more difficult to notice the true nature of the problem.
>
> This patch returns immediately on logg
If an error was encountered parsing a dhcp host entry mac address or
name, parsing would continue and log a less descriptive error that
might make it more difficult to notice the true nature of the problem.
This patch returns immediately on logging the first error.
---
src/conf/network_conf.c |
On 03/19/2012 06:10 PM, Eric Blake wrote:
> On 03/19/2012 06:29 AM, Martin Kletzander wrote:
>> Using inheritance, this patch cleans up the cpu_map.xml file and also
>> sorts all CPU features according to the feature and registry
>> values. Model features are sorted the same way as foeatures in the
On 03/19/2012 12:03 PM, Eric Blake wrote:
>
> Why are you doing this for just VIR_TYPED_PARAM_ULLONG? I argue that we
> should be doing it for all of the integral conversions.
In fact, I'd argue that we want new helper functions in typewrappers.c,
as counterparts to our libvirt_intWrap() and fr
On 03/19/2012 11:45 AM, Guannan Ren wrote:
> When sending a Python integer as an argument to
> PyLong_AsUnsignedLong or PyLong_AsUnsignedLongLong,
> the following error occurs
>
> SystemError: Objects/longobject.c:980:
> bad argument to internal function
>
> +++ b/python/libv
On 03/19/2012 11:32 AM, Laine Stump wrote:
> A few times libvirt users manually setting mac addresses have
> complained of networking failure that ends up being due to a multicast
> mac address being used for a guest interface. This patch prevents that
> by loggin an error and failing if a multicas
When sending a Python integer as an argument to
PyLong_AsUnsignedLong or PyLong_AsUnsignedLongLong,
the following error occurs
SystemError: Objects/longobject.c:980:
bad argument to internal function
This error comes from the fact that
PyLong_AsUnsignedLong and PyLong_
On 03/19/2012 11:32 AM, Laine Stump wrote:
> If and error was encountered parsing a dhcp host entry mac address or
> name, parsing would continue and log a less descriptive error that
> might make it more difficult to notice the true nature of the problem.
>
> This patch returns immediately on log
On 03/18/2012 04:41 AM, Guannan Ren wrote:
>>> +if (totalbool == Py_False) {
>> Per other code in libvirt-override.c, you can't compare totalbool (type
>> PyObject) with Py_False, at least not on all compilers. You need
>> something like this instead:
>>
>> /* Hack - Python's def
A few times libvirt users manually setting mac addresses have
complained of networking failure that ends up being due to a multicast
mac address being used for a guest interface. This patch prevents that
by loggin an error and failing if a multicast mac address is
encountered in each of the three f
If and error was encountered parsing a dhcp host entry mac address or
name, parsing would continue and log a less descriptive error that
might make it more difficult to notice the true nature of the problem.
This patch returns immediately on logging the first error.
---
src/conf/network_conf.c |
On 03/19/2012 04:04 AM, Michal Privoznik wrote:
> On 16.03.2012 21:49, Eric Blake wrote:
>> If a guest is paused, we were silently ignoring the quiesce flag,
>> which results in unclean snapshots, contrary to the intent of the
>> flag. Since we can't quiesce without guest agent support, we should
On 03/19/2012 06:29 AM, Martin Kletzander wrote:
> Using inheritance, this patch cleans up the cpu_map.xml file and also
> sorts all CPU features according to the feature and registry
> values. Model features are sorted the same way as foeatures in the
s/foeatures/features/
> specification.
> Als
On 02/17/2012 01:15 AM, a...@redhat.com wrote:
> From: Alex Jia
>
> Detected by valgrind. Leaks are introduced in commit 17c7795.
>
> * python/libvirt-override.c (libvirt_virNodeGetMemoryStats): fix memory leaks
> and improve codes return value.
>
> For details, please see the following link:
>
Add support for registering arbitrary callback to be called for a domain
when a connection gets closed.
---
src/qemu/qemu_conf.c | 172
src/qemu/qemu_conf.h | 27
src/qemu/qemu_driver.c |5 ++
3 files changed, 204 insertions(+),
When a client which started non-p2p migration dies in a bad time, the
source libvirtd never clears the migration job and almost nothing can be
done with the domain without restarting the daemon. This patch makes use
of connection close callbacks and ensures that migration job is properly
discarded
Libvirt daemon was not completely ready to lose a connection to the client (may
even be source libvirtd) which is controling the migration. We might end up
with dangling migration jobs on both source and destination daemons. More
details about the scenarios this might happen can be found in patches
Add support for registering cleanup callbacks to be run when a domain
transitions to shutoff state.
---
src/qemu/qemu_domain.c | 73 +++
src/qemu/qemu_domain.h | 15 +
src/qemu/qemu_process.c |2 +
3 files changed, 90 insertions(+), 0 d
---
src/qemu/qemu_conf.h|5 --
src/qemu/qemu_driver.c |5 --
src/qemu/qemu_process.c | 107 ++
3 files changed, 24 insertions(+), 93 deletions(-)
diff --git a/src/qemu/qemu_conf.h b/src/qemu/qemu_conf.h
index a22ce0c..3306014 100644
--- a/
Destination daemon should not rely on the client or source daemon
(depending on the type of migration) to call Finish when migration
fails, because the client may crash before it can do so. The domain
prepared for incoming migration is set to be destroyed (and migration
job cleaned up) when connect
On 17.02.2012 09:15, a...@redhat.com wrote:
> From: Alex Jia
>
> Detected by valgrind. Leaks are introduced in commit 17c7795.
>
> * python/libvirt-override.c (libvirt_virNodeGetMemoryStats): fix memory leaks
> and improve codes return value.
>
> For details, please see the following link:
> RH
On Mon, Mar 19, 2012 at 09:43:26AM -0600, Eric Blake wrote:
> On 03/19/2012 06:43 AM, Daniel P. Berrange wrote:
> >>> That is a historical remant. Do feel free to send another followup patch
> >>> to
> >>> cleanup all the cases of 'return(NULL)' as well.
> >>>
> >>> Daniel
> >>
> >> Did you mean i
On 03/19/2012 04:43 PM, Eric Blake wrote:
> On 03/19/2012 06:43 AM, Daniel P. Berrange wrote:
[...]
> since the open '(' lets the rest of the code indent nicely when using
> default emacs indentation. But it's still pretty easy to recognize the
> difference between complex returns and the real off
On 03/19/2012 06:43 AM, Daniel P. Berrange wrote:
>>> That is a historical remant. Do feel free to send another followup patch to
>>> cleanup all the cases of 'return(NULL)' as well.
>>>
>>> Daniel
>>
>> Did you mean in that file or globally? Because I just tried the first
>> thing that came to my
On 03/17/2012 05:33 PM, Eric Blake wrote:
> Offline internal snapshots can be rolled back with just a little
> bit of refactoring, meaning that we are now automatically atomic.
>
> * src/qemu/qemu_domain.c (qemuDomainSnapshotForEachQcow2): Move
> guts...
> (qemuDomainSnapshotForEachQcow2Raw): ...t
On Mon, Mar 19, 2012 at 01:38:47PM +0100, Martin Kletzander wrote:
> On 03/19/2012 11:32 AM, Daniel P. Berrange wrote:
> > On Mon, Mar 19, 2012 at 08:51:24AM +0100, Martin Kletzander wrote:
> >> On 03/19/2012 08:43 AM, Wen Congyang wrote:
> >>> At 03/18/2012 08:29 AM, Martin Kletzander Wrote:
> >>>
On 03/19/2012 11:32 AM, Daniel P. Berrange wrote:
> On Mon, Mar 19, 2012 at 08:51:24AM +0100, Martin Kletzander wrote:
>> On 03/19/2012 08:43 AM, Wen Congyang wrote:
>>> At 03/18/2012 08:29 AM, Martin Kletzander Wrote:
This patch fixes a NULL pointer check that was causing SegFault on
som
Using inheritance, this patch cleans up the cpu_map.xml file and also
sorts all CPU features according to the feature and registry
values. Model features are sorted the same way as foeatures in the
specification.
Also few models that are related were organized together and parts of
the XML are mark
On 03/17/2012 05:33 PM, Eric Blake wrote:
Taking an external snapshot of just one disk is atomic, without having
to pause and resume the VM. This also paves the way for later patches
to interact with the new qemu 'transaction' monitor command.
The various scenarios when requesting atomic are:
o
On 03/16/2012 11:05 PM, Eric Blake wrote:
Right now, it is appallingly easy to cause qemu disk snapshots
to alter a domain then fail; for example, by requesting a two-disk
snapshot where the second disk name resides on read-only storage.
In this failure scenario, libvirt reports failure, but modi
On 03/16/2012 11:05 PM, Eric Blake wrote:
We need a capability bit to gracefully error out if some of the
additions in future patches can't be implemented by the running qemu.
* src/qemu/qemu_capabilities.h (QEMU_CAPS_TRANSACTION): New cap.
* src/qemu/qemu_capabilities.c (qemuCaps): Name it.
* s
On 19.03.2012 11:05, Martin Kletzander wrote:
> This patch fixes a NULL pointer check that was causing SegFault on
> some specific configurations. It also reverts commit 59d0c9801c1ab
> that was checking for this value in one place.
> ---
> v3:
> - added revert of 59d0c9801c1ab that's not needed a
On Mon, Mar 19, 2012 at 11:05:30AM +0100, Martin Kletzander wrote:
> This patch fixes a NULL pointer check that was causing SegFault on
> some specific configurations. It also reverts commit 59d0c9801c1ab
> that was checking for this value in one place.
> ---
> v3:
> - added revert of 59d0c9801c1a
On Mon, Mar 19, 2012 at 08:51:24AM +0100, Martin Kletzander wrote:
> On 03/19/2012 08:43 AM, Wen Congyang wrote:
> > At 03/18/2012 08:29 AM, Martin Kletzander Wrote:
> >> This patch fixes a NULL pointer check that was causing SegFault on
> >> some specific configurations.
> >> ---
> >> src/util/co
On Fri, Mar 16, 2012 at 04:42:42PM -0500, Serge Hallyn wrote:
> On 03/16/2012 03:52 PM, Jim Paris wrote:
> >Serge Hallyn wrote:
> >>On 03/16/2012 11:50 AM, Eric Blake wrote:
> >>>On 03/16/2012 10:36 AM, Serge Hallyn wrote:
> Hi,
>
> It seems I've run into quite the heisenbug, reported
On Fri, Mar 09, 2012 at 06:55:55PM +0800, Chunyan Liu wrote:
> diff --git a/src/libxl/libxl_driver.c b/src/libxl/libxl_driver.c
> index d5fa64a..5dc29a0 100644
> --- a/src/libxl/libxl_driver.c
> +++ b/src/libxl/libxl_driver.c
> +static int doParseURI(const char *uri, char **p_hostname, int *p_port)
This patch fixes a NULL pointer check that was causing SegFault on
some specific configurations. It also reverts commit 59d0c9801c1ab
that was checking for this value in one place.
---
v3:
- added revert of 59d0c9801c1ab that's not needed anymore
- (comment) ATTRIBUTE_RETURN_CHECK not added as i
On 16.03.2012 21:49, Eric Blake wrote:
> If a guest is paused, we were silently ignoring the quiesce flag,
> which results in unclean snapshots, contrary to the intent of the
> flag. Since we can't quiesce without guest agent support, we should
> instead fail if the guest is not running.
>
> Mean
At 03/19/2012 05:38 PM, Michal Privoznik Wrote:
> On 19.03.2012 08:55, Martin Kletzander wrote:
>> This patch fixes a NULL pointer check that was causing SegFault on
>> some specific configurations.
>> ---
>> src/util/conf.c |5 -
>> 1 files changed, 4 insertions(+), 1 deletions(-)
>>
>> d
On 03/19/2012 10:38 AM, Michal Privoznik wrote:
On 19.03.2012 08:55, Martin Kletzander wrote:
This patch fixes a NULL pointer check that was causing SegFault on
some specific configurations.
---
src/util/conf.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/u
On 19.03.2012 08:55, Martin Kletzander wrote:
> This patch fixes a NULL pointer check that was causing SegFault on
> some specific configurations.
> ---
> src/util/conf.c |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/src/util/conf.c b/src/util/conf.c
> index 8a
This patch fixes a NULL pointer check that was causing SegFault on
some specific configurations.
---
src/util/conf.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/util/conf.c b/src/util/conf.c
index 8ad60e0..3370337 100644
--- a/src/util/conf.c
+++ b/src/util/con
On 03/19/2012 08:43 AM, Wen Congyang wrote:
> At 03/18/2012 08:29 AM, Martin Kletzander Wrote:
>> This patch fixes a NULL pointer check that was causing SegFault on
>> some specific configurations.
>> ---
>> src/util/conf.c |5 -
>> 1 files changed, 4 insertions(+), 1 deletions(-)
>>
>> di
At 03/18/2012 08:29 AM, Martin Kletzander Wrote:
> This patch fixes a NULL pointer check that was causing SegFault on
> some specific configurations.
> ---
> src/util/conf.c |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/src/util/conf.c b/src/util/conf.c
> index
54 matches
Mail list logo