On Mon, Apr 26, 2010 at 08:42:12PM -0400, Jintao Yang wrote:
> hi DV, I saw the changelog of 0.7.8, which told the hooks scripts are
> supported. but is it took away in 0.8.0-4?
>
> [r...@dhcp-66-70 libvirt]# rpm -ql libvirt | grep etc
> /etc/libvirt
> /etc/libvirt/libvirtd.conf
[...]
> /etc/rc.d
hi DV, I saw the changelog of 0.7.8, which told the hooks scripts are
supported. but is it took away in 0.8.0-4?
[r...@dhcp-66-70 libvirt]# rpm -ql libvirt | grep etc
/etc/libvirt
/etc/libvirt/libvirtd.conf
/etc/libvirt/lxc.conf
/etc/libvirt/nwfilter
/etc/libvirt/nwfilter/allow-arp.xml
/etc/libvi
Hi there,
I seem to be able to use either libvirt or virt-manger to live migrate a KVM VM
between hosts mounting the same shared storage via NFS.
However, when I open the migrated VM on the new host, the VM screen is black
and keyboard/mouse has no response. The network is done as well.
I wond
libvir-list-boun...@redhat.com wrote on 04/26/2010 03:20:47 PM:
> > static struct sigaction zero_sigaction = {0};
> > struct sigaction action_stop = zero_sigaction;
> > action_stop.sa_handler = stop;
> >
> > But don't go changing this commit just for that theoretical platform.
> >
>
> Thanks, pu
2010/4/26 Eric Blake :
> On 04/26/2010 01:20 PM, Matthias Bolte wrote:
>>> ACK. By the way, the "for some reason" boils down to how sa_handler is
>>> declared in on the two platforms. On cygwin, sa_handler
>>> happens to be a member of an anonymous union (exploiting a gcc
>>> extension); whereas
On 04/26/2010 01:20 PM, Matthias Bolte wrote:
>> ACK. By the way, the "for some reason" boils down to how sa_handler is
>> declared in on the two platforms. On cygwin, sa_handler
>> happens to be a member of an anonymous union (exploiting a gcc
>> extension); whereas on Linux, it is a macro that
2010/4/26 Eric Blake :
> On 04/25/2010 05:32 AM, Matthias Bolte wrote:
>> ---
>> examples/domain-events/events-c/event-test.c | 7 ---
>> 1 files changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/examples/domain-events/events-c/event-test.c
>> b/examples/domain-events/events-c/ev
2010/4/26 Stefan Berger :
>
> libvir-list-boun...@redhat.com wrote on 04/25/2010 07:29:45 AM:
>
>
>> ---
>> src/util/interface.c | 49
>> +++--
>> 1 files changed, 47 insertions(+), 2 deletions(-)
>>
>
> ACK.
> Stefan
>
Thanks, pushed.
Matthias
-
2010/4/26 Eric Blake :
> On 04/26/2010 07:41 AM, Daniel Veillard wrote:
>> note that with_qemu is set to yes by default
>>
>>
>> Daniel
>>
>> diff --git a/configure.ac b/configure.ac
>> index 99bc906..d360b4e 100644
>> --- a/configure.ac
>> +++ b/configure.ac
>> @@ -205,6 +205,18 @@ if test "$pre
On 04/26/2010 11:29 AM, Stefan Berger wrote:
> With this patch I want to enable hex number inputs in the filter XML. A
> number that was entered as hex is also printed as hex unless a string
> representing the meaning can be found.
>
> I am also extending the schema and adding a test case. A probl
On Mon, Apr 26, 2010 at 11:26:51AM -0600, Eric Blake wrote:
> On 04/26/2010 11:11 AM, Guido Günther wrote:
> > Hi,
> > this patch from Klau Ethgen looks right to me. O.k. to apply? I'll
> > remove the comment with this patch then.
>
> Is there documentation somewhere that mentions what base the ud
With this patch I want to enable hex number inputs in the filter XML. A
number that was entered as hex is also printed as hex unless a string
representing the meaning can be found.
I am also extending the schema and adding a test case. A problem with
the DSCP value is fixed on the way as well.
Ch
On 04/26/2010 11:11 AM, Guido Günther wrote:
> Hi,
> this patch from Klau Ethgen looks right to me. O.k. to apply? I'll
> remove the comment with this patch then.
Is there documentation somewhere that mentions what base the udev
strings are encoded in? At any rate, I agree with you that given the
Eric Blake wrote on 04/26/2010 01:00:45 PM:
>
> On 04/26/2010 10:44 AM, Stefan Berger wrote:
> > With this patch I want to enable hex number inputs in the filter XML.
A
> > number that was entered as hex is also printed as hex unless a string
> > representing the meaning can be found.
> >
> >
Hi,
this patch from Klau Ethgen looks right to me. O.k. to apply? I'll
remove the comment with this patch then.
Cheers,
-- Guido
- Forwarded message from Klaus Ethgen -
in node_device_udev.c is the base 10 used for conversion of USB values.
But they are hex values so that the conversion
On 04/26/2010 10:44 AM, Stefan Berger wrote:
> With this patch I want to enable hex number inputs in the filter XML. A
> number that was entered as hex is also printed as hex unless a string
> representing the meaning can be found.
>
> I am also extending the schema and adding a test case. A probl
On 04/26/2010 07:41 AM, Daniel Veillard wrote:
> note that with_qemu is set to yes by default
>
>
> Daniel
>
> diff --git a/configure.ac b/configure.ac
> index 99bc906..d360b4e 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -205,6 +205,18 @@ if test "$prefix" = "/usr" && test "$sysconfd
With this patch I want to enable hex number inputs in the filter XML. A
number that was entered as hex is also printed as hex unless a string
representing the meaning can be found.
I am also extending the schema and adding a test case. A problem with
the DSCP value is fixed on the way as well.
Si
On 04/25/2010 05:32 AM, Matthias Bolte wrote:
> ---
> examples/domain-events/events-c/event-test.c |7 ---
> 1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/examples/domain-events/events-c/event-test.c
> b/examples/domain-events/events-c/event-test.c
> index 53a3195..74
On Sun, Apr 25, 2010 at 01:32:04PM +0200, Matthias Bolte wrote:
> ---
> src/Makefile.am |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/src/Makefile.am b/src/Makefile.am
> index 17b2226..00ab65d 100644
> --- a/src/Makefile.am
> +++ b/src/Makefile.am
> @@ -255,6 +255
On Sun, Apr 25, 2010 at 01:32:32PM +0200, Matthias Bolte wrote:
> ---
> examples/domain-events/events-c/event-test.c |7 ---
> 1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/examples/domain-events/events-c/event-test.c
> b/examples/domain-events/events-c/event-test.c
>
On 04/25/2010 05:31 AM, Matthias Bolte wrote:
> Cygwin's XDR implementation defines xdr_u_int64_t instead of
> xdr_uint64_t and lacks IXDR_PUT_INT32/IXDR_GET_INT32.
Would you mind reporting this upstream? Charles Wilson on the cygwin
list can probably fix that.
>
> Alter the IXDR_GET_LONG regex
On 04/25/2010 05:32 AM, Matthias Bolte wrote:
> ---
> src/Makefile.am |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/src/Makefile.am b/src/Makefile.am
> index 17b2226..00ab65d 100644
> --- a/src/Makefile.am
> +++ b/src/Makefile.am
> @@ -255,6 +255,8 @@ ESX_DRIVER_S
On Mon, Apr 26, 2010 at 12:07:17PM -0400, Chris Lalancette wrote:
> On 04/22/2010 08:03 AM, Daniel P. Berrange wrote:
> > On Wed, Apr 21, 2010 at 12:01:16PM -0400, Chris Lalancette wrote:
> >> Signed-off-by: Chris Lalancette
> >> ---
> >> src/conf/domain_conf.c | 37 +++-
On 04/22/2010 08:03 AM, Daniel P. Berrange wrote:
> On Wed, Apr 21, 2010 at 12:01:16PM -0400, Chris Lalancette wrote:
>> Signed-off-by: Chris Lalancette
>> ---
>> src/conf/domain_conf.c | 37 +++--
>> src/conf/domain_conf.h |6 --
>> 2 files changed, 19 i
On Fri, Apr 23, 2010 at 11:09:01PM -0400, David Allan wrote:
> * virStorageEncryptionFormat is called from both
> virDomainDiskDefFormat and virStorageVolTargetDefFormat. The proper
> indentation in the generated XML depends on the caller. My earlier
> patch to fix the incorrect indentation
On 04/26/2010 10:20 AM, Daniel P. Berrange wrote:
For the sake of my analogy, I'd still group cairo in with gtk, not x11. It
is really just a re-implmentation of the GDK drawing layer from GTK. It
still provides a portable higher level abstraction over underlying graphics
& rendering systems it
On Sat, Apr 24, 2010 at 04:46:33AM +0900, Satoru SATOH wrote:
> On Fri, Apr 23, 2010 at 09:33:20AM +0200, Daniel Veillard wrote:
> > looking at the patches, those looks fine to me, I may have just a couple
> > of cosmetic comments, but I'm wondering if they should be postponed
> > after 0.8.1, or i
On Mon, Apr 26, 2010 at 10:08:33AM -0500, Anthony Liguori wrote:
> On 04/26/2010 09:54 AM, Daniel P. Berrange wrote:
> >On Mon, Apr 26, 2010 at 05:34:22PM +0300, Avi Kivity wrote:
> >
> >>On 04/26/2010 05:25 PM, Chris Lalancette wrote:
> >>
> >>>Right, and you are probably one of the users
On 04/26/2010 09:54 AM, Daniel P. Berrange wrote:
On Mon, Apr 26, 2010 at 05:34:22PM +0300, Avi Kivity wrote:
On 04/26/2010 05:25 PM, Chris Lalancette wrote:
Right, and you are probably one of the users this work targets. But in
general, for those not very familiar with virtualizatio
it was missing the new ESX method generated files, leading to a failure
to build the resulting tarball, so I commited this simple fix,
Daniel
diff --git a/src/Makefile.am b/src/Makefile.am
index 6435f01..fc64927 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -256,6 +256,8 @@ ESX_DRIVER_SOU
On Mon, Apr 26, 2010 at 05:34:22PM +0300, Avi Kivity wrote:
> On 04/26/2010 05:25 PM, Chris Lalancette wrote:
> >Right, and you are probably one of the users this work targets. But in
> >general, for those not very familiar with virtualization/qemu, we want
> >to steer them far clear of this API.
On 04/26/2010 05:48 PM, Anthony Liguori wrote:
We could easily reuse that. Any other security context code would
be custom written; so it can be written as a qemud plugin instead of
a bit of code that goes before a qemu launch.
I think we're mostly in agreement with respect to the need to
On 04/26/2010 09:38 AM, Avi Kivity wrote:
On 04/26/2010 05:28 PM, Anthony Liguori wrote:
Or a library that the user-written launcher calls. Or a plugin that
qemud calls.
A plugin would lose the security context. It could attempt to
recreate it that seems like a lot of unnecessary complexit
On 04/26/2010 05:28 PM, Anthony Liguori wrote:
Or a library that the user-written launcher calls. Or a plugin that
qemud calls.
A plugin would lose the security context. It could attempt to
recreate it that seems like a lot of unnecessary complexity.
A plugin would create the security c
On 04/26/2010 05:25 PM, Chris Lalancette wrote:
Right, and you are probably one of the users this work targets. But in
general, for those not very familiar with virtualization/qemu, we want
to steer them far clear of this API. That goes doubly true for application
developers; we want them to be
On Mon, Apr 26, 2010 at 09:26:55AM -0500, Anthony Liguori wrote:
> On 04/26/2010 08:58 AM, Daniel P. Berrange wrote:
> >On Mon, Apr 26, 2010 at 08:46:46AM -0500, Anthony Liguori wrote:
> >
> >>On 04/26/2010 08:41 AM, Avi Kivity wrote:
> >>
> >>
> (3) The system management application ca
On 04/26/2010 09:25 AM, Avi Kivity wrote:
On 04/26/2010 05:19 PM, Anthony Liguori wrote:
On 04/26/2010 09:01 AM, Avi Kivity wrote:
On 04/26/2010 04:43 PM, Anthony Liguori wrote:
The reason I lean toward the direct launch model is that it gives
the user a lot of flexibility in terms of using th
On 04/26/2010 08:54 AM, Jamie Lokier wrote:
> All the features? The qemu API is quite large already (look at all
> the command line options and monitor commands). I'll be very
> surprised if libvirt provides all of it that obscure apps may use.
>
> I'm thinking of features which are relatively o
On 04/26/2010 08:58 AM, Daniel P. Berrange wrote:
On Mon, Apr 26, 2010 at 08:46:46AM -0500, Anthony Liguori wrote:
On 04/26/2010 08:41 AM, Avi Kivity wrote:
(3) The system management application can certainly create whatever
context it wants to launch a vm from. It's comes down to w
On 04/26/2010 05:19 PM, Anthony Liguori wrote:
On 04/26/2010 09:01 AM, Avi Kivity wrote:
On 04/26/2010 04:43 PM, Anthony Liguori wrote:
The reason I lean toward the direct launch model is that it gives
the user a lot of flexibility in terms of using things like
namespaces, DAC, cgroups, capabi
On 04/26/2010 09:01 AM, Avi Kivity wrote:
On 04/26/2010 04:43 PM, Anthony Liguori wrote:
The reason I lean toward the direct launch model is that it gives the
user a lot of flexibility in terms of using things like namespaces,
DAC, cgroups, capabilities, etc. A lot of potential features are
l
On 04/26/2010 04:43 PM, Anthony Liguori wrote:
The reason I lean toward the direct launch model is that it gives the
user a lot of flexibility in terms of using things like namespaces,
DAC, cgroups, capabilities, etc. A lot of potential features are lost
when you do indirect launch because you
On Mon, Apr 26, 2010 at 08:46:46AM -0500, Anthony Liguori wrote:
> On 04/26/2010 08:41 AM, Avi Kivity wrote:
>
> >>(3) The system management application can certainly create whatever
> >>context it wants to launch a vm from. It's comes down to who's
> >>responsible for creating the context the
On 04/26/2010 04:46 PM, Anthony Liguori wrote:
(3) The system management application can certainly create whatever
context it wants to launch a vm from. It's comes down to who's
responsible for creating the context the guest runs under. I think
doing that at the libvirt level takes away a ton
On 04/26/2010 08:41 AM, Avi Kivity wrote:
Today, you have to make changes to libvirt whereas in a direct launch
model, you get all of the neat security features linux supports for
free.
But you lose tap networking, unless you have a privileged helper. And
how is the privileged helper to auth
On 04/26/2010 08:31 AM, Daniel P. Berrange wrote:
What you describe is not inherant to the daemon model. This is why we have
two separate models in libvirt. The system instance is pre-spawned with
high privileges, to allow use of hosts resources which require high
privileges to access. The sessio
On Mon, Apr 26, 2010 at 12:09:19PM +0200, Daniel Veillard wrote:
> On Mon, Apr 26, 2010 at 01:40:11AM -0600, gary mazzaferro wrote:
> > Hi,
> >
> > I'm revisiting my libVirt install for opensolaris. I downloaded libvirt
> > 0.8.0..
> >
> > This is a bit embarassing, but I forgot how to build libV
On 04/26/2010 04:14 PM, Anthony Liguori wrote:
IOW, libvirt does not run guests as separate users which is why it
needs to deal with security in the first place.
What if one user has multiple guests? isolation is still needed.
Don't confuse a management application's concept of users with
On Mon, Apr 26, 2010 at 08:13:03AM -0500, Anthony Liguori wrote:
> On 04/26/2010 04:59 AM, Daniel P. Berrange wrote:
> >On Sun, Apr 25, 2010 at 08:53:17PM -0500, Anthony Liguori wrote:
> >
> >>On 04/25/2010 06:51 AM, Avi Kivity wrote:
> >>
> >>> Qemu is special due to the nonexistence of q
On 04/26/2010 12:56 AM, Avi Kivity wrote:
On 04/26/2010 04:53 AM, Anthony Liguori wrote:
On 04/25/2010 06:51 AM, Avi Kivity wrote:
It depends on what things you think are important. A lot of
libvirt's complexity is based on the fact that it uses a daemon and
needs to deal with the security im
On 04/25/2010 09:50 AM, Avi Kivity wrote:
On 04/23/2010 09:33 PM, Anthony Liguori wrote:
This is a different ambiguity, about the semantic results of the
commands,
where as I'm refering to the execution order. If I look at a libvirt
log
file and see a set of JSON commands logged, I want to know
On 04/26/2010 04:59 AM, Daniel P. Berrange wrote:
On Sun, Apr 25, 2010 at 08:53:17PM -0500, Anthony Liguori wrote:
On 04/25/2010 06:51 AM, Avi Kivity wrote:
Qemu is special due to the nonexistence of qemud.
Why is sVirt implemented in libvirt? it's not the logical place for
it; ra
Daniel P. Berrange wrote:
> > Much better to exact a commitment from libvirt to track all QMP (and
> > command line) capabilities. Instead of adding cleverness to QMP, add
> > APIs to libvirt.
>
> Agreed. Despite adding this monitor / XML passthrough capability, we still
> do not want apps to b
libvir-list-boun...@redhat.com wrote on 04/02/2010 11:42:03 AM:
>
> On 03/31/2010 06:28 AM, Daniel P. Berrange wrote:
> > On Tue, Mar 30, 2010 at 05:30:56PM -0400, David Allan wrote:
> >> ---
[...]
> >
> > Wouldn't this also be valid for the type=bridge networking mode, since
> > that is conne
On Fri, 2010-04-02 at 11:42 -0400, Dave Allan wrote:
> Agreed with both; an updated patch is attached. I also added a test
> for
> the new element.
>
> Dave
>
Hi, unless I am missing something, you changed only the XML (), but not the source code (profileid =
virXMLPropString(cur, "profileid")
libvir-list-boun...@redhat.com wrote on 04/25/2010 07:29:45 AM:
> ---
> src/util/interface.c | 49
+++--
> 1 files changed, 47 insertions(+), 2 deletions(-)
>
> diff --git a/src/util/interface.c b/src/util/interface.c
> index 9b86f2d..3929a92 10064
On Sun, Apr 25, 2010 at 08:53:17PM -0500, Anthony Liguori wrote:
> On 04/25/2010 06:51 AM, Avi Kivity wrote:
> > Qemu is special due to the nonexistence of qemud.
> >
> >Why is sVirt implemented in libvirt? it's not the logical place for
> >it; rather the logical place doesn't exist.
>
> sVirt
2010/4/26 Avi Kivity :
>
[...]
>>
In theory, it does support this with the session urls but they are
currently second-class citizens in libvirt. The remote dispatch also adds
a
fair bit of complexity and at least for the use-cases I'm interested in,
it's not an important
59 matches
Mail list logo
