>-Original Message-
>From: Itamar Heim [mailto:ih...@redhat.com]
>Sent: segunda-feira, 2 de setembro de 2013 13:46
>To: Leonardo Bianconi
>Cc: Roy Golan; engine-devel@ovirt.org
>Subject: Re: [Engine-devel] Cluster default with empty processor name with
>PPC64 support
>
>On 09/02/2013 06:
On 09/03/2013 02:39 PM, Leonardo Bianconi wrote:
-Original Message-
From: Itamar Heim [mailto:ih...@redhat.com]
Sent: segunda-feira, 2 de setembro de 2013 13:46
To: Leonardo Bianconi
Cc: Roy Golan; engine-devel@ovirt.org
Subject: Re: [Engine-devel] Cluster default with empty processor
Hello everyone,
I'm adding the architecture meta-field of VMs, Templates and Clusters in REST
API (see change #16700 in gerrit). It's a read-only field (like a "final" in
Java), that the administrator cannot change it, but there are some situations
where there might be a value for it, such as w
>-Original Message-
>From: Michal Skrivanek [mailto:mskri...@redhat.com]
>Sent: terça-feira, 3 de setembro de 2013 09:19
>To: Leonardo Bianconi
>Cc: engine-devel@ovirt.org
>Subject: Re: [Engine-devel] Cluster default with empty processor name with
>PPC64 support
>
>
>On Sep 3, 2013, at 1
On 09/03/2013 03:14 PM, Gustavo Frederico Temple Pedrosa wrote:
> Hello everyone,
>
>
>
> I'm adding the architecture meta-field of VMs, Templates and Clusters in REST
> API (see change #16700 in gerrit). It's a read-only field (like a “final” in
> Java), that the
> administrator cannot chang
Hi all,
As part of the gluster volume asynchronous tasks, we ran into a
requirement wherein when we start a command, we need to remember the
parameters that the command was started with.
Is there any infrastructure available to do this, or should we build
something?
thanks
sahina
_
Thank you very much!
> -Original Message-
> From: Michael Pasternak [mailto:mpast...@redhat.com]
> Sent: terça-feira, 3 de setembro de 2013 09:29
> To: Gustavo Frederico Temple Pedrosa
> Cc: engine-devel@ovirt.org
> Subject: Re: [Engine-devel] Question about API REST
>
> On 09/03/2013
I just wanted to say what an amazing feature page this is:
http://www.ovirt.org/Features/Multiple_Gateways
I especially like the "Why do we need this feature" part. It is all so well
laid out and presented.
Nice work Assaf!
Tim Hildred, RHCE, RHCVA
Content Author II - Engineering Content Serv