From jenkins at ovirt.org  Sat Feb  1 00:05:40 2014
From: jenkins at ovirt.org (Jenkins ci oVirt Server)
Date: Sat, 1 Feb 2014 00:05:40 +0000 (GMT)
Subject: [Engine-devel] [oVirt jenkins] Weekly report on open tasks for
	ovirt-engine
Message-ID: <1524454532.935.1391213144901.JavaMail.jenkins@jenkins.ovirt.org>

An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140201/c42b487f/attachment.html>

From kristof at dcin.be  Sat Feb  1 09:46:45 2014
From: kristof at dcin.be (Kristof Dufour)
Date: Sat, 1 Feb 2014 09:46:45 +0000
Subject: [Engine-devel] Custom fencing
Message-ID: <CF128114.B63A%kristof@dcin.be>

Hi All,

I have a PDU that allows me to switch on or off all my servers, however
the brand isn?t supported by oVirt.

1. Can I create my own custom fencing script?
2. Where can I find any documentation about the syntax?
3. How can I get my script in the list of fencing methods?


Hope that anyone can help me!



Met vriendelijke groeten,
With kind regards,
Kristof Dufour



From iheim at redhat.com  Sat Feb  1 16:52:06 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sat, 01 Feb 2014 17:52:06 +0100
Subject: [Engine-devel] Custom fencing
In-Reply-To: <CF128114.B63A%kristof@dcin.be>
References: <CF128114.B63A%kristof@dcin.be>
Message-ID: <52ED2636.5080609@redhat.com>

On 02/01/2014 10:46 AM, Kristof Dufour wrote:
> Hi All,
>
> I have a PDU that allows me to switch on or off all my servers, however
> the brand isn?t supported by oVirt.
>
> 1. Can I create my own custom fencing script?
> 2. Where can I find any documentation about the syntax?
> 3. How can I get my script in the list of fencing methods?
>
>
> Hope that anyone can help me!
>
>
>
> Met vriendelijke groeten,
> With kind regards,
> Kristof Dufour
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>

Eli?


From emesika at redhat.com  Sat Feb  1 21:48:49 2014
From: emesika at redhat.com (Eli Mesika)
Date: Sat, 1 Feb 2014 16:48:49 -0500 (EST)
Subject: [Engine-devel] Custom fencing
In-Reply-To: <CF128114.B63A%kristof@dcin.be>
References: <CF128114.B63A%kristof@dcin.be>
Message-ID: <2089223181.10646654.1391291329784.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Kristof Dufour" <kristof at dcin.be>
> To: engine-devel at ovirt.org
> Sent: Saturday, February 1, 2014 11:46:45 AM
> Subject: [Engine-devel] Custom fencing
> 
> Hi All,
> 
> I have a PDU that allows me to switch on or off all my servers, however
> the brand isn?t supported by oVirt.
> 
> 1. Can I create my own custom fencing script?
> 2. Where can I find any documentation about the syntax?
> 3. How can I get my script in the list of fencing methods?
> 
> 
> Hope that anyone can help me!


Here are detailed instructions how to add a custom agent:

Before you start

1) Copy your script to all hosts /usr/sbin directory , your script must be named as fence_<agent name>
2) Your script must support the following parameters 
  -a <ipaddr>    IP to talk to
  -l <login>     Username/Login to control power
  -p <password>  Password to control power
3) Make sure that your script has the same permissions as other fence_* scripts 

In addition you should know if your script support secure/port/slot and which are the actual parameters for each 
(You may pass any other script parameters in the options field as a collection of key=value pairs with comma separator between them)

Now for the changs:

a) Add your new agent to VdsFenceType option_value in vdc_options table for the relevant cluster version
b) Add agent options mappings to VdsFenceOptionMapping option_value in vdc_options table for the relevant cluster version
c) If the agent maps actually to another agent , add that to FenceAgentMapping option_value in vdc_options [not required in your case]

Example : Adding zzz agent support for version 3.3 that maps internally to ipmi and have just port setting (from: port, slot, secure) that maps to the fencing script ipport
a) VdsFenceType for 3.3 becomes "apc,apc_snmp,bladecenter,cisco_ucs,drac5,eps,ilo,ilo2,ilo3,ilo4,ipmilan,rsa,rsb,wti,zzz"
b) VdsFenceOptionMapping for 3.3 becomes "apc:secure=secure,port=ipport,slot=port;apc_snmport=port;bladecenter:secure=secure,port=ipport,slot=port;cisco_ucs:secure=ssl,slot=port;drac5:secure=se
cure,slot=port;eps:slot=port;ilo:secure=ssl,port=ipport;ipmilan:;ilo2:secure=ssl,port=ipport;ilo3:;ilo4:;rsa:secure=secure,port=ipport;rsb:;wti:secure=secure,port=ipport,slot=port;zzz:port=ipport"
c) FenceAgentMapping becomes "ilo2=ilo,ilo3=ipmilan,ilo4=ipmilan,zzz=ipmilan" [not required in your case]

NOTES

1) Please backup your database
2) You should restart the engine for this to take place
3) Custom definitions will be overridden in your next upgrade , for the long run please fill RFE so it will be part of the supported agents

Please let me know if that works for you.



> 
> 
> 
> Met vriendelijke groeten,
> With kind regards,
> Kristof Dufour
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From danken at redhat.com  Sat Feb  1 22:48:54 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Sat, 1 Feb 2014 22:48:54 +0000
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <20140131215612.GA2633@redhat.com>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
	<20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com>
	<20140131215612.GA2633@redhat.com>
Message-ID: <20140201224854.GK9811@redhat.com>

On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote:
> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote:
> >Il 30/01/2014 19:30, Adam Litke ha scritto:
> >>On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
> >>>On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
> >>>>Hi Sandro,
> >>>>
> >>>>After updating the MOM project's build system, I have used jenkins to
> >>>>produce a set of RPMs that I would like to tag into the oVirt 3.4
> >>>>release.  Please see the jenkins job [1] for the relevant artifacts
> >>>>for EL6[2], F19[3], and F20[4].
> >>>>
> >>>>Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
> >>>>I want to be careful to not break people's environments this late in
> >>>>the 3.4 release cycle.  What is the best way to minimize that damage?
> >>>
> >>>Hey, we're during beta. I prefer making this requirement explicit now
> >>>over having users with supervdsmd.log retate due to log spam.
> >>
> >>In that case, Sandro, can you let me know when those RPMs hit the
> >>ovirt repos (for master and 3.4) and then I will submit a patch to
> >>vdsm to require the new version.
> >
> >
> >mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]
> >so it's already available on nightly [3]
> >
> >For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.
> 
> I presume the scripting for 3.4 release rpms will produce a version
> without the git-rev based suffix: ie. mom-0.4.0-1.rpm?
> 
> I need to figure out how to handle a problem that might be a bit
> unique to mom.  MOM is used by non-oVirt users who install it from the
> main Fedora repository.  I think it's fine that we are producing our
> own rpms in oVirt (that may have additional patches applied and may
> resync to upstream mom code more frequently than would be desired for
> the main Fedora repository).  Given this, I think it makes sense to
> tag the oVirt RPMs with a special version suffix to indicate that
> these are oVirt produced and not upstream Fedora.
> 
> For example:
> The next Fedora update will be mom-0.4.0-1.f20.rpm.
> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm.
> 
> Is this the best practice for accomplishing my goals?  One other thing
> I'd like to have the option of doing is to make vdsm depend on an
> ovirt distribution of mom so that the upstream Fedora version will not
> satisfy the dependency for vdsm.

What is the motivation for this? You would not like to bother Fedora
users with updates that are required only for oVirt?

Vdsm itself is built, signed, and distributed via Fedora.
It is also copied into the ovirt repo, for completeness sake. Could MoM
do the same?

Dan.


From kristof at dcin.be  Sun Feb  2 10:37:46 2014
From: kristof at dcin.be (Kristof Dufour)
Date: Sun, 2 Feb 2014 10:37:46 +0000
Subject: [Engine-devel] Custom fencing
In-Reply-To: <2089223181.10646654.1391291329784.JavaMail.root@redhat.com>
References: <CF128114.B63A%kristof@dcin.be>
	<2089223181.10646654.1391291329784.JavaMail.root@redhat.com>
Message-ID: <CF13DDE8.B68C%kristof@dcin.be>

Thank you very much for your clear instructions! When I am able to get my
module working I will provide the sources to the community for this
?EnerGenie? PDU.


With kind regards,
Kristof Dufour






Op 01/02/14 22:48 schreef Eli Mesika <emesika at redhat.com>:

>
>
>----- Original Message -----
>> From: "Kristof Dufour" <kristof at dcin.be>
>> To: engine-devel at ovirt.org
>> Sent: Saturday, February 1, 2014 11:46:45 AM
>> Subject: [Engine-devel] Custom fencing
>> 
>> Hi All,
>> 
>> I have a PDU that allows me to switch on or off all my servers, however
>> the brand isn?t supported by oVirt.
>> 
>> 1. Can I create my own custom fencing script?
>> 2. Where can I find any documentation about the syntax?
>> 3. How can I get my script in the list of fencing methods?
>> 
>> 
>> Hope that anyone can help me!
>
>
>Here are detailed instructions how to add a custom agent:
>
>Before you start
>
>1) Copy your script to all hosts /usr/sbin directory , your script must
>be named as fence_<agent name>
>2) Your script must support the following parameters
>  -a <ipaddr>    IP to talk to
>  -l <login>     Username/Login to control power
>  -p <password>  Password to control power
>3) Make sure that your script has the same permissions as other fence_*
>scripts 
>
>In addition you should know if your script support secure/port/slot and
>which are the actual parameters for each
>(You may pass any other script parameters in the options field as a
>collection of key=value pairs with comma separator between them)
>
>Now for the changs:
>
>a) Add your new agent to VdsFenceType option_value in vdc_options table
>for the relevant cluster version
>b) Add agent options mappings to VdsFenceOptionMapping option_value in
>vdc_options table for the relevant cluster version
>c) If the agent maps actually to another agent , add that to
>FenceAgentMapping option_value in vdc_options [not required in your case]
>
>Example : Adding zzz agent support for version 3.3 that maps internally
>to ipmi and have just port setting (from: port, slot, secure) that maps
>to the fencing script ipport
>a) VdsFenceType for 3.3 becomes
>"apc,apc_snmp,bladecenter,cisco_ucs,drac5,eps,ilo,ilo2,ilo3,ilo4,ipmilan,r
>sa,rsb,wti,zzz"
>b) VdsFenceOptionMapping for 3.3 becomes
>"apc:secure=secure,port=ipport,slot=port;apc_snmport=port;bladecenter:secu
>re=secure,port=ipport,slot=port;cisco_ucs:secure=ssl,slot=port;drac5:secur
>e=se
>cure,slot=port;eps:slot=port;ilo:secure=ssl,port=ipport;ipmilan:;ilo2:secu
>re=ssl,port=ipport;ilo3:;ilo4:;rsa:secure=secure,port=ipport;rsb:;wti:secu
>re=secure,port=ipport,slot=port;zzz:port=ipport"
>c) FenceAgentMapping becomes
>"ilo2=ilo,ilo3=ipmilan,ilo4=ipmilan,zzz=ipmilan" [not required in your
>case]
>
>NOTES
>
>1) Please backup your database
>2) You should restart the engine for this to take place
>3) Custom definitions will be overridden in your next upgrade , for the
>long run please fill RFE so it will be part of the supported agents
>
>Please let me know if that works for you.
>
>
>
>> 
>> 
>> 
>> Met vriendelijke groeten,
>> With kind regards,
>> Kristof Dufour
>> 
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>> 


From sbonazzo at redhat.com  Mon Feb  3 07:50:12 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 03 Feb 2014 08:50:12 +0100
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <20140201224854.GK9811@redhat.com>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
	<20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com>
	<20140131215612.GA2633@redhat.com>
	<20140201224854.GK9811@redhat.com>
Message-ID: <52EF4A34.2090109@redhat.com>

Il 01/02/2014 23:48, Dan Kenigsberg ha scritto:
> On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote:
>> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote:
>>> Il 30/01/2014 19:30, Adam Litke ha scritto:
>>>> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
>>>>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
>>>>>> Hi Sandro,
>>>>>>
>>>>>> After updating the MOM project's build system, I have used jenkins to
>>>>>> produce a set of RPMs that I would like to tag into the oVirt 3.4
>>>>>> release.  Please see the jenkins job [1] for the relevant artifacts
>>>>>> for EL6[2], F19[3], and F20[4].
>>>>>>
>>>>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
>>>>>> I want to be careful to not break people's environments this late in
>>>>>> the 3.4 release cycle.  What is the best way to minimize that damage?
>>>>>
>>>>> Hey, we're during beta. I prefer making this requirement explicit now
>>>>> over having users with supervdsmd.log retate due to log spam.
>>>>
>>>> In that case, Sandro, can you let me know when those RPMs hit the
>>>> ovirt repos (for master and 3.4) and then I will submit a patch to
>>>> vdsm to require the new version.
>>>
>>>
>>> mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]
>>> so it's already available on nightly [3]
>>>
>>> For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.
>>
>> I presume the scripting for 3.4 release rpms will produce a version
>> without the git-rev based suffix: ie. mom-0.4.0-1.rpm?
>>
>> I need to figure out how to handle a problem that might be a bit
>> unique to mom.  MOM is used by non-oVirt users who install it from the
>> main Fedora repository.  I think it's fine that we are producing our
>> own rpms in oVirt (that may have additional patches applied and may
>> resync to upstream mom code more frequently than would be desired for
>> the main Fedora repository).  Given this, I think it makes sense to
>> tag the oVirt RPMs with a special version suffix to indicate that
>> these are oVirt produced and not upstream Fedora.
>>
>> For example:
>> The next Fedora update will be mom-0.4.0-1.f20.rpm.
>> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm.
>>
>> Is this the best practice for accomplishing my goals?  One other thing
>> I'd like to have the option of doing is to make vdsm depend on an
>> ovirt distribution of mom so that the upstream Fedora version will not
>> satisfy the dependency for vdsm.
> 
> What is the motivation for this? You would not like to bother Fedora
> users with updates that are required only for oVirt?
> 
> Vdsm itself is built, signed, and distributed via Fedora.
> It is also copied into the ovirt repo, for completeness sake. Could MoM
> do the same?

IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository.
Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned)
We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds).


> 
> Dan.
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From sbonazzo at redhat.com  Mon Feb  3 10:27:47 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 03 Feb 2014 11:27:47 +0100
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <N0EVVP$7CA64B89773304E73C2DE026FD74DBEE@oscert.net>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
	<20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com>
	<20140131215612.GA2633@redhat.com>
	<20140201224854.GK9811@redhat.com> <52EF4A34.2090109@redhat.com>
	<N0EVVP$7CA64B89773304E73C2DE026FD74DBEE@oscert.net>
Message-ID: <52EF6F23.8080209@redhat.com>

Il 03/02/2014 09:35, Amedeo Salvati ha scritto:
> 
> Da: arch-bounces at ovirt.org
> A: "Dan Kenigsberg" danken at redhat.com,"Adam Litke" alitke at redhat.com
> Cc: engine-devel at ovirt.org,"arch" arch at ovirt.org,"VDSM Project Development" vdsm-devel at lists.fedorahosted.org
> Data: Mon, 03 Feb 2014 08:50:12 +0100
> Oggetto: Re: mom RPMs for 3.4
> 
>> Il 01/02/2014 23:48, Dan Kenigsberg ha scritto:
>> > On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote:
>> >> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote:
>> >>> Il 30/01/2014 19:30, Adam Litke ha scritto:
>> >>>> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
>> >>>>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
>> >>>>>> Hi Sandro,
>> >>>>>>
>> >>>>>> After updating the MOM project's build system, I have used jenkins to
>> >>>>>> produce a set of RPMs that I would like to tag into the oVirt 3.4
>> >>>>>> release. Please see the jenkins job [1] for the relevant artifacts
>> >>>>>> for EL6[2], F19[3], and F20[4].
>> >>>>>>
>> >>>>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
>> >>>>>> I want to be careful to not break people's environments this late in
>> >>>>>> the 3.4 release cycle. What is the best way to minimize that damage?
>> >>>>>
>> >>>>> Hey, we're during beta. I prefer making this requirement explicit now
>> >>>>> over having users with supervdsmd.log retate due to log spam.
>> >>>>
>> >>>> In that case, Sandro, can you let me know when those RPMs hit the
>> >>>> ovirt repos (for master and 3.4) and then I will submit a patch to
>> >>>> vdsm to require the new version.
>> >>>
>> >>>
>> >>> mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]
>> >>> so it's already available on nightly [3]
>> >>>
>> >>> For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.
>> >>
>> >> I presume the scripting for 3.4 release rpms will produce a version
>> >> without the git-rev based suffix: ie. mom-0.4.0-1.rpm?
>> >>
>> >> I need to figure out how to handle a problem that might be a bit
>> >> unique to mom. MOM is used by non-oVirt users who install it from the
>> >> main Fedora repository. I think it's fine that we are producing our
>> >> own rpms in oVirt (that may have additional patches applied and may
>> >> resync to upstream mom code more frequently than would be desired for
>> >> the main Fedora repository). Given this, I think it makes sense to
>> >> tag the oVirt RPMs with a special version suffix to indicate that
>> >> these are oVirt produced and not upstream Fedora.
>> >>
>> >> For example:
>> >> The next Fedora update will be mom-0.4.0-1.f20.rpm.
>> >> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm.
>> >>
>> >> Is this the best practice for accomplishing my goals? One other thing
>> >> I'd like to have the option of doing is to make vdsm depend on an
>> >> ovirt distribution of mom so that the upstream Fedora version will not
>> >> satisfy the dependency for vdsm.
>> >
>> > What is the motivation for this? You would not like to bother Fedora
>> > users with updates that are required only for oVirt?
>> >
>> > Vdsm itself is built, signed, and distributed via Fedora.
>> > It is also copied into the ovirt repo, for completeness sake. Could MoM
>> > do the same?
>>
>> IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository.
>> Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned)
>> We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds).
> 
> why you can't sign your rpms???

We're working on that :-)

> 
> on ovirt web page http://www.ovirt.org/Home you can change:
> 
> Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor
> 
> with:
> 
> Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor (but not signed rpms)
> 
> best regards
> a
> 
>>
>>
>> >
>> > Dan.
>> >
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>> _______________________________________________
>> Arch mailing list
>> Arch at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/arch


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From S.Kieske at mittwald.de  Mon Feb  3 11:32:21 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Mon, 3 Feb 2014 11:32:21 +0000
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <52EF4A34.2090109@redhat.com>
References: <20140130164942.GB21947@redhat.com> <52EF4A34.2090109@redhat.com>
Message-ID: <52EF7E4F.2080500@mittwald.de>

Hi,

I just hope you do not forget the EL6 Users out there, or is mom in EPEL
or in CentOS main?

Am 03.02.2014 08:50, schrieb Sandro Bonazzola:
> IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository.
> Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned)
> We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds).

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
K?nigsberger Stra?e 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Gesch?ftsf?hrer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

From mperina at redhat.com  Mon Feb  3 11:36:51 2014
From: mperina at redhat.com (Martin Perina)
Date: Mon, 3 Feb 2014 06:36:51 -0500 (EST)
Subject: [Engine-devel] [ANN] engine-manage-domains arguments changed
In-Reply-To: <1635131818.3351034.1391427228417.JavaMail.root@redhat.com>
Message-ID: <546108010.3352651.1391427411047.JavaMail.root@redhat.com>

Hi,

patch, that changes engine-manage-domains command line arguments from Java type (-someOption)
to standard long type (--some-option), was merged today. Please consult man page or run
engine-manage-domains --help to find out differences.

Thanks

Martin Perina



From emesika at redhat.com  Mon Feb  3 11:54:26 2014
From: emesika at redhat.com (Eli Mesika)
Date: Mon, 3 Feb 2014 06:54:26 -0500 (EST)
Subject: [Engine-devel] [ANN] engine-manage-domains arguments changed
In-Reply-To: <546108010.3352651.1391427411047.JavaMail.root@redhat.com>
References: <546108010.3352651.1391427411047.JavaMail.root@redhat.com>
Message-ID: <1446853935.10932756.1391428466382.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Martin Perina" <mperina at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, February 3, 2014 1:36:51 PM
> Subject: [Engine-devel] [ANN] engine-manage-domains arguments changed
> 
> Hi,
> 
> patch, that changes engine-manage-domains command line arguments from Java
> type (-someOption)
> to standard long type (--some-option), was merged today. 

http://gerrit.ovirt.org/#/c/23842/


>Please consult man
> page or run
> engine-manage-domains --help to find out differences.
> 
> Thanks
> 
> Martin Perina
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From sbonazzo at redhat.com  Mon Feb  3 12:38:38 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 03 Feb 2014 13:38:38 +0100
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <52EF7E4F.2080500@mittwald.de>
References: <20140130164942.GB21947@redhat.com> <52EF4A34.2090109@redhat.com>
	<52EF7E4F.2080500@mittwald.de>
Message-ID: <52EF8DCE.7080700@redhat.com>

Il 03/02/2014 12:32, Sven Kieske ha scritto:
> Hi,
> 
> I just hope you do not forget the EL6 Users out there, or is mom in EPEL
> or in CentOS main?

I'm not forgetting EL6 users :-)

> 
> Am 03.02.2014 08:50, schrieb Sandro Bonazzola:
>> IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository.
>> Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned)
>> We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds).
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From alitke at redhat.com  Mon Feb  3 13:22:57 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 3 Feb 2014 08:22:57 -0500
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <20140201224854.GK9811@redhat.com>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
	<20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com>
	<20140131215612.GA2633@redhat.com>
	<20140201224854.GK9811@redhat.com>
Message-ID: <20140203132257.GB2633@redhat.com>

On 01/02/14 22:48 +0000, Dan Kenigsberg wrote:
>On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote:
>> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote:
>> >Il 30/01/2014 19:30, Adam Litke ha scritto:
>> >>On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
>> >>>On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
>> >>>>Hi Sandro,
>> >>>>
>> >>>>After updating the MOM project's build system, I have used jenkins to
>> >>>>produce a set of RPMs that I would like to tag into the oVirt 3.4
>> >>>>release.  Please see the jenkins job [1] for the relevant artifacts
>> >>>>for EL6[2], F19[3], and F20[4].
>> >>>>
>> >>>>Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
>> >>>>I want to be careful to not break people's environments this late in
>> >>>>the 3.4 release cycle.  What is the best way to minimize that damage?
>> >>>
>> >>>Hey, we're during beta. I prefer making this requirement explicit now
>> >>>over having users with supervdsmd.log retate due to log spam.
>> >>
>> >>In that case, Sandro, can you let me know when those RPMs hit the
>> >>ovirt repos (for master and 3.4) and then I will submit a patch to
>> >>vdsm to require the new version.
>> >
>> >
>> >mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]
>> >so it's already available on nightly [3]
>> >
>> >For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.
>>
>> I presume the scripting for 3.4 release rpms will produce a version
>> without the git-rev based suffix: ie. mom-0.4.0-1.rpm?
>>
>> I need to figure out how to handle a problem that might be a bit
>> unique to mom.  MOM is used by non-oVirt users who install it from the
>> main Fedora repository.  I think it's fine that we are producing our
>> own rpms in oVirt (that may have additional patches applied and may
>> resync to upstream mom code more frequently than would be desired for
>> the main Fedora repository).  Given this, I think it makes sense to
>> tag the oVirt RPMs with a special version suffix to indicate that
>> these are oVirt produced and not upstream Fedora.
>>
>> For example:
>> The next Fedora update will be mom-0.4.0-1.f20.rpm.
>> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm.
>>
>> Is this the best practice for accomplishing my goals?  One other thing
>> I'd like to have the option of doing is to make vdsm depend on an
>> ovirt distribution of mom so that the upstream Fedora version will not
>> satisfy the dependency for vdsm.
>
>What is the motivation for this? You would not like to bother Fedora
>users with updates that are required only for oVirt?

Yes, that was my thinking.  It seems that oVirt requires updates more
frequently than users that use MOM with libvirt directly and the
Fedora update process is a bit more heavy than oVirt's at the moment.

>Vdsm itself is built, signed, and distributed via Fedora.
>It is also copied into the ovirt repo, for completeness sake. Could MoM
>do the same?

If vdsm is finding this to work well than surely I can do the same
with MOM.  The 0.4.0 build is in updates-testing right now and should
be able to be tagged stable in a day or two.



From iheim at redhat.com  Mon Feb  3 12:29:24 2014
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 03 Feb 2014 13:29:24 +0100
Subject: [Engine-devel] oVirt January 2014 Updates
Message-ID: <52EF8BA4.2010005@redhat.com>

1. VERSIONS
- oVirt 3.3.3 in last phases
   http://www.ovirt.org/OVirt_3.3.3_release_notes

- oVirt 3.4 with another slew of features is getting into test day,
   beta, etc.
   http://red.ht/1eo9TiS

2. WORKSHOPS
- Fosdem - oVirt stand wass packed as well as a virt & IaaS devroom,
   with many oVirt talks. more details next time.

- more oVirt talks in cfgmgmtcamp and infra.next this week, including:

-- Herv? Leclerc "How we build a cloud with CentOS, oVirt, and
    Cisco-UCS" Wednesday 5th February in Infrastructure.Next Ghent
    http://bit.ly/1fjTJVC

-- oVirt Node being used as a Discovery Node in The Foreman project
    talk at cfgmgmtcamp, february 3rd
    http://bit.ly/1gAnneI

- oVirt Korea group meeting this Saturday in Seoul
   Register here http://onoffmix.com/event/23134

- Open Virtualization Workshop in Tehran (26,27 February 2014) &
   Isfahan (5,6 March 2014)
   http://t.co/9PR3BxOnpd

3. USING oVirt

- More details on Wind River using ovirt
   http://bit.ly/1i2LtLI

- New Case Study: Nieuwland Geo-Informati
   http://www.ovirt.org/Nieuwland_case_study

- oVirt Node being used as a Discovery Node in The Foreman project
   talk at cfgmgmtcamp, february 3rd
   http://bit.ly/1gAnneI

4. Users
- Double the amount of emails on users mailing list- up from 800 to
   1600 this month!

- Karli updated how to use spice with ovirt from OS X
   http://www.ovirt.org/SPICE_Remote-Viewer_on_OS_X

- Opaque (spice android ovirt client) v1.1.8 beta released
   https://plus.google.com/communities/116099119712127782216

- how to deploy windows guest agent on windows:
   http://bit.ly/1kr5tJo

- Andrew Lau posted on working through Hosted Engine with 3.4.0 beta
   http://bit.ly/1eobzZw

- Deep Dive into oVirt 3.3.3 by Li Jiansheng (chinese)
   http://slidesha.re/1eFWQ8G

- Matthew Bingham  posted a series of video on setting up ovirt:
   Install oVirt 3.3.2
   http://www.youtube.com/watch?v=GWT-m-oWSjQ

   Optional export nfs mount for oVirt 3.3.2
   http://www.youtube.com/watch?v=MLbPln5-2jE

   Initial webgui oVirt 3.3.2 Steps for storage
   http://www.youtube.com/watch?v=dL0_03ZICw4

   Download and upload client iso to ISO_DOMAIN for oVirt 3.3.2
   http://www.youtube.com/watch?v=pDzTHFSmvGE


From sbonazzo at redhat.com  Mon Feb  3 17:18:09 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 03 Feb 2014 18:18:09 +0100
Subject: [Engine-devel] oVirt 3.3.3 release
Message-ID: <52EFCF51.8010406@redhat.com>

The oVirt development team is very happy to announce the general
availability of oVirt 3.3.3 as of February 3rd 2013. This release
solidifies oVirt as a leading KVM management application and open
source alternative to VMware vSphere.

oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5
(or similar).

This release of oVirt includes numerous bug fixes.
See the release notes [1] for a list of the new features and bugs fixed.

IMPORTANT NOTE: If you're upgrading from a previous version, please update
ovirt-release to the latest version (10.0.1-3) and verify you have the correct
repositories enabled by running the following commands

# yum update ovirt-release
# yum repolist enabled

before upgrading with the usual procedure. You should see the ovirt-3.3.3 and
ovirt-stable repositories listed in the output of the repolist command.

A new oVirt Node build will be available soon as well.

[1] http://www.ovirt.org/OVirt_3.3.3_release_notes


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From eedri at redhat.com  Mon Feb  3 22:21:03 2014
From: eedri at redhat.com (Eyal Edri)
Date: Mon, 3 Feb 2014 17:21:03 -0500 (EST)
Subject: [Engine-devel] Junit code coverage
In-Reply-To: <52EBA616.7020705@redhat.com>
References: <52EBA616.7020705@redhat.com>
Message-ID: <922751197.3717574.1391466063813.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sahina Bose" <sabose at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, January 31, 2014 3:33:10 PM
> Subject: [Engine-devel] Junit code coverage
> 
> Hi,
> 
> Do we have a jenkins job that does cobertura / similar code coverage
> metrics for oVirt?

[cc'ing infra]

hi sahina,
we currently don't have a job like that, i assume this is something that can be added if needed,
for unit tests, there are indeed some options - cobertura/jacoco or sonar server to display aggregated results,
though i'm not sure we have enough resources now to add another VM to run sonar (we should have soon though).

what did you had in mind you'd like to test and monitor? ovirt-engine unit tests?

Eyal.

> 
> thanks
> sahina
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From sabose at redhat.com  Tue Feb  4 09:35:02 2014
From: sabose at redhat.com (Sahina Bose)
Date: Tue, 04 Feb 2014 15:05:02 +0530
Subject: [Engine-devel] Junit code coverage
In-Reply-To: <922751197.3717574.1391466063813.JavaMail.root@redhat.com>
References: <52EBA616.7020705@redhat.com>
	<922751197.3717574.1391466063813.JavaMail.root@redhat.com>
Message-ID: <52F0B446.5060004@redhat.com>


On 02/04/2014 03:51 AM, Eyal Edri wrote:
>
> ----- Original Message -----
>> From: "Sahina Bose" <sabose at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Friday, January 31, 2014 3:33:10 PM
>> Subject: [Engine-devel] Junit code coverage
>>
>> Hi,
>>
>> Do we have a jenkins job that does cobertura / similar code coverage
>> metrics for oVirt?
> [cc'ing infra]
>
> hi sahina,
> we currently don't have a job like that, i assume this is something that can be added if needed,
> for unit tests, there are indeed some options - cobertura/jacoco or sonar server to display aggregated results,
> though i'm not sure we have enough resources now to add another VM to run sonar (we should have soon though).
>
> what did you had in mind you'd like to test and monitor? ovirt-engine unit tests?
Thanks, Eyal.

I wanted an idea about the unit test coverage that we currently have. I 
was able to run the cobertura:cobertura target from command line locally 
(it worked for the backend modules), so was checking to see if we had an 
equivalent jenkins job.


>
> Eyal.
>
>> thanks
>> sahina
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>



From eedri at redhat.com  Tue Feb  4 09:46:28 2014
From: eedri at redhat.com (Eyal Edri)
Date: Tue, 4 Feb 2014 04:46:28 -0500 (EST)
Subject: [Engine-devel] Junit code coverage
In-Reply-To: <52F0B446.5060004@redhat.com>
References: <52EBA616.7020705@redhat.com>
	<922751197.3717574.1391466063813.JavaMail.root@redhat.com>
	<52F0B446.5060004@redhat.com>
Message-ID: <1456547029.3899537.1391507188017.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sahina Bose" <sabose at redhat.com>
> To: "Eyal Edri" <eedri at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "oVirt infrastructure ML" <infra at ovirt.org>
> Sent: Tuesday, February 4, 2014 11:35:02 AM
> Subject: Re: [Engine-devel] Junit code coverage
> 
> 
> On 02/04/2014 03:51 AM, Eyal Edri wrote:
> >
> > ----- Original Message -----
> >> From: "Sahina Bose" <sabose at redhat.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Friday, January 31, 2014 3:33:10 PM
> >> Subject: [Engine-devel] Junit code coverage
> >>
> >> Hi,
> >>
> >> Do we have a jenkins job that does cobertura / similar code coverage
> >> metrics for oVirt?
> > [cc'ing infra]
> >
> > hi sahina,
> > we currently don't have a job like that, i assume this is something that
> > can be added if needed,
> > for unit tests, there are indeed some options - cobertura/jacoco or sonar
> > server to display aggregated results,
> > though i'm not sure we have enough resources now to add another VM to run
> > sonar (we should have soon though).
> >
> > what did you had in mind you'd like to test and monitor? ovirt-engine unit
> > tests?
> Thanks, Eyal.
> 
> I wanted an idea about the unit test coverage that we currently have. I
> was able to run the cobertura:cobertura target from command line locally
> (it worked for the backend modules), so was checking to see if we had an
> equivalent jenkins job.

you're welcome to open a request for infra on it at https://fedorahosted.org/ovirt/report/1.
we're planning to upgrade jenkins and it's current plugins soon (ohad & dcaro are on it),
so i advise to add new plugins after we'll complete the current upgrade only.

Eyal.


> 
> 
> >
> > Eyal.
> >
> >> thanks
> >> sahina
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> 
> 


From sbonazzo at redhat.com  Tue Feb  4 12:03:00 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 04 Feb 2014 13:03:00 +0100
Subject: [Engine-devel] [QE] oVirt 3.4.0 beta status
Message-ID: <52F0D6F4.3080801@redhat.com>

Hi,
oVirt 3.4.0 beta has been released and is actually on QA.
We're going to tart composing oVirt 3.4.0 beta2 this Thursday 2014-02-06 09:00 UTC from 3.4 branches.
This build will be used for a second Test Day scheduled for 2014-02-11.

The bug tracker [1] shows the following bugs blocking the release:
Whiteboard	Bug ID	Status	Summary
gluster		1038988	POST	Gluster brick sync does not work when host has multiple interfaces
gluster		1059606	POST	Errors in rebalance and remove-brick status and sync
integration	1054080	POST	gracefully warn about unsupported upgrade from legacy releases
integration	1058018	POST	upgrade from 3.3 overwrites exports with acl None


There are still 393 bugs [2] targeted to 3.4.0.
Excluding node and documentation bugs we still have 238 bugs [3] targeted to 3.4.0.
Please review them as soon as possible.

Maintainers:
- Please remember to rebuild your packages before 2014-02-06 09:00 UTC if you want them to be included in 3.4.0 beta.
- Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed.
- Please provide ETA on blockers bugs
- Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0:
  it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]
- Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-11


For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.
Please also be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-11!
Thanks to all people already testing 3.4.0 beta!

[1] https://bugzilla.redhat.com/1024889
[2] http://red.ht/1eIRZXM
[3] http://red.ht/1auBU3r
[4] http://www.ovirt.org/OVirt_3.4.0_release_notes

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From gianluca.cecchi at gmail.com  Tue Feb  4 12:30:03 2014
From: gianluca.cecchi at gmail.com (Gianluca Cecchi)
Date: Tue, 4 Feb 2014 13:30:03 +0100
Subject: [Engine-devel] [Users] [QE] oVirt 3.4.0 beta status
In-Reply-To: <52F0D6F4.3080801@redhat.com>
References: <52F0D6F4.3080801@redhat.com>
Message-ID: <CAG2kNCz71acqsV57k8zfD2XnkPHy3vdL-wr=nUZJkeWJaoaUKQ@mail.gmail.com>

On Tue, Feb 4, 2014 at 1:03 PM, Sandro Bonazzola wrote:
> Hi,
> oVirt 3.4.0 beta has been released and is actually on QA.
> We're going to tart composing oVirt 3.4.0 beta2 this Thursday 2014-02-06 09:00 UTC from 3.4 branches.
> This build will be used for a second Test Day scheduled for 2014-02-11.

Is beta2 expected to be available to run on Fedora 20, engine and hosts?
Thanks,
Gianluca


From sbonazzo at redhat.com  Tue Feb  4 12:45:43 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 04 Feb 2014 13:45:43 +0100
Subject: [Engine-devel] [Users] [QE] oVirt 3.4.0 beta status
In-Reply-To: <CAG2kNCz71acqsV57k8zfD2XnkPHy3vdL-wr=nUZJkeWJaoaUKQ@mail.gmail.com>
References: <52F0D6F4.3080801@redhat.com>
	<CAG2kNCz71acqsV57k8zfD2XnkPHy3vdL-wr=nUZJkeWJaoaUKQ@mail.gmail.com>
Message-ID: <52F0E0F7.6090101@redhat.com>

Il 04/02/2014 13:30, Gianluca Cecchi ha scritto:
> On Tue, Feb 4, 2014 at 1:03 PM, Sandro Bonazzola wrote:
>> Hi,
>> oVirt 3.4.0 beta has been released and is actually on QA.
>> We're going to tart composing oVirt 3.4.0 beta2 this Thursday 2014-02-06 09:00 UTC from 3.4 branches.
>> This build will be used for a second Test Day scheduled for 2014-02-11.
> 
> Is beta2 expected to be available to run on Fedora 20, engine and hosts?

I don't think so.
I've opened a tracker for F20 support related issues here: https://bugzilla.redhat.com/show_bug.cgi?id=1060198


> Thanks,
> Gianluca
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From eedri at redhat.com  Tue Feb  4 16:29:57 2014
From: eedri at redhat.com (Eyal Edri)
Date: Tue, 4 Feb 2014 11:29:57 -0500 (EST)
Subject: [Engine-devel] New gerrit flags behavior
In-Reply-To: <52E8F8DB.8070604@redhat.com>
References: <52E8F8DB.8070604@redhat.com>
Message-ID: <1396965644.4147831.1391531397612.JavaMail.root@redhat.com>

+1.

thanks great, and will save also from people to use 'rebase' 
and away to avoid from jenkins -1 verify by mistake :) 

eyal.

----- Original Message -----
> From: "David Caro" <dcaroest at redhat.com>
> To: vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, January 29, 2014 2:49:31 PM
> Subject: [Engine-devel] New gerrit flags behavior
> 
> Hi everyone!
> 
> With the latest gerrit upgrade it has become easier to add the propagation of
> the Code Review and Verified flags when doing a trivial rebase or when no
> code
> was changed, so I've enabled those features for all the projects!
> 
> The change should become effective right away, so let me know if you have any
> issues.
> 
> Enjoy!
> 
> --
> David Caro
> 
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
> 
> Email: dcaro at redhat.com
> Web: www.redhat.com
> RHT Global #: 82-62605
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From gshereme at redhat.com  Tue Feb  4 18:26:10 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Tue, 4 Feb 2014 13:26:10 -0500 (EST)
Subject: [Engine-devel] update: ovirt-engine build segfault on Fedora 20
	(fixed)
In-Reply-To: <1355743911.29457431.1389037777689.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
	<1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
	<1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
	<1355743911.29457431.1389037777689.JavaMail.root@redhat.com>
Message-ID: <357005045.5935260.1391538370670.JavaMail.root@redhat.com>

ovirt-engine build segfaulting on Fedora 20 during GWT compilation was caused by an abrt-java-connector bug. See [1] for details. Fix will soon be available for Fedora 20 [2], so once that posts, it should be safe to upgrade your dev machine to F20.

If you don't want to wait, you can localinstall the RPMs linked in [1]. I have done that, and verified that it's fixed.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1049011
[2] https://admin.fedoraproject.org/updates/abrt-java-connector-1.0.8-2.fc20

Greg

----- Forwarded Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, January 6, 2014 2:49:37 PM
> Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> 
> GWT team asked me to report against Fedora. So I did.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1049011 [GWT compiler crash on
> Fedora 20]
> 
> I've had a few instances where the GWT compile did NOT finish and thus the
> oVirt build failed. But simply re-running it works.
> 
> Greg
> 
> 
> ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > To: "Greg Sheremeta" <gshereme at redhat.com>
> > Cc: "Adam Litke" <alitke at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>
> > Sent: Friday, January 3, 2014 11:59:16 AM
> > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > 
> > 
> > this is probably native code bug in openjdk.
> > 
> > ----- Original Message -----
> > > From: "Greg Sheremeta" <gshereme at redhat.com>
> > > To: "Adam Litke" <alitke at redhat.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Friday, January 3, 2014 6:55:05 PM
> > > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Adam Litke" <alitke at redhat.com>
> > > > To: "Greg Sheremeta" <gshereme at redhat.com>
> > > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Friday, January 3, 2014 11:37:43 AM
> > > > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > > > 
> > > > On 02/01/14 21:53 -0500, Greg Sheremeta wrote:
> > > > >Caution on upgrading your dev machine to Fedora 20. GWT compilation of
> > > > >"safari" (for Chrome) causes a segfault during the build. Strangely,
> > > > >the
> > > > >build appears to work, so I'm not sure what the net effect of the
> > > > >segfault
> > > > >is.
> > > > >
> > > > >If you only compile for gecko (Firefox) [the default], you won't see
> > > > >the
> > > > >segfault.
> > > > >
> > > > >In other words,
> > > > >make clean install-dev PREFIX=$HOME/ovirt-engine
> > > > >DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari"
> > > > >causes the segfault
> > > > >
> > > > >But
> > > > >make install-dev PREFIX="$HOME/ovirt-engine"
> > > > >works just fine.
> > > > >
> > > > >I've duplicated this with with both OpenJDK and Oracle JDK.
> > > > 
> > > > I can confirm this on my F20 system with OpenJDK as well.  So far I
> > > > have not observed any problems with the resulting build.
> > > > 
> > > > 
> > > I've since duplicated it building a different GWT project, so I'll report
> > > the
> > > bug against GWT.
> > > 
> > > I also see a similar crash in Eclipse if Eclipse is using webkit (the
> > > default) AND Google Talk is installed. Either uninstalling GTalk or using
> > > -Dorg.eclipse.swt.browser.DefaultType=mozilla
> > > works around that. So the GWT bug might be a JDK bug. Thoughts?
> > > 
> > > ...
> > > 
> > > GWT compiling a different GWT project --->
> > > 
> > > [INFO] Compiling module com.github.gwtbootstrap.Bootstrap
> > > [INFO]    Compiling 6 permutations
> > > [INFO]       Compiling permutation 0...
> > > [INFO]       Compiling permutation 2...
> > > [INFO]       Process output
> > > [INFO]          Compiling
> > > [INFO]             Compiling permutation 1...
> > > [INFO]       Compiling permutation 3...
> > > [INFO]       Compiling permutation 4...
> > > [INFO]       Compiling permutation 5...
> > > [INFO]    Compile of permutations succeeded
> > > *** Error in `java': double free or corruption (out): 0x00007eff24015d60
> > > ***
> > > ======= Backtrace: =========
> > > /lib64/libc.so.6[0x342ce75d9f]
> > > /lib64/libc.so.6[0x342ce7d098]
> > > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x8dcc3b)[0x7eff2b9d6c3b]
> > > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x5ce967)[0x7eff2b6c8967]
> > > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(JVM_Halt+0x30)[0x7eff2b706b10]
> > > [0x7eff210135ec]
> > > ======= Memory map: ========
> > > 
> > > 
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> >


From gshereme at redhat.com  Tue Feb  4 19:38:07 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Tue, 4 Feb 2014 14:38:07 -0500 (EST)
Subject: [Engine-devel] GWT Development Mode won't be supported in Firefox
	27+
In-Reply-To: <1696439236.5959416.1391542508024.JavaMail.root@redhat.com>
Message-ID: <694767062.5960322.1391542687263.JavaMail.root@redhat.com>

According to the plugin author, GWT Development Mode won't be supported in Firefox 27+. [1]

I suppose workarounds will be developing in Chrome, developing with Firefox 24 ESR perhaps, or investigating GWT Super Dev Mode. [2]

[1] https://plus.google.com/+BrianSlesinsky/posts/2ZsefAgkV8j
[2] http://www.gwtproject.org/articles/superdevmode.html


Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme at redhat.com


From sergio.lourenco.ribeiro at hotmail.com  Wed Feb  5 00:16:34 2014
From: sergio.lourenco.ribeiro at hotmail.com (=?utf-8?B?U8OpcmdpbyBSaWJlaXJv?=)
Date: Wed, 5 Feb 2014 00:16:34 +0000
Subject: [Engine-devel] =?utf-8?q?Problem_creating_hosts=2E?=
Message-ID: <DUB404-EAS312823970E66A0B4482FC31A1950@phx.gbl>

I?m newbie in ovirt and after installing ovirt, with comand engine-setup, 
i go to localhost/ovirt-engine and i log on the webpage. On data center only appears a default data-center with no hosts. i trie to create a host and appears na error because the name and address of the host. its a local machine for tests with no domain.
the config that i use is name:host1.localdomain, address: 192.168.2.1, and i created this config on etc/hosts file.

can you help me?

Best regards







Enviado de Correio do Windows
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140205/1e002015/attachment.html>

From dougsland at redhat.com  Wed Feb  5 01:51:07 2014
From: dougsland at redhat.com (Douglas Schilling Landgraf)
Date: Tue, 04 Feb 2014 20:51:07 -0500
Subject: [Engine-devel] Problem creating hosts.
In-Reply-To: <DUB404-EAS312823970E66A0B4482FC31A1950@phx.gbl>
References: <DUB404-EAS312823970E66A0B4482FC31A1950@phx.gbl>
Message-ID: <52F1990B.2030804@redhat.com>

Oi S?rgio,

On 02/04/2014 07:16 PM, S?rgio Ribeiro wrote:
> I?m newbie in ovirt and after installing ovirt, with comand engine-setup,
> i go to localhost/ovirt-engine and i log on the webpage. On data center
> only appears a default data-center with no hosts. i trie to create a
> host and appears na error because the name and address of the host. its
> a local machine for tests with no domain.
> the config that i use is name:host1.localdomain, address: 192.168.2.1,
> and i created this config on etc/hosts file.
>
> can you help me?
>

Did you add these address/host into /etc/hosts on ovirt-engine and 
ovirt-node? You could use the ip address directly too on admin portal.

Additionally, do you have any error on event log window? (below on the 
Admin Portal)


-- 
Cheers
Douglas


From iheim at redhat.com  Wed Feb  5 06:47:07 2014
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 05 Feb 2014 07:47:07 +0100
Subject: [Engine-devel] Problem creating hosts.
In-Reply-To: <52F1990B.2030804@redhat.com>
References: <DUB404-EAS312823970E66A0B4482FC31A1950@phx.gbl>
	<52F1990B.2030804@redhat.com>
Message-ID: <52F1DE6B.4040808@redhat.com>

On 02/05/2014 02:51 AM, Douglas Schilling Landgraf wrote:
> Oi S?rgio,
>
> On 02/04/2014 07:16 PM, S?rgio Ribeiro wrote:
>> I?m newbie in ovirt and after installing ovirt, with comand engine-setup,
>> i go to localhost/ovirt-engine and i log on the webpage. On data center
>> only appears a default data-center with no hosts. i trie to create a
>> host and appears na error because the name and address of the host. its
>> a local machine for tests with no domain.
>> the config that i use is name:host1.localdomain, address: 192.168.2.1,
>> and i created this config on etc/hosts file.
>>
>> can you help me?
>>
>
> Did you add these address/host into /etc/hosts on ovirt-engine and
> ovirt-node? You could use the ip address directly too on admin portal.
>
> Additionally, do you have any error on event log window? (below on the
> Admin Portal)
>
>

or just add the host using its ip address?


From S.Kieske at mittwald.de  Thu Feb  6 08:15:03 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Thu, 6 Feb 2014 08:15:03 +0000
Subject: [Engine-devel] webadmin (vs) rest-api & transition plan
Message-ID: <52F34492.9070004@mittwald.de>

Hi devs,

I want to talk about the current development style
and the (somewhat) planned transition from webadmin
today to a webadmin which uses REST for communication.

I honestly don't see how this goal can be achieved, given
the current development pattern, but I may be wrong.

e.g. this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1061131

it asks for a feature being available in GUI/webadmin.

I'm pretty sure this gets implemented and adds another
feature to the list which is not implemented via REST, thus
leading to an even higher gap between REST and webadmin.

Following this pattern will make the goal of using REST
everywhere not easier to achieve.

If you really want to build everything upon REST, or at least,
transition everything to REST, there should be a policy that
new features should be developed for REST access first.

I don't know if such a policy is already in place and I
know it will take some time for the transition, but what
I observe leads me to the conclusion that the gap gets greater.

What do you think?

Are there any plans inside RH which I don't know regarding
this transition? Maybe something you can share with your
REST-Users?
-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
K?nigsberger Stra?e 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Gesch?ftsf?hrer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

From iheim at redhat.com  Thu Feb  6 10:00:32 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 06 Feb 2014 11:00:32 +0100
Subject: [Engine-devel] webadmin (vs) rest-api & transition plan
In-Reply-To: <52F34492.9070004@mittwald.de>
References: <52F34492.9070004@mittwald.de>
Message-ID: <52F35D40.1080206@redhat.com>

On 02/06/2014 09:15 AM, Sven Kieske wrote:
> Hi devs,
>
> I want to talk about the current development style
> and the (somewhat) planned transition from webadmin
> today to a webadmin which uses REST for communication.
>
> I honestly don't see how this goal can be achieved, given
> the current development pattern, but I may be wrong.
>
> e.g. this bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1061131
>
> it asks for a feature being available in GUI/webadmin.
>
> I'm pretty sure this gets implemented and adds another
> feature to the list which is not implemented via REST, thus
> leading to an even higher gap between REST and webadmin.
>
> Following this pattern will make the goal of using REST
> everywhere not easier to achieve.
>
> If you really want to build everything upon REST, or at least,
> transition everything to REST, there should be a policy that
> new features should be developed for REST access first.
>
> I don't know if such a policy is already in place and I
> know it will take some time for the transition, but what
> I observe leads me to the conclusion that the gap gets greater.
>
> What do you think?
>
> Are there any plans inside RH which I don't know regarding
> this transition? Maybe something you can share with your
> REST-Users?
>

1. most feature do get developed with both api and ui. that's the 
default "policy" today. when this doesn't happen its either due to time 
constraints (which will not be an option with the move of the gui), or 
when there is uncertainty about the modeling, due to concern feedback on 
the feature will require to change it.
2. moving the gui to be on top of the api will force everything to have 
the api.
3. once this happen, parts of the api may be defined as 'unstable', if 
there is a feeling they may still change if there is a feeling the 
feature may need to evolve a bit based on feedback.


From gshereme at redhat.com  Thu Feb  6 22:31:34 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Thu, 6 Feb 2014 17:31:34 -0500 (EST)
Subject: [Engine-devel] ATTN: UICommon: new dialog model attribute - HelpTag
In-Reply-To: <2085238145.6792332.1391725788394.JavaMail.root@redhat.com>
Message-ID: <2135886277.6793080.1391725894496.JavaMail.root@redhat.com>

Hi all,

To make it easier to support context-sensitive help in webadmin and userportal, we added a model attribute called HelpTag to all models.

from now on: for any new dialog that you create, please remember to do the following:
- add a call to setHelpTag before after the call to setHashName in the new model.
- add the relevant dialog meta-data in HelpTag.java

[We didn't make it a constructor argument because that's quite invasive]

I updated all the current models in [1] to have this new call.

This is effective immediately in 'master' - we intend to backport this functionality to ovirt-engine-3.4 very soon.

Greg

[1] http://gerrit.ovirt.org/#/c/21052/


Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme at redhat.com



From sbonazzo at redhat.com  Fri Feb  7 10:36:39 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 07 Feb 2014 11:36:39 +0100
Subject: [Engine-devel] [ANN] oVirt 3.4.0 beta2 is now available
Message-ID: <52F4B737.9040402@redhat.com>

The oVirt team is pleased to announce that the 3.4.0 second beta release is now available for testing.

Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1].
Please ensure to follow install instruction from release notes if you're going to test it.
The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate.

A new oVirt Node build will be available soon as well.

You're welcome to join us testing this beta release in next week test day [2] scheduled for 2014-02-11!


[1] http://www.ovirt.org/OVirt_3.4.0_release_notes
[2] http://www.ovirt.org/OVirt_3.4_Test_Day

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From eedri at redhat.com  Sun Feb  9 06:53:47 2014
From: eedri at redhat.com (Eyal Edri)
Date: Sun, 9 Feb 2014 01:53:47 -0500 (EST)
Subject: [Engine-devel] ovirt-engine_master_create_rpms is experiencing
 some weird issue
In-Reply-To: <52F49282.70904@redhat.com>
References: <52F49282.70904@redhat.com>
Message-ID: <971666232.108672.1391928827519.JavaMail.zimbra@redhat.com>

it looks like it's really failing on creating the rpms as well : http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/1471/label=centos6-host/console
on webadmin.

can someone have a look?

eyal.

----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> To: "infra" <infra at ovirt.org>
> Sent: Friday, February 7, 2014 10:00:02 AM
> Subject: ovirt-engine_master_create_rpms is experiencing some weird issue
> 
> Hi,
> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms is experiencing
> some weird issue.
> pending  #1454 (pending?Waiting for next available executor)
> Nothing is currently running on jenkins so all executors are available.
> Build Now doesn't work
> Abort execution doesn't work
> Rebuild last doesn't work
> 
> Can you take a look?
> Thanks
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 


From alonbl at redhat.com  Sun Feb  9 09:08:45 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Sun, 9 Feb 2014 04:08:45 -0500 (EST)
Subject: [Engine-devel] ovirt-engine_master_create_rpms is experiencing
 some weird issue
In-Reply-To: <971666232.108672.1391928827519.JavaMail.zimbra@redhat.com>
References: <52F49282.70904@redhat.com>
	<971666232.108672.1391928827519.JavaMail.zimbra@redhat.com>
Message-ID: <769309169.173085.1391936925950.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Eyal Edri" <eedri at redhat.com>
> To: "Sandro Bonazzola" <sbonazzo at redhat.com>, "Alon Bar-Lev" <alonbl at redhat.com>, "Vojtech Szocs"
> <vszocs at redhat.com>, "Alexander Wels" <awels at redhat.com>
> Cc: "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, February 9, 2014 8:53:47 AM
> Subject: Re: ovirt-engine_master_create_rpms is experiencing some weird issue
> 
> it looks like it's really failing on creating the rpms as well :
> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/1471/label=centos6-host/console
> on webadmin.
> 
> can someone have a look?


06:22:11 [INFO]             [WARN] Error writing out generated unit at '/home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java': java.io.FileNotFoundException: /home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java (Too many open files)


> 
> eyal.
> 
> ----- Original Message -----
> > From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> > To: "infra" <infra at ovirt.org>
> > Sent: Friday, February 7, 2014 10:00:02 AM
> > Subject: ovirt-engine_master_create_rpms is experiencing some weird issue
> > 
> > Hi,
> > http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms is
> > experiencing
> > some weird issue.
> > pending  #1454 (pending?Waiting for next available executor)
> > Nothing is currently running on jenkins so all executors are available.
> > Build Now doesn't work
> > Abort execution doesn't work
> > Rebuild last doesn't work
> > 
> > Can you take a look?
> > Thanks
> > 
> > --
> > Sandro Bonazzola
> > Better technology. Faster innovation. Powered by community collaboration.
> > See how it works at redhat.com
> > _______________________________________________
> > Infra mailing list
> > Infra at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> > 
> 


From dfediuck at redhat.com  Sun Feb  9 11:44:26 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Sun, 9 Feb 2014 06:44:26 -0500 (EST)
Subject: [Engine-devel] FOSDEM slides + recordings available
In-Reply-To: <1079759100.831635.1391945932362.JavaMail.zimbra@redhat.com>
Message-ID: <170284042.832436.1391946266704.JavaMail.zimbra@redhat.com>

http://www.ovirt.org/FOSDEM_2014#Sessions

I will continue to update with recordings (and last slides) as it becomes available.

This is also a good chance to thank everyone involved.
People who practiced, spoke, volunteered for stand shifts, Video handling,
helping with the oVirt-live, carrying maps, laptops, handout-sheets, poster-sign
to/from UBL and other logistics. Special thanks to Joop, Ren?, Jorick, Robert and
Alexander who joined us in ULB .

We got a big and very positive exposure for oVirt, which as you'll be able to hear
is getting a lot of community attention now.

See you in FOSDEM 2015 ;)
Doron


From eedri at redhat.com  Sun Feb  9 12:21:29 2014
From: eedri at redhat.com (Eyal Edri)
Date: Sun, 9 Feb 2014 07:21:29 -0500 (EST)
Subject: [Engine-devel] ovirt-engine_master_create_rpms is experiencing
 some weird issue
In-Reply-To: <769309169.173085.1391936925950.JavaMail.zimbra@redhat.com>
References: <52F49282.70904@redhat.com>
	<971666232.108672.1391928827519.JavaMail.zimbra@redhat.com>
	<769309169.173085.1391936925950.JavaMail.zimbra@redhat.com>
Message-ID: <1776054587.134622.1391948489347.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Eyal Edri" <eedri at redhat.com>
> Cc: "Sandro Bonazzola" <sbonazzo at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>, "Alexander Wels"
> <awels at redhat.com>, "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, February 9, 2014 11:08:45 AM
> Subject: Re: ovirt-engine_master_create_rpms is experiencing some weird issue
> 
> 
> 
> ----- Original Message -----
> > From: "Eyal Edri" <eedri at redhat.com>
> > To: "Sandro Bonazzola" <sbonazzo at redhat.com>, "Alon Bar-Lev"
> > <alonbl at redhat.com>, "Vojtech Szocs"
> > <vszocs at redhat.com>, "Alexander Wels" <awels at redhat.com>
> > Cc: "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> > Sent: Sunday, February 9, 2014 8:53:47 AM
> > Subject: Re: ovirt-engine_master_create_rpms is experiencing some weird
> > issue
> > 
> > it looks like it's really failing on creating the rpms as well :
> > http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/1471/label=centos6-host/console
> > on webadmin.
> > 
> > can someone have a look?
> 
> 
> 06:22:11 [INFO]             [WARN] Error writing out generated unit at
> '/home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java':
> java.io.FileNotFoundException:
> /home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java
> (Too many open files)

i increased the number of open files on the centos slave, we might want to consider a system wide update
using puppet for all slaves.

e.

> 
> 
> > 
> > eyal.
> > 
> > ----- Original Message -----
> > > From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> > > To: "infra" <infra at ovirt.org>
> > > Sent: Friday, February 7, 2014 10:00:02 AM
> > > Subject: ovirt-engine_master_create_rpms is experiencing some weird issue
> > > 
> > > Hi,
> > > http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms is
> > > experiencing
> > > some weird issue.
> > > pending  #1454 (pending?Waiting for next available executor)
> > > Nothing is currently running on jenkins so all executors are available.
> > > Build Now doesn't work
> > > Abort execution doesn't work
> > > Rebuild last doesn't work
> > > 
> > > Can you take a look?
> > > Thanks
> > > 
> > > --
> > > Sandro Bonazzola
> > > Better technology. Faster innovation. Powered by community collaboration.
> > > See how it works at redhat.com
> > > _______________________________________________
> > > Infra mailing list
> > > Infra at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> > > 
> > 
> 


From dfediuck at redhat.com  Mon Feb 10 14:25:20 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Mon, 10 Feb 2014 09:25:20 -0500 (EST)
Subject: [Engine-devel] oVirt test day tomorrow
In-Reply-To: <99139516.1660527.1392038477300.JavaMail.zimbra@redhat.com>
Message-ID: <1310293280.1744617.1392042320706.JavaMail.zimbra@redhat.com>

Just a reminder that tomorrow we plan to have oVirt 3.4 2nd test day.

More details coming soon.


From vszocs at redhat.com  Mon Feb 10 17:40:52 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Mon, 10 Feb 2014 12:40:52 -0500 (EST)
Subject: [Engine-devel] webadmin (vs) rest-api & transition plan
In-Reply-To: <52F35D40.1080206@redhat.com>
References: <52F34492.9070004@mittwald.de> <52F35D40.1080206@redhat.com>
Message-ID: <1047440558.773306.1392054052215.JavaMail.zimbra@redhat.com>

Hi Sven, please find my comments inline.


----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Sven Kieske" <S.Kieske at mittwald.de>, engine-devel at ovirt.org
> Sent: Thursday, February 6, 2014 11:00:32 AM
> Subject: Re: [Engine-devel] webadmin (vs) rest-api & transition plan
> 
> On 02/06/2014 09:15 AM, Sven Kieske wrote:
> > Hi devs,
> >
> > I want to talk about the current development style
> > and the (somewhat) planned transition from webadmin
> > today to a webadmin which uses REST for communication.

We have design proposal for using REST API in (all of) our GUI:

  http://www.ovirt.org/Features/Design/Using_REST_API_In_Web_UI

Discussions as well as "design proposal review call" [1] took
place mostly in November last year.

  [1] https://www.mail-archive.com/engine-devel at ovirt.org/msg05383.html
  
I'm planning to start working on this in near future.

> >
> > I honestly don't see how this goal can be achieved, given
> > the current development pattern, but I may be wrong.
> >
> > e.g. this bug:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1061131
> >
> > it asks for a feature being available in GUI/webadmin.
> >
> > I'm pretty sure this gets implemented and adds another
> > feature to the list which is not implemented via REST, thus
> > leading to an even higher gap between REST and webadmin.
> >
> > Following this pattern will make the goal of using REST
> > everywhere not easier to achieve.
> >
> > If you really want to build everything upon REST, or at least,
> > transition everything to REST, there should be a policy that
> > new features should be developed for REST access first.

I agree, new functionality should (always) be added to REST API
in the first place.

However, take into account existing GUI codebase that currently
uses GWT RPC mechanism. The plan might look like this:

  1, develop REST API JavaScript binding [*]
  2, prototype REST API usage in GUI code & UI plugins
  3, develop oVirt.js library [*]
  4, step-by-step, migrate GUI code to use oVirt.js

[*] Java/GWT overlay for easy integration in GWT-based GUI
    will be generated out of corresponding JavaScript code

For details on JavaScript binding and oVirt.js, please refer
to design proposal wiki mentioned above.

> >
> > I don't know if such a policy is already in place and I
> > know it will take some time for the transition, but what
> > I observe leads me to the conclusion that the gap gets greater.
> >
> > What do you think?
> >
> > Are there any plans inside RH which I don't know regarding
> > this transition? Maybe something you can share with your
> > REST-Users?
> >
> 
> 1. most feature do get developed with both api and ui. that's the
> default "policy" today. when this doesn't happen its either due to time
> constraints (which will not be an option with the move of the gui), or
> when there is uncertainty about the modeling, due to concern feedback on
> the feature will require to change it.

Once we have stable JavaScript SDK & GUI code (infra) ready
for its consumption, all new features can be done in REST API
and exposed to GUI via JavaScript SDK.

Existing code needs to be refactored to abandon action/query
concept and utilize JavaScript SDK instead.

> 2. moving the gui to be on top of the api will force everything to have
> the api.
> 3. once this happen, parts of the api may be defined as 'unstable', if
> there is a feeling they may still change if there is a feeling the
> feature may need to evolve a bit based on feedback.

We can consider REST API versioning (or similar concept) for
this purpose, with "unstable" on top of "stable" in terms of
implementation flow.

> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From vfeenstr at redhat.com  Tue Feb 11 15:43:00 2014
From: vfeenstr at redhat.com (Vinzenz Feenstra)
Date: Tue, 11 Feb 2014 16:43:00 +0100
Subject: [Engine-devel] [ovirt-testday 2] Fake PPC Support - Feedback
In-Reply-To: <52EA522B.8040807@redhat.com>
References: <52EA522B.8040807@redhat.com>
Message-ID: <52FA4504.8050005@redhat.com>

Hi,

I hope that I have set up everything correctly this time. (Including the 
faqemu hook ;))

This time I ram into this issue when I was starting the VM:


Thread-1110::DEBUG::2014-02-11 
15:31:28,786::libvirtconnection::124::root::(wrapper) Unknown 
libvirterror: ecode: 1 edom: 10 level: 2 message: internal error: 
process exited while connecting to monitor: Warning: Disabling some 
instructions which are not emulated by TCG (0x0, 0x6)
qemu-system-ppc64: -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: 
PCI: slot 1 function 0 not available for virtio-net-pci, in use by pci-ohci
qemu-system-ppc64: -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: 
Device 'virtio-net-pci' could not be initialized

Thread-1110::DEBUG::2014-02-11 
15:31:28,787::vm::2247::vm.Vm::(_startUnderlyingVm) 
vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::_ongoingCreations released
Thread-1110::ERROR::2014-02-11 
15:31:28,787::vm::2273::vm.Vm::(_startUnderlyingVm) 
vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::The vm start process failed
Traceback (most recent call last):
   File "/usr/share/vdsm/vm.py", line 2233, in _startUnderlyingVm
     self._run()
   File "/usr/share/vdsm/vm.py", line 3153, in _run
     self._connection.createXML(domxml, flags),
   File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", 
line 92, in wrapper
     ret = f(*args, **kwargs)
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2920, in 
createXML
     if ret is None:raise libvirtError('virDomainCreateXML() failed', 
conn=self)
libvirtError: internal error: process exited while connecting to 
monitor: Warning: Disabling some instructions which are not emulated by 
TCG (0x0, 0x6)
qemu-system-ppc64: -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: 
PCI: slot 1 function 0 not available for virtio-net-pci, in use by pci-ohci
qemu-system-ppc64: -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: 
Device 'virtio-net-pci' could not be initialized

Thread-1110::DEBUG::2014-02-11 
15:31:28,837::vm::2714::vm.Vm::(setDownStatus) 
vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::*Changed state to Down: 
internal error: process exited while connecting to monitor: Warning: 
Disabling some instructions which are not emulated by TCG (0x0, 0x6)**
**qemu-system-ppc64: -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: 
PCI: slot 1 function 0 not available for virtio-net-pci, in use by 
pci-ohci**
**qemu-system-ppc64: -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: 
Device 'virtio-net-pci' could not be initialized*

*Details**:*

Thread-1109::DEBUG::2014-02-11 
15:31:28,254::BindingXMLRPC::977::vds::(wrapper) return vmCreate with 
{'status': {'message': 'Done', 'code': 0}, 'vmList': {'status': 
'WaitForLaunch', 'acpiEnable': 'true', 'emulatedMachine': 'pseries', 
'tabletEnable': 'true', 'pid': '0', 'memGuaranteedSize': 1024, 
'timeOffset': '0', 'keyboardLayout': 'en-us', 'displayPort': '-1', 
'displaySecurePort': '-1', 'spiceSslCipherSuite': 'DEFAULT', 'cpuType': 
'POWER7_v2.3', 'custom': {}, 'clientIp': '', 'nicModel': 'rtl8139,pv', 
'smartcardEnable': 'false', 'kvmEnable': 'true', 'vmId': 
'e8aa218a-7d9c-46a8-885d-2ea33c3432c2', 'transparentHugePages': 'true', 
'devices': [{'device': 'vga', 'specParams': {'vram': '32768', 'heads': 
'1'}, 'type': 'video', 'deviceId': 
'4b34d5e5-5df8-45c7-929d-015af53b68b2'}, {'index': '0', 'iface': 'scsi', 
'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': 
'0', 'unit': '0'}, 'specParams': {'path': ''}, 'readonly': 'true', 
'deviceId': '1055a21c-db70-4037-b6f5-8eb98b688668', 'path': '', 
'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 
'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'volumeID': 
'06abed34-5464-46d4-9527-3c4e38132587', 'imageID': 
'61b8616f-ce98-44e2-90e5-6956a457d8a0', 'specParams': {}, 'readonly': 
'false', 'domainID': '5b2e0ba6-4457-4929-b925-f1c0d8d37b75', 'optional': 
'false', 'deviceId': '61b8616f-ce98-44e2-90e5-6956a457d8a0', 'poolID': 
'00000002-0002-0002-0002-000000000002', 'device': 'disk', 'shared': 
'false', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 
'index': '0', 'type': 'controller', 'address': {'type': 'spapr-vio'}}, 
{'nicModel': 'pv', 'macAddr': '00:1a:4a:fd:38:d2', 'linkActive': 'true', 
'network': 'ovirtmgmt', 'filter': 'vdsm-no-mac-spoofing', 'specParams': 
{}, 'deviceId': '814af769-c14c-42df-84b6-075930067cfb', 'device': 
'bridge', 'type': 'interface'}, {'device': 'memballoon', 'specParams': 
{'model': 'virtio'}, 'type': 'balloon', 'deviceId': 
'2f41cde8-4660-4e2a-a364-79535be662cf'}, {'index': '1', 'specParams': 
{}, 'deviceId': '2e48b9cb-d3f6-470f-b47e-f68850d34303', 'device': 
'scsi', 'model': 'virtio-scsi', 'type': 'controller'}], 'smp': '1', 
'vmType': 'kvm', 'memSize': 1024, 'displayIp': '0', 
'spiceSecureChannels': 
'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 
'smpCoresPerSocket': '1', 'vmName': 'test', 'display': 'vnc', 'nice': '0'}}


Thread-1110::DEBUG::2014-02-11 15:31:28,321::vm::3119::vm.Vm::(_run) 
vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::<?xml version="1.0" 
encoding="utf-8"?><domain type="qemu" 
xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0">
     <name>test</name>
     <uuid>e8aa218a-7d9c-46a8-885d-2ea33c3432c2</uuid>
     <memory>262144</memory>
     <currentMemory>262144</currentMemory>
     <vcpu current="1">1</vcpu>
     <memtune>
         <min_guarantee>1048576</min_guarantee>
     </memtune>
     <devices>
         <channel type="unix">
             <target name="com.redhat.rhevm.vdsm" type="virtio"/>
             <source mode="bind" 
path="/var/lib/libvirt/qemu/channels/e8aa218a-7d9c-46a8-885d-2ea33c3432c2.com.redhat.rhevm.vdsm"/>
         </channel>
         <channel type="unix">
             <target name="org.qemu.guest_agent.0" type="virtio"/>
             <source mode="bind" 
path="/var/lib/libvirt/qemu/channels/e8aa218a-7d9c-46a8-885d-2ea33c3432c2.org.qemu.guest_agent.0"/>
         </channel>
         <input bus="usb" type="tablet"/>
         <graphics autoport="yes" keymap="en-us" listen="0" 
passwd="*****" port="-1" type="vnc"/>
         <emulator>/usr/bin/qemu-system-ppc64</emulator>
         <memballoon model="virtio"/>
         <controller index="0" type="scsi">
             <address type="spapr-vio"/>
         </controller>
         <controller index="1" model="virtio-scsi" type="scsi"/>
         <video>
             <model heads="1" type="vga" vram="32768"/>
         </video>
         <interface type="bridge">
             <mac address="00:1a:4a:fd:38:d2"/>
             <model type="virtio"/>
             <source bridge="ovirtmgmt"/>
             <filterref filter="vdsm-no-mac-spoofing"/>
             <link state="up"/>
         </interface>
         <disk device="cdrom" snapshot="no" type="file">
             <address bus="0" controller="0" target="0" type="drive" 
unit="0"/>
             <source file="" startupPolicy="optional"/>
             <target bus="scsi" dev="sda"/>
             <readonly/>
             <serial/>
         </disk>
         <disk device="disk" snapshot="no" type="file">
             <source 
file="/rhev/data-center/mnt/str-02.rhev.lab.eng.brq.redhat.com:_mnt_export_nfs_150_nfs03/5b2e0ba6-4457-4929-b925-f1c0d8d37b75/images/61b8616f-ce98-44e2-90e5-6956a457d8a0/06abed34-5464-46d4-9527-3c4e38132587"/>
             <target bus="virtio" dev="vda"/>
<serial>61b8616f-ce98-44e2-90e5-6956a457d8a0</serial>
             <boot order="1"/>
             <driver cache="none" error_policy="stop" io="threads" 
name="qemu" type="raw"/>
         </disk>
     </devices>
     <os>
         <type arch="ppc64" machine="pseries">hvm</type>
     </os>
     <clock adjustment="0" offset="variable">
         <timer name="rtc" tickpolicy="catchup"/>
     </clock>

     <qemu:commandline>
         <qemu:arg value="-usbdevice"/>
         <qemu:arg value="keyboard"/>
     </qemu:commandline>
</domain>


-- 
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140211/89b0c00b/attachment.html>

From vitor.lima at eldorado.org.br  Tue Feb 11 16:16:27 2014
From: vitor.lima at eldorado.org.br (Vitor de Lima)
Date: Tue, 11 Feb 2014 16:16:27 +0000
Subject: [Engine-devel] [ovirt-testday 2] Fake PPC Support - Feedback
In-Reply-To: <52FA4504.8050005@redhat.com>
References: <52EA522B.8040807@redhat.com>,<52FA4504.8050005@redhat.com>
Message-ID: <8faf4ba5220c41668692502f362994ab@serv030.corp.eldorado.org.br>

Hi Vinzenz,

This bug is fixed in more recent QEMU versions (1.6.x, for example). I have opened a bug for this issue:

https://bugzilla.redhat.com/show_bug.cgi?id=1063799

Thanks,
Vitor

________________________________
De: Vinzenz Feenstra <vfeenstr at redhat.com>
Enviado: ter?a-feira, 11 de fevereiro de 2014 13:43
Para: Vitor de Lima
Cc: engine-devel
Assunto: [ovirt-testday 2] Fake PPC Support - Feedback

Hi,

I hope that I have set up everything correctly this time. (Including the faqemu hook ;))

This time I ram into this issue when I was starting the VM:


Thread-1110::DEBUG::2014-02-11 15:31:28,786::libvirtconnection::124::root::(wrapper) Unknown libvirterror: ecode: 1 edom: 10 level: 2 message: internal error: process exited while connecting to monitor: Warning: Disabling some instructions which are not emulated by TCG (0x0, 0x6)
qemu-system-ppc64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: PCI: slot 1 function 0 not available for virtio-net-pci, in use by pci-ohci
qemu-system-ppc64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: Device 'virtio-net-pci' could not be initialized

Thread-1110::DEBUG::2014-02-11 15:31:28,787::vm::2247::vm.Vm::(_startUnderlyingVm) vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::_ongoingCreations released
Thread-1110::ERROR::2014-02-11 15:31:28,787::vm::2273::vm.Vm::(_startUnderlyingVm) vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::The vm start process failed
Traceback (most recent call last):
  File "/usr/share/vdsm/vm.py", line 2233, in _startUnderlyingVm
    self._run()
  File "/usr/share/vdsm/vm.py", line 3153, in _run
    self._connection.createXML(domxml, flags),
  File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 92, in wrapper
    ret = f(*args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2920, in createXML
    if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: internal error: process exited while connecting to monitor: Warning: Disabling some instructions which are not emulated by TCG (0x0, 0x6)
qemu-system-ppc64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: PCI: slot 1 function 0 not available for virtio-net-pci, in use by pci-ohci
qemu-system-ppc64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: Device 'virtio-net-pci' could not be initialized

Thread-1110::DEBUG::2014-02-11 15:31:28,837::vm::2714::vm.Vm::(setDownStatus) vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::Changed state to Down: internal error: process exited while connecting to monitor: Warning: Disabling some instructions which are not emulated by TCG (0x0, 0x6)
qemu-system-ppc64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: PCI: slot 1 function 0 not available for virtio-net-pci, in use by pci-ohci
qemu-system-ppc64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:fd:38:d2,bus=pci,addr=0x1: Device 'virtio-net-pci' could not be initialized

Details:

Thread-1109::DEBUG::2014-02-11 15:31:28,254::BindingXMLRPC::977::vds::(wrapper) return vmCreate with {'status': {'message': 'Done', 'code': 0}, 'vmList': {'status': 'WaitForLaunch', 'acpiEnable': 'true', 'emulatedMachine': 'pseries', 'tabletEnable': 'true', 'pid': '0', 'memGuaranteedSize': 1024, 'timeOffset': '0', 'keyboardLayout': 'en-us', 'displayPort': '-1', 'displaySecurePort': '-1', 'spiceSslCipherSuite': 'DEFAULT', 'cpuType': 'POWER7_v2.3', 'custom': {}, 'clientIp': '', 'nicModel': 'rtl8139,pv', 'smartcardEnable': 'false', 'kvmEnable': 'true', 'vmId': 'e8aa218a-7d9c-46a8-885d-2ea33c3432c2', 'transparentHugePages': 'true', 'devices': [{'device': 'vga', 'specParams': {'vram': '32768', 'heads': '1'}, 'type': 'video', 'deviceId': '4b34d5e5-5df8-45c7-929d-015af53b68b2'}, {'index': '0', 'iface': 'scsi', 'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': '1055a21c-db70-4037-b6f5-8eb98b688668', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'volumeID': '06abed34-5464-46d4-9527-3c4e38132587', 'imageID': '61b8616f-ce98-44e2-90e5-6956a457d8a0', 'specParams': {}, 'readonly': 'false', 'domainID': '5b2e0ba6-4457-4929-b925-f1c0d8d37b75', 'optional': 'false', 'deviceId': '61b8616f-ce98-44e2-90e5-6956a457d8a0', 'poolID': '00000002-0002-0002-0002-000000000002', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'index': '0', 'type': 'controller', 'address': {'type': 'spapr-vio'}}, {'nicModel': 'pv', 'macAddr': '00:1a:4a:fd:38:d2', 'linkActive': 'true', 'network': 'ovirtmgmt', 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': '814af769-c14c-42df-84b6-075930067cfb', 'device': 'bridge', 'type': 'interface'}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '2f41cde8-4660-4e2a-a364-79535be662cf'}, {'index': '1', 'specParams': {}, 'deviceId': '2e48b9cb-d3f6-470f-b47e-f68850d34303', 'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}], 'smp': '1', 'vmType': 'kvm', 'memSize': 1024, 'displayIp': '0', 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'smpCoresPerSocket': '1', 'vmName': 'test', 'display': 'vnc', 'nice': '0'}}


Thread-1110::DEBUG::2014-02-11 15:31:28,321::vm::3119::vm.Vm::(_run) vmId=`e8aa218a-7d9c-46a8-885d-2ea33c3432c2`::<?xml version="1.0" encoding="utf-8"?><domain type="qemu" xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0"<http://libvirt.org/schemas/domain/qemu/1.0>>
    <name>test</name>
    <uuid>e8aa218a-7d9c-46a8-885d-2ea33c3432c2</uuid>
    <memory>262144</memory>
    <currentMemory>262144</currentMemory>
    <vcpu current="1">1</vcpu>
    <memtune>
        <min_guarantee>1048576</min_guarantee>
    </memtune>
    <devices>
        <channel type="unix">
            <target name="com.redhat.rhevm.vdsm" type="virtio"/>
            <source mode="bind" path="/var/lib/libvirt/qemu/channels/e8aa218a-7d9c-46a8-885d-2ea33c3432c2.com.redhat.rhevm.vdsm"/>
        </channel>
        <channel type="unix">
            <target name="org.qemu.guest_agent.0" type="virtio"/>
            <source mode="bind" path="/var/lib/libvirt/qemu/channels/e8aa218a-7d9c-46a8-885d-2ea33c3432c2.org.qemu.guest_agent.0"/>
        </channel>
        <input bus="usb" type="tablet"/>
        <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" port="-1" type="vnc"/>
        <emulator>/usr/bin/qemu-system-ppc64</emulator>
        <memballoon model="virtio"/>
        <controller index="0" type="scsi">
            <address type="spapr-vio"/>
        </controller>
        <controller index="1" model="virtio-scsi" type="scsi"/>
        <video>
            <model heads="1" type="vga" vram="32768"/>
        </video>
        <interface type="bridge">
            <mac address="00:1a:4a:fd:38:d2"/>
            <model type="virtio"/>
            <source bridge="ovirtmgmt"/>
            <filterref filter="vdsm-no-mac-spoofing"/>
            <link state="up"/>
        </interface>
        <disk device="cdrom" snapshot="no" type="file">
            <address bus="0" controller="0" target="0" type="drive" unit="0"/>
            <source file="" startupPolicy="optional"/>
            <target bus="scsi" dev="sda"/>
            <readonly/>
            <serial/>
        </disk>
        <disk device="disk" snapshot="no" type="file">
            <source file="/rhev/data-center/mnt/str-02.rhev.lab.eng.brq.redhat.com:_mnt_export_nfs_150_nfs03/5b2e0ba6-4457-4929-b925-f1c0d8d37b75/images/61b8616f-ce98-44e2-90e5-6956a457d8a0/06abed34-5464-46d4-9527-3c4e38132587"/>
            <target bus="virtio" dev="vda"/>
            <serial>61b8616f-ce98-44e2-90e5-6956a457d8a0</serial>
            <boot order="1"/>
            <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/>
        </disk>
    </devices>
    <os>
        <type arch="ppc64" machine="pseries">hvm</type>
    </os>
    <clock adjustment="0" offset="variable">
        <timer name="rtc" tickpolicy="catchup"/>
    </clock>

    <qemu:commandline>
        <qemu:arg value="-usbdevice"/>
        <qemu:arg value="keyboard"/>
    </qemu:commandline>
</domain>



--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140211/1f4b268f/attachment.html>

From dfediuck at redhat.com  Tue Feb 11 16:42:49 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Tue, 11 Feb 2014 11:42:49 -0500 (EST)
Subject: [Engine-devel] Spice proxy test day support
In-Reply-To: <1135077527.3590462.1392136010852.JavaMail.zimbra@redhat.com>
Message-ID: <119289110.3632736.1392136969540.JavaMail.zimbra@redhat.com>

Hi all,
I was testing this feature today and would like to summarize my findings;

1. Feature page
http://www.ovirt.org/Features/Spice_Proxy

Quite informative. Nevertheless things we should improve:

- Please add a contact person in case of question / issues (feature owner?).

- Detail design? Nothing mentioned with regards to the implementation. This
??could be in a separate page, but in such a case I'd add a link to that page.

- Missing specific examples. ie- supported protocols:
engine-config -s SpiceProxyDefault=http://my-ip:8080
* Did you know that http is a default if no scheme stated?

All the above should make this cool feature more easy to use by non-developers.

2. Test cases
- System level (using engine-config)
- Cluster level
- VM-Pool level

For each of the above I configured a proxy, and on the proxy machine used:
"nc -l 8080" to capture the traffic.

In all cases things worked quite nicely. I saw incoming connection request
which is what I expected for.

3. All-in-all:
We have the functionality working which is the important part.
Going forward we should try to improve some of the things I mentioned above.

Nice work,
Doron

P.S.
During my tests I managed to open 2 non-related bugs on engine-config and
network QoS mapper (Class cast issue).


From danken at redhat.com  Tue Feb 11 23:22:26 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Tue, 11 Feb 2014 23:22:26 +0000
Subject: [Engine-devel] [ovirt-testday 2] Fake PPC Support - Feedback
In-Reply-To: <8faf4ba5220c41668692502f362994ab@serv030.corp.eldorado.org.br>
References: <52EA522B.8040807@redhat.com> <52FA4504.8050005@redhat.com>
	<8faf4ba5220c41668692502f362994ab@serv030.corp.eldorado.org.br>
Message-ID: <20140211232226.GH8529@redhat.com>

On Tue, Feb 11, 2014 at 04:16:27PM +0000, Vitor de Lima wrote:
> Hi Vinzenz,
> 
> This bug is fixed in more recent QEMU versions (1.6.x, for example). I have opened a bug for this issue:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1063799

Thanks! Would you consider solving it, by adding a ppc-specific
requirement of qemu >= 1.6?

What do you do in el6, where such a version is not provided by the
platform?


From tjelinek at redhat.com  Wed Feb 12 08:24:39 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Wed, 12 Feb 2014 03:24:39 -0500 (EST)
Subject: [Engine-devel] Spice proxy test day support
In-Reply-To: <119289110.3632736.1392136969540.JavaMail.zimbra@redhat.com>
References: <119289110.3632736.1392136969540.JavaMail.zimbra@redhat.com>
Message-ID: <1515666418.1695374.1392193479123.JavaMail.zimbra@redhat.com>

Thank you Doron!

I will update the wiki soon.

Tomas

----- Original Message -----
> From: "Doron Fediuck" <dfediuck at redhat.com>
> To: "users" <users at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> Cc: "Tomas Jelinek" <tjelinek at redhat.com>
> Sent: Tuesday, February 11, 2014 5:42:49 PM
> Subject: Spice proxy test day support
> 
> Hi all,
> I was testing this feature today and would like to summarize my findings;
> 
> 1. Feature page
> http://www.ovirt.org/Features/Spice_Proxy
> 
> Quite informative. Nevertheless things we should improve:
> 
> - Please add a contact person in case of question / issues (feature owner?).
> 
> - Detail design? Nothing mentioned with regards to the implementation. This
> ??could be in a separate page, but in such a case I'd add a link to that
> ??page.
> 
> - Missing specific examples. ie- supported protocols:
> engine-config -s SpiceProxyDefault=http://my-ip:8080
> * Did you know that http is a default if no scheme stated?
> 
> All the above should make this cool feature more easy to use by
> non-developers.
> 
> 2. Test cases
> - System level (using engine-config)
> - Cluster level
> - VM-Pool level
> 
> For each of the above I configured a proxy, and on the proxy machine used:
> "nc -l 8080" to capture the traffic.
> 
> In all cases things worked quite nicely. I saw incoming connection request
> which is what I expected for.
> 
> 3. All-in-all:
> We have the functionality working which is the important part.
> Going forward we should try to improve some of the things I mentioned above.
> 
> Nice work,
> Doron
> 
> P.S.
> During my tests I managed to open 2 non-related bugs on engine-config and
> network QoS mapper (Class cast issue).
> 


From ykatabam at redhat.com  Thu Feb 13 00:06:26 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 10:06:26 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #16] Strings
 with resource ID "ActionGroup___"
Message-ID: <52FC0C82.5070000@redhat.com>

Hello all,

I am a Brisbane-based translator working on oVirt 3.4 localization 
project along with 5 other translators.
Our localization cycle is just kicked off and I would like to post our 
questions here, just like I did for 3.3.
It would be appreciated if you could help us.

Here is our first question.

*File:***LocalizedEnums*
**Resource ID:***starting with  "ActionGroup___"*
**Strings:***including
Assign vNIC Profile to Template
Assign vNIC Profile to VM
Assign vNIC Profile to VM
Access Image Storage Domains
*Question:* In this file, there are number of strings with the resource 
ID starting with  "ActionGroup___".
Could you please let me know the usage?
Are these actions used to replace variable in strings such as "Cannot 
${action} ${type}"?
Or is it more like action buttons?
Translation may vary depending on the usage/context and it would be 
helpful if you could give us some extra information.

Kind regards,

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/cc8ad4ce/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 00:08:15 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 10:08:15 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #1] Strings
 with resource ID "ActionGroup___"
Message-ID: <52FC0CEF.4000105@redhat.com>

(sorry I got wrong number in my last email title. re-sending the same 
question.)

Hello all,

I am a Brisbane-based translator working on oVirt 3.4 localization 
project along with 5 other translators.
Our localization cycle is just kicked off and I would like to post our 
questions here, just like I did for 3.3.
It would be appreciated if you could help us.

Here is our first question.

*File:***LocalizedEnums*
**Resource ID:***starting with  "ActionGroup___"*
**Strings:***including
Assign vNIC Profile to Template
Assign vNIC Profile to VM
Assign vNIC Profile to VM
Access Image Storage Domains
*Question:* In this file, there are number of strings with the resource 
ID starting with  "ActionGroup___".
Could you please let me know the usage?
Are these actions used to replace variable in strings such as "Cannot 
${action} ${type}"?
Or is it more like action buttons?
Translation may vary depending on the usage/context and it would be 
helpful if you could give us some extra information.

Kind regards,

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/97d9c4cf/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 00:39:37 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 10:39:37 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #2] "Gluster
 Volume migration of data for remove brick finished"
Message-ID: <52FC1449.8050905@redhat.com>

Hello all,

I would like to post another question.

*File:***LocalizedEnums*
**Resource ID:* AuditLogType___GLUSTER_VOLUME_MIGRATE_BRICK_DATA_FINISHED*
**Strings:*** Gluster Volume migration of data for remove brick finished
*Question: *I would like to check if my comprehension is correct. Does 
this mean "Gluster Volume migration of data from removed brick is 
finished" ?

Kind regards,

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/13722db6/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 05:09:20 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 15:09:20 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #3] "$action hot
 set cpus"
Message-ID: <52FC5380.7020806@redhat.com>

Hello again,

I have another question I would like to ask your help.

*File:***AppErrors*
**Resource ID:* VAR__ACTION__HOT_SET_CPUS*
**Strings:***$action hot set cpus
*Question: *Could you explain to me about this string? Suppose it is an 
action to hot-set CPUs, but I am not familiar with the term hot set. 
Does it mean that you set or change the configuration while the 
machine/CPU is running (without shutting down)? And this is one of those 
string that should be part of "Cannot ${action} ${type}."
Please correct me if I am wrong.

Kind regards,

Yuko

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/2ac69235/attachment.html>

From kmayilsa at redhat.com  Thu Feb 13 05:26:54 2014
From: kmayilsa at redhat.com (Kanagaraj)
Date: Thu, 13 Feb 2014 10:56:54 +0530
Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #2]
 "Gluster Volume migration of data for remove brick finished"
In-Reply-To: <52FC1449.8050905@redhat.com>
References: <52FC1449.8050905@redhat.com>
Message-ID: <52FC579E.1060803@redhat.com>


On 02/13/2014 06:09 AM, Yuko Katabami wrote:
> Hello all,
>
> I would like to post another question.
>
> *File:***LocalizedEnums*
> **Resource ID:* AuditLogType___GLUSTER_VOLUME_MIGRATE_BRICK_DATA_FINISHED*
> **Strings:*** Gluster Volume migration of data for remove brick finished
> *Question: *I would like to check if my comprehension is correct. Does 
> this mean "Gluster Volume migration of data from removed brick is 
> finished" ?
>

More appropriate one would be

"Data migration completed for brick(s) on volume <vol_name>"

Thanks,
Kanagaraj

> Kind regards,
>
> Yuko
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/b391b7b1/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 05:31:59 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 15:31:59 +1000
Subject: [Engine-devel]  [oVirt 3.4 Localization Question #4] "$vmStatus"
Message-ID: <52FC58CF.6020701@redhat.com>

Hello,

Sorry to bother you again.
I have one more question.
*
File:***AppErrors*
**Resource ID:* start with"VAR__VM_STATUS_"*
**Strings:***start with "$vmStatus"
*Question: *I would like to check to see if those VM statues should be 
translated. In the previous releases, we were advised that the statuses 
included in the listhere 
<https://gerrit.eng.lab.tlv.redhat.com/gitweb?p=ovirt-engine.git;a=blob_plain;f=frontend/webadmin/modules/uicompat/src/main/resources/org/ovirt/engine/ui/uicompat/Enums.properties;hb=HEAD> 
were untranslated (and these were not pushed to translation). The new 
strings starting with "$vmStatus" seem to be mostly the same list, but 
maybe for a different usage? (thus should be translated?)

Kind regards,

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/fdd8d5b5/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 05:40:39 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 15:40:39 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #2] "Gluster
 Volume migration of data for remove brick finished"
In-Reply-To: <52FC579E.1060803@redhat.com>
References: <52FC1449.8050905@redhat.com> <52FC579E.1060803@redhat.com>
Message-ID: <52FC5AD7.3050201@redhat.com>

Hi Kanagaraj,


On 02/13/2014 03:26 PM, Kanagaraj wrote:
>
> On 02/13/2014 06:09 AM, Yuko Katabami wrote:
>> Hello all,
>>
>> I would like to post another question.
>>
>> *File:***LocalizedEnums*
>> **Resource ID:* 
>> AuditLogType___GLUSTER_VOLUME_MIGRATE_BRICK_DATA_FINISHED*
>> **Strings:*** Gluster Volume migration of data for remove brick finished
>> *Question: *I would like to check if my comprehension is correct. 
>> Does this mean "Gluster Volume migration of data from removed brick 
>> is finished" ?
>>
>
> More appropriate one would be
>
> "Data migration completed for brick(s) on volume <vol_name>"
Thank you very much for your prompt reply. I have a couple of additional 
questions on this.
- Would this string be updated and re-pushed to translation at some stage?
- Will <vol_name> be placed at the end of the string when displayed on 
the screen? (it does not have the variable at the moment)

Kind regards,

Yuko

>
> Thanks,
> Kanagaraj
>
>> Kind regards,
>>
>> Yuko
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/2017e4bc/attachment.html>

From kmayilsa at redhat.com  Thu Feb 13 05:57:23 2014
From: kmayilsa at redhat.com (Kanagaraj)
Date: Thu, 13 Feb 2014 11:27:23 +0530
Subject: [Engine-devel] [oVirt 3.4 Localization Question #2] "Gluster
 Volume migration of data for remove brick finished"
In-Reply-To: <52FC5AD7.3050201@redhat.com>
References: <52FC1449.8050905@redhat.com> <52FC579E.1060803@redhat.com>
	<52FC5AD7.3050201@redhat.com>
Message-ID: <52FC5EC3.7070007@redhat.com>


On 02/13/2014 11:10 AM, Yuko Katabami wrote:
> Hi Kanagaraj,
>
>
> On 02/13/2014 03:26 PM, Kanagaraj wrote:
>>
>> On 02/13/2014 06:09 AM, Yuko Katabami wrote:
>>> Hello all,
>>>
>>> I would like to post another question.
>>>
>>> *File:***LocalizedEnums*
>>> **Resource ID:* 
>>> AuditLogType___GLUSTER_VOLUME_MIGRATE_BRICK_DATA_FINISHED*
>>> **Strings:*** Gluster Volume migration of data for remove brick finished
>>> *Question: *I would like to check if my comprehension is correct. 
>>> Does this mean "Gluster Volume migration of data from removed brick 
>>> is finished" ?
>>>
>>
>> More appropriate one would be
>>
>> "Data migration completed for brick(s) on volume <vol_name>"
> Thank you very much for your prompt reply. I have a couple of 
> additional questions on this.
> - Would this string be updated and re-pushed to translation at some stage?
> - Will <vol_name> be placed at the end of the string when displayed on 
> the screen? (it does not have the variable at the moment)
>

Sorry for the confusion, was looking into a wrong file.

Correct one would be "Data migration is completed for the remove-brick 
operation".

I will send a patch to correct this message.

Thanks,
Kanagaraj

> Kind regards,
>
> Yuko
>
>>
>> Thanks,
>> Kanagaraj
>>
>>> Kind regards,
>>>
>>> Yuko
>>>
>>>
>>> _______________________________________________
>>> Engine-devel mailing list
>>> Engine-devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/7a736ecf/attachment.html>

From tjelinek at redhat.com  Thu Feb 13 07:14:32 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Thu, 13 Feb 2014 02:14:32 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #3] "$action
 hot set cpus"
In-Reply-To: <52FC5380.7020806@redhat.com>
References: <52FC5380.7020806@redhat.com>
Message-ID: <1592006461.2341509.1392275672412.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, February 13, 2014 6:09:20 AM
> Subject: [Engine-devel] [oVirt 3.4 Localization Question #3] "$action hot set cpus"
> 
> Hello again,
> 
> I have another question I would like to ask your help.
> 
> File: AppErrors
> Resource ID: VAR__ACTION__HOT_SET_CPUS
> Strings: $action hot set cpus
> Question: Could you explain to me about this string? Suppose it is an action
> to hot-set CPUs, but I am not familiar with the term hot set. Does it mean
> that you set or change the configuration while the machine/CPU is running
> (without shutting down)? And this is one of those string that should be part
> of "Cannot ${action} ${type}."
> Please correct me if I am wrong.

You are right, hot set is basically hot-plug and hot-unplug together. So you can change the amount of the CPUs while the machine is running.
The message itself is the ${action} part of the "cannot...", so for example if you try to do it on a VM which does not exist, the message you will get is:
"Cannot ${action} ${type}. VM doesn't exist."
and the ${action} part then gets expanded to:
"Cannot hot set cpus ${type}. VM doesn't exist."

Tomas

> 
> Kind regards,
> 
> Yuko
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From tjelinek at redhat.com  Thu Feb 13 07:23:36 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Thu, 13 Feb 2014 02:23:36 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #4] "$vmStatus"
In-Reply-To: <52FC58CF.6020701@redhat.com>
References: <52FC58CF.6020701@redhat.com>
Message-ID: <1210168834.2345149.1392276216768.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, February 13, 2014 6:31:59 AM
> Subject: [Engine-devel]  [oVirt 3.4 Localization Question #4] "$vmStatus"
> 
> Hello,
> 
> Sorry to bother you again.
> I have one more question.
> 
> File: AppErrors
> Resource ID: start with"VAR__VM_STATUS_"
> Strings: start with "$vmStatus"
> Question: I would like to check to see if those VM statues should be
> translated. In the previous releases, we were advised that the statuses
> included in the list here were untranslated (and these were not pushed to
> translation). The new strings starting with "$vmStatus" seem to be mostly
> the same list, but maybe for a different usage? (thus should be translated?)
> 

There was a request (https://bugzilla.redhat.com/show_bug.cgi?id=1000068) to change the
message "Cannot run VM. The VM status is illegal" to "Cannot run VM because it is in ${status} status." 
while the ${status} part is the localized name of the status of the VM (e.g. the VAR__VM_STATUS_*).

So this statuses should be localized.

Tomas

> Kind regards,
> 
> Yuko
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ykatabam at redhat.com  Thu Feb 13 08:18:53 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 18:18:53 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #2] "Gluster
 Volume migration of data for remove brick finished"
In-Reply-To: <52FC5EC3.7070007@redhat.com>
References: <52FC1449.8050905@redhat.com> <52FC579E.1060803@redhat.com>
	<52FC5AD7.3050201@redhat.com> <52FC5EC3.7070007@redhat.com>
Message-ID: <52FC7FED.2060605@redhat.com>


On 02/13/2014 03:57 PM, Kanagaraj wrote:
>
> On 02/13/2014 11:10 AM, Yuko Katabami wrote:
>> Hi Kanagaraj,
>>
>>
>> On 02/13/2014 03:26 PM, Kanagaraj wrote:
>>>
>>> On 02/13/2014 06:09 AM, Yuko Katabami wrote:
>>>> Hello all,
>>>>
>>>> I would like to post another question.
>>>>
>>>> *File:***LocalizedEnums*
>>>> **Resource ID:* 
>>>> AuditLogType___GLUSTER_VOLUME_MIGRATE_BRICK_DATA_FINISHED*
>>>> **Strings:*** Gluster Volume migration of data for remove brick 
>>>> finished
>>>> *Question: *I would like to check if my comprehension is correct. 
>>>> Does this mean "Gluster Volume migration of data from removed brick 
>>>> is finished" ?
>>>>
>>>
>>> More appropriate one would be
>>>
>>> "Data migration completed for brick(s) on volume <vol_name>"
>> Thank you very much for your prompt reply. I have a couple of 
>> additional questions on this.
>> - Would this string be updated and re-pushed to translation at some 
>> stage?
>> - Will <vol_name> be placed at the end of the string when displayed 
>> on the screen? (it does not have the variable at the moment)
>>
>
> Sorry for the confusion, was looking into a wrong file.
>
> Correct one would be "Data migration is completed for the remove-brick 
> operation".
>
> I will send a patch to correct this message.
Hi Kanagaraj,

Thank you very much for your reply again.
I share this info with other translators.

Kind regards,

Yuko
>
> Thanks,
> Kanagaraj
>
>> Kind regards,
>>
>> Yuko
>>
>>>
>>> Thanks,
>>> Kanagaraj
>>>
>>>> Kind regards,
>>>>
>>>> Yuko
>>>>
>>>>
>>>> _______________________________________________
>>>> Engine-devel mailing list
>>>> Engine-devel at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>
>>
>>
>


<http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/11ee16aa/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 09:27:40 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 19:27:40 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #3] "$action
 hot set cpus"
In-Reply-To: <1592006461.2341509.1392275672412.JavaMail.zimbra@redhat.com>
References: <52FC5380.7020806@redhat.com>
	<1592006461.2341509.1392275672412.JavaMail.zimbra@redhat.com>
Message-ID: <52FC900C.2040104@redhat.com>


On 02/13/2014 05:14 PM, Tomas Jelinek wrote:
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Thursday, February 13, 2014 6:09:20 AM
>> Subject: [Engine-devel] [oVirt 3.4 Localization Question #3] "$action hot set cpus"
>>
>> Hello again,
>>
>> I have another question I would like to ask your help.
>>
>> File: AppErrors
>> Resource ID: VAR__ACTION__HOT_SET_CPUS
>> Strings: $action hot set cpus
>> Question: Could you explain to me about this string? Suppose it is an action
>> to hot-set CPUs, but I am not familiar with the term hot set. Does it mean
>> that you set or change the configuration while the machine/CPU is running
>> (without shutting down)? And this is one of those string that should be part
>> of "Cannot ${action} ${type}."
>> Please correct me if I am wrong.
> You are right, hot set is basically hot-plug and hot-unplug together. So you can change the amount of the CPUs while the machine is running.
> The message itself is the ${action} part of the "cannot...", so for example if you try to do it on a VM which does not exist, the message you will get is:
> "Cannot ${action} ${type}. VM doesn't exist."
> and the ${action} part then gets expanded to:
> "Cannot hot set cpus ${type}. VM doesn't exist."
>
> Tomas
Hi Tomas,
Thank you very much for your reply.
It is all clear now.

Kind regards,

Yuko
>
>> Kind regards,
>>
>> Yuko
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>


<http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/725b3de8/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 09:29:29 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 19:29:29 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #4] "$vmStatus"
In-Reply-To: <1210168834.2345149.1392276216768.JavaMail.zimbra@redhat.com>
References: <52FC58CF.6020701@redhat.com>
	<1210168834.2345149.1392276216768.JavaMail.zimbra@redhat.com>
Message-ID: <52FC9079.2060700@redhat.com>


On 02/13/2014 05:23 PM, Tomas Jelinek wrote:
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Thursday, February 13, 2014 6:31:59 AM
>> Subject: [Engine-devel]  [oVirt 3.4 Localization Question #4] "$vmStatus"
>>
>> Hello,
>>
>> Sorry to bother you again.
>> I have one more question.
>>
>> File: AppErrors
>> Resource ID: start with"VAR__VM_STATUS_"
>> Strings: start with "$vmStatus"
>> Question: I would like to check to see if those VM statues should be
>> translated. In the previous releases, we were advised that the statuses
>> included in the list here were untranslated (and these were not pushed to
>> translation). The new strings starting with "$vmStatus" seem to be mostly
>> the same list, but maybe for a different usage? (thus should be translated?)
>>
> There was a request (https://bugzilla.redhat.com/show_bug.cgi?id=1000068) to change the
> message "Cannot run VM. The VM status is illegal" to "Cannot run VM because it is in ${status} status."
> while the ${status} part is the localized name of the status of the VM (e.g. the VAR__VM_STATUS_*).
>
> So this statuses should be localized.
Hi Tomas,
Thank you again for your help.
I will share this with other translators.

Kind regards,

Yuko
>
> Tomas
>
>> Kind regards,
>>
>> Yuko
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/c37066d0/attachment.html>

From ykatabam at redhat.com  Thu Feb 13 12:33:14 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 13 Feb 2014 22:33:14 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
	"LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
Message-ID: <52FCBB8A.1020801@redhat.com>

Hello again,

I would like to ask you another question.

*File:***AppErrors*
**Resource ID:* LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE*
**Strings: *Cannot ${action} ${type}. The following networks are already 
attached to a different interface: ${AssignedNetworks}. Please remove 
the networks in
*Question:* The last sentence might be missing some words. Could anyone 
please check it for us?

Thanks in advance.

Yuko


**
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/590007d7/attachment.html>

From ecohen at redhat.com  Thu Feb 13 18:28:28 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 13 Feb 2014 13:28:28 -0500 (EST)
Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #1]
 Strings with resource ID "ActionGroup___"
In-Reply-To: <52FC0CEF.4000105@redhat.com>
References: <52FC0CEF.4000105@redhat.com>
Message-ID: <2006216993.6644019.1392316108047.JavaMail.zimbra@redhat.com>

Hi Yuko,

ActionGroups refer to the items displayed in the tree within the 'New/Edit 
Role' dialog, available from 'Configure' -> 'Roles' -> 'New'/'Edit' (see 
attached). 
AFAIK, these texts are NOT expected to be applied in messages such as "Cannot 
${action} ${type}" (i.e. as value for the '${action}' placeholder or anything 
similar). 

HTH.

----
Thanks,
Einav

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Wednesday, February 12, 2014 7:08:15 PM
> Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #1] Strings with resource ID "ActionGroup___"
> 
> (sorry I got wrong number in my last email title. re-sending the same
> question.)
> 
> Hello all,
> 
> I am a Brisbane-based translator working on oVirt 3.4 localization project
> along with 5 other translators.
> Our localization cycle is just kicked off and I would like to post our
> questions here, just like I did for 3.3.
> It would be appreciated if you could help us.
> 
> Here is our first question.
> 
> File: LocalizedEnums
> Resource ID: starting with "ActionGroup___"
> Strings: including
> Assign vNIC Profile to Template
> Assign vNIC Profile to VM
> Assign vNIC Profile to VM
> Access Image Storage Domains
> Question: In this file, there are number of strings with the resource ID
> starting with "ActionGroup___".
> Could you please let me know the usage?
> Are these actions used to replace variable in strings such as "Cannot
> ${action} ${type}"?
> Or is it more like action buttons?
> Translation may vary depending on the usage/context and it would be helpful
> if you could give us some extra information.
> 
> Kind regards,
> 
> Yuko
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Configure-AddEditRole-ActionGroups.png
Type: image/png
Size: 129309 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/a38204b1/attachment.png>

From ykatabam at redhat.com  Thu Feb 13 21:01:17 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 07:01:17 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #1] Strings
 with resource ID "ActionGroup___"
In-Reply-To: <2006216993.6644019.1392316108047.JavaMail.zimbra@redhat.com>
References: <52FC0CEF.4000105@redhat.com>
	<2006216993.6644019.1392316108047.JavaMail.zimbra@redhat.com>
Message-ID: <52FD329D.8070601@redhat.com>

Hi Einav,

On 02/14/2014 04:28 AM, Einav Cohen wrote:
> Hi Yuko,
>
> ActionGroups refer to the items displayed in the tree within the 'New/Edit
> Role' dialog, available from 'Configure' -> 'Roles' -> 'New'/'Edit' (see
> attached).
> AFAIK, these texts are NOT expected to be applied in messages such as "Cannot
> ${action} ${type}" (i.e. as value for the '${action}' placeholder or anything
> similar).
Thank you very much for your explanation and the screenshot.
It is clear now.
I will share this with other translators.

Kind regards,

Yuko
>
> HTH.
>
> ----
> Thanks,
> Einav
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Wednesday, February 12, 2014 7:08:15 PM
>> Subject: [Engine-devel] [oVirt/RHEV 3.4 Localization Question #1] Strings with resource ID "ActionGroup___"
>>
>> (sorry I got wrong number in my last email title. re-sending the same
>> question.)
>>
>> Hello all,
>>
>> I am a Brisbane-based translator working on oVirt 3.4 localization project
>> along with 5 other translators.
>> Our localization cycle is just kicked off and I would like to post our
>> questions here, just like I did for 3.3.
>> It would be appreciated if you could help us.
>>
>> Here is our first question.
>>
>> File: LocalizedEnums
>> Resource ID: starting with "ActionGroup___"
>> Strings: including
>> Assign vNIC Profile to Template
>> Assign vNIC Profile to VM
>> Assign vNIC Profile to VM
>> Access Image Storage Domains
>> Question: In this file, there are number of strings with the resource ID
>> starting with "ActionGroup___".
>> Could you please let me know the usage?
>> Are these actions used to replace variable in strings such as "Cannot
>> ${action} ${type}"?
>> Or is it more like action buttons?
>> Translation may vary depending on the usage/context and it would be helpful
>> if you could give us some extra information.
>>
>> Kind regards,
>>
>> Yuko
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel



From ykatabam at redhat.com  Fri Feb 14 01:44:11 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 11:44:11 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
 Creation/Preview With Memory"
Message-ID: <52FD74EB.7000609@redhat.com>

Hello all,

I am a little confused with those two strings and hoping anyone here can 
help me understand them correctly.

*File:*** CommonApplicationConstants*
**Resource IDs:* *
*snapshotCreationWithMemoryAndPartialDisksWarning
snapshotPreviewWithMemoryAndPartialDisksWarning
*Strings:
* Saving memory may cause data loss when excluding disks!
Previewing memory may cause data loss when excluding disks!
*Question: *
These two strings can be interpreted in a few different ways and I would 
like have clarification on what they are meant to say.
Is "excluding disks" referring to "not including disks to snapshot when 
creating it?"
(Or is it about removing disks?)
If you do not include any disks when you create a snapshot, saving in 
the memory or previewing from the memory may cause data loss?
And is "saving" referring to "not using too much" or is it about writing 
in the memory?

Thanks,

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/3b14594b/attachment.html>

From gshereme at redhat.com  Fri Feb 14 01:59:11 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Thu, 13 Feb 2014 20:59:11 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
 Creation/Preview With Memory"
In-Reply-To: <52FD74EB.7000609@redhat.com>
References: <52FD74EB.7000609@redhat.com>
Message-ID: <1335720337.1807332.1392343151954.JavaMail.zimbra@redhat.com>

I don't know the answer. But as a native English speaker, these strings need some work. 

"Saving memory may cause data loss when excluding disks!" 
If the meaning is "removing disks," then exclude is the wrong word. It should say remove. 
If the meaning is "excluding disks from the snapshot," then it really needs that prepositional phrase at the end, so it should be changed to 
"Saving memory may cause data loss when excluding disks from the snapshot!" 

Same goes for the other one. 

----- Original Message -----

> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, February 13, 2014 8:44:11 PM
> Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
> Creation/Preview With Memory"

> Hello all,

> I am a little confused with those two strings and hoping anyone here can help
> me understand them correctly.

> File: CommonApplicationConstants
> Resource IDs:
> snapshotCreationWithMemoryAndPartialDisksWarning
> snapshotPreviewWithMemoryAndPartialDisksWarning
> Strings:
> Saving memory may cause data loss when excluding disks!
> Previewing memory may cause data loss when excluding disks!
> Question:
> These two strings can be interpreted in a few different ways and I would like
> have clarification on what they are meant to say.
> Is "excluding disks" referring to "not including disks to snapshot when
> creating it?"
> (Or is it about removing disks?)
> If you do not include any disks when you create a snapshot, saving in the
> memory or previewing from the memory may cause data loss?
> And is "saving" referring to "not using too much" or is it about writing in
> the memory?

> Thanks,

> Yuko

> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/1d5afb0d/attachment.html>

From ecohen at redhat.com  Fri Feb 14 02:28:18 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 13 Feb 2014 21:28:18 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
 Creation/Preview With Memory"
In-Reply-To: <1335720337.1807332.1392343151954.JavaMail.zimbra@redhat.com>
References: <52FD74EB.7000609@redhat.com>
	<1335720337.1807332.1392343151954.JavaMail.zimbra@redhat.com>
Message-ID: <975182753.6893046.1392344898537.JavaMail.zimbra@redhat.com>

> ----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> Sent: Thursday, February 13, 2014 8:59:11 PM
> 
> I don't know the answer. But as a native English speaker, these strings need
> some work.
> 
> "Saving memory may cause data loss when excluding disks!"
> If the meaning is "removing disks," then exclude is the wrong word. It should
> say remove.
> If the meaning is "excluding disks from the snapshot," then it really needs
> that prepositional phrase at the end, so it should be changed to
> "Saving memory may cause data loss when excluding disks from the snapshot!"
> 
> Same goes for the other one.

Thanks, Greg. 
I believe it should be the latter (but the storage guys may know better). 

So the meaning is: 

for "Saving memory may cause data loss when excluding disks!": 
Creating a snapshot and saving the memory (i.e. the RAM of the VM, AFAIK) 
as part of the snapshot data may cause data loss in case the created 
snapshot is a "partial-disks" snapshot (i.e. a snapshot that doesn't 
include all of the VM's disks). 

for "Previewing memory may cause data loss when excluding disks!": 
Performing a snapshot-Preview action that includes previewing the memory 
that has been saved during that snapshot creation can cause data loss in 
case the previewed snapshot is a "partial-disks" snapshot. 

> 
> 
> 
> 
> 
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, February 13, 2014 8:44:11 PM
> Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
> Creation/Preview With Memory"
> 
> Hello all,
> 
> I am a little confused with those two strings and hoping anyone here can help
> me understand them correctly.
> 
> File: CommonApplicationConstants
> Resource IDs:
> snapshotCreationWithMemoryAndPartialDisksWarning
> snapshotPreviewWithMemoryAndPartialDisksWarning
> Strings:
> Saving memory may cause data loss when excluding disks!
> Previewing memory may cause data loss when excluding disks!
> Question:
> These two strings can be interpreted in a few different ways and I would like
> have clarification on what they are meant to say.
> Is "excluding disks" referring to "not including disks to snapshot when
> creating it?"
> (Or is it about removing disks?)
> If you do not include any disks when you create a snapshot, saving in the
> memory or previewing from the memory may cause data loss?
> And is "saving" referring to "not using too much" or is it about writing in
> the memory?
> 
> Thanks,
> 
> Yuko
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ykatabam at redhat.com  Fri Feb 14 02:32:36 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 12:32:36 +1000
Subject: [Engine-devel]  [oVirt 3.4 Localization Question #7] "<Empty>"
Message-ID: <52FD8044.4030205@redhat.com>

Hello again,

I have another question on the following string.
*
File:***CommonApplicationMessages*
**Resource ID:* emptyProfile*
**String: * <Empty>
*Question: *Does this string need to be translated or left in English? 
Could you tell me where in the GUI it is used?

Thank you.


Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/1081a929/attachment.html>

From ecohen at redhat.com  Fri Feb 14 02:53:24 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 13 Feb 2014 21:53:24 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #7] "<Empty>"
In-Reply-To: <52FD8044.4030205@redhat.com>
References: <52FD8044.4030205@redhat.com>
Message-ID: <1665437800.6901448.1392346404442.JavaMail.zimbra@redhat.com>

Hi Yuko,

I believe that this string should be translated (with the "<" and ">" kept in the translations). 
As far as I can see, this string is used in the New VM dialog in the section in which the vNICs 
of the newly-created VM are configured: Each vNIC configured for the newly-created VM can be 
associated with a certain vNIC profile. It can also be assigned with the "<Empty>" vNIC profile. 
see attached.

----
Thanks,
Einav

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, February 13, 2014 9:32:36 PM
> Subject: [Engine-devel]  [oVirt 3.4 Localization Question #7] "<Empty>"
> 
> Hello again,
> 
> I have another question on the following string.
> 
> File: CommonApplicationMessages
> Resource ID: emptyProfile
> String: <Empty>
> Question: Does this string need to be translated or left in English? Could
> you tell me where in the GUI it is used?
> 
> Thank you.
> 
> 
> Yuko
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Empty-vNicProfile.png
Type: image/png
Size: 35492 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140213/66beb29e/attachment.png>

From ykatabam at redhat.com  Fri Feb 14 02:56:10 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 12:56:10 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #7] "<Empty>"
In-Reply-To: <1665437800.6901448.1392346404442.JavaMail.zimbra@redhat.com>
References: <52FD8044.4030205@redhat.com>
	<1665437800.6901448.1392346404442.JavaMail.zimbra@redhat.com>
Message-ID: <52FD85CA.5080404@redhat.com>

Hi Einav,

Thank you very much for your clear explanation.
We will translate it accordingly.

Kind regards,

Yuko
On 02/14/2014 12:53 PM, Einav Cohen wrote:
> Hi Yuko,
>
> I believe that this string should be translated (with the "<" and ">" kept in the translations).
> As far as I can see, this string is used in the New VM dialog in the section in which the vNICs
> of the newly-created VM are configured: Each vNIC configured for the newly-created VM can be
> associated with a certain vNIC profile. It can also be assigned with the "<Empty>" vNIC profile.
> see attached.
>
> ----
> Thanks,
> Einav
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Thursday, February 13, 2014 9:32:36 PM
>> Subject: [Engine-devel]  [oVirt 3.4 Localization Question #7] "<Empty>"
>>
>> Hello again,
>>
>> I have another question on the following string.
>>
>> File: CommonApplicationMessages
>> Resource ID: emptyProfile
>> String: <Empty>
>> Question: Does this string need to be translated or left in English? Could
>> you tell me where in the GUI it is used?
>>
>> Thank you.
>>
>>
>> Yuko
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/9acd15c7/attachment.html>

From ykatabam at redhat.com  Fri Feb 14 03:19:17 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 13:19:17 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
 Creation/Preview With Memory"
In-Reply-To: <975182753.6893046.1392344898537.JavaMail.zimbra@redhat.com>
References: <52FD74EB.7000609@redhat.com>
	<1335720337.1807332.1392343151954.JavaMail.zimbra@redhat.com>
	<975182753.6893046.1392344898537.JavaMail.zimbra@redhat.com>
Message-ID: <52FD8B35.8070102@redhat.com>

Hi Greg and Einav,

Thank you very much for your help in describing these strings.
It makes clear sense now. I will be sharing your info with other 
translators.

Many thanks!

Yuko

On 02/14/2014 12:28 PM, Einav Cohen wrote:
>> ----- Original Message -----
>> From: "Greg Sheremeta" <gshereme at redhat.com>
>> Sent: Thursday, February 13, 2014 8:59:11 PM
>>
>> I don't know the answer. But as a native English speaker, these strings need
>> some work.
>>
>> "Saving memory may cause data loss when excluding disks!"
>> If the meaning is "removing disks," then exclude is the wrong word. It should
>> say remove.
>> If the meaning is "excluding disks from the snapshot," then it really needs
>> that prepositional phrase at the end, so it should be changed to
>> "Saving memory may cause data loss when excluding disks from the snapshot!"
>>
>> Same goes for the other one.
> Thanks, Greg.
> I believe it should be the latter (but the storage guys may know better).
>
> So the meaning is:
>
> for "Saving memory may cause data loss when excluding disks!":
> Creating a snapshot and saving the memory (i.e. the RAM of the VM, AFAIK)
> as part of the snapshot data may cause data loss in case the created
> snapshot is a "partial-disks" snapshot (i.e. a snapshot that doesn't
> include all of the VM's disks).
>
> for "Previewing memory may cause data loss when excluding disks!":
> Performing a snapshot-Preview action that includes previewing the memory
> that has been saved during that snapshot creation can cause data loss in
> case the previewed snapshot is a "partial-disks" snapshot.
>
>>
>>
>>
>>
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Thursday, February 13, 2014 8:44:11 PM
>> Subject: [Engine-devel] [oVirt 3.4 Localization Question #6] "snapshot
>> Creation/Preview With Memory"
>>
>> Hello all,
>>
>> I am a little confused with those two strings and hoping anyone here can help
>> me understand them correctly.
>>
>> File: CommonApplicationConstants
>> Resource IDs:
>> snapshotCreationWithMemoryAndPartialDisksWarning
>> snapshotPreviewWithMemoryAndPartialDisksWarning
>> Strings:
>> Saving memory may cause data loss when excluding disks!
>> Previewing memory may cause data loss when excluding disks!
>> Question:
>> These two strings can be interpreted in a few different ways and I would like
>> have clarification on what they are meant to say.
>> Is "excluding disks" referring to "not including disks to snapshot when
>> creating it?"
>> (Or is it about removing disks?)
>> If you do not include any disks when you create a snapshot, saving in the
>> memory or previewing from the memory may cause data loss?
>> And is "saving" referring to "not using too much" or is it about writing in
>> the memory?
>>
>> Thanks,
>>
>> Yuko
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>


<http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/500bfb16/attachment.html>

From ykatabam at redhat.com  Fri Feb 14 03:52:44 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 13:52:44 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #8] "Role: {0} on
 User {1}" and "User: {0} with Role: {1}"
Message-ID: <52FD930C.7030803@redhat.com>

Hello again,

Could someone explain the usage of the following two strings?

*File:***CommonApplicationMessages
*Resource IDs:*
roleOnUser
userWithRole*
**Strings: *
Role: {0} on User {1}   (0=roleName, 1=userName)
User: {0} with Role: {1}  (0=userName, 1=roleName)
*Question:* These strings have similar structure --- I wonder if a colon 
is missing after "User" in the first string.
Also could you please let me know where in the GUI it is used. Are these 
combined with other messages?

Thank you.

Yuko



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/f0bb6ccb/attachment.html>

From tjelinek at redhat.com  Fri Feb 14 07:50:48 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Fri, 14 Feb 2014 02:50:48 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #8] "Role: {0}
 on User {1}" and "User: {0} with Role: {1}"
In-Reply-To: <52FD930C.7030803@redhat.com>
References: <52FD930C.7030803@redhat.com>
Message-ID: <1867892800.3081869.1392364248759.JavaMail.zimbra@redhat.com>

Hi Yuko,

both are used in confirmation dialogs. 

userWithRole: when removing a system permission
roleOnUser: when removing a specific permission from a user

(see screenshots)

> I wonder if a colon is missing after "User" in the first string.

I would say so. I will prepare a small patch which adds it but I don't think it will make it into 3.4.

Tomas

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Friday, February 14, 2014 4:52:44 AM
> Subject: [Engine-devel] [oVirt 3.4 Localization Question #8] "Role: {0} on User {1}" and "User: {0} with Role: {1}"
> 
> Hello again,
> 
> Could someone explain the usage of the following two strings?
> 
> File: CommonApplicationMessages
> Resource IDs:
> roleOnUser



> userWithRole
> Strings:
> Role: {0} on User {1} (0=roleName, 1=userName)

this is used when you are trying to remove a role from a user

> User: {0} with Role: {1} (0=userName, 1=roleName)
> Question: These strings have similar structure --- I wonder if a colon is
> missing after "User" in the first string.
> Also could you please let me know where in the GUI it is used. Are these
> combined with other messages?
> 
> Thank you.
> 
> Yuko
> 
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: removePermissionFromUser.png
Type: image/png
Size: 53439 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/6d69df7e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: removeSystemPermission.png
Type: image/png
Size: 25934 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/6d69df7e/attachment-0001.png>

From ykatabam at redhat.com  Fri Feb 14 08:19:07 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 18:19:07 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #8] "Role: {0}
 on User {1}" and "User: {0} with Role: {1}"
In-Reply-To: <1867892800.3081869.1392364248759.JavaMail.zimbra@redhat.com>
References: <52FD930C.7030803@redhat.com>
	<1867892800.3081869.1392364248759.JavaMail.zimbra@redhat.com>
Message-ID: <52FDD17B.4090505@redhat.com>

Hi Tomas,

Thank you for your answer and the screenshots.
That's very helpful!

Kind regards,

Yuko
On 02/14/2014 05:50 PM, Tomas Jelinek wrote:
> Hi Yuko,
>
> both are used in confirmation dialogs.
>
> userWithRole: when removing a system permission
> roleOnUser: when removing a specific permission from a user
>
> (see screenshots)
>
>> I wonder if a colon is missing after "User" in the first string.
> I would say so. I will prepare a small patch which adds it but I don't think it will make it into 3.4.
>
> Tomas
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Friday, February 14, 2014 4:52:44 AM
>> Subject: [Engine-devel] [oVirt 3.4 Localization Question #8] "Role: {0} on User {1}" and "User: {0} with Role: {1}"
>>
>> Hello again,
>>
>> Could someone explain the usage of the following two strings?
>>
>> File: CommonApplicationMessages
>> Resource IDs:
>> roleOnUser
>
>
>> userWithRole
>> Strings:
>> Role: {0} on User {1} (0=roleName, 1=userName)
> this is used when you are trying to remove a role from a user
>
>> User: {0} with Role: {1} (0=userName, 1=roleName)
>> Question: These strings have similar structure --- I wonder if a colon is
>> missing after "User" in the first string.
>> Also could you please let me know where in the GUI it is used. Are these
>> combined with other messages?
>>
>> Thank you.
>>
>> Yuko
>>
>>
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/26056f26/attachment.html>

From ykatabam at redhat.com  Fri Feb 14 08:42:18 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 14 Feb 2014 18:42:18 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #9]
	schedulerOptimizationInfo
Message-ID: <52FDD6EA.6050700@redhat.com>

Hello all,

Sorry for increasing email traffic but this is my last question for today.
*
File: *UIMessages*
Resource ID: *schedulerOptimizationInfo
*String: *Optimize scheduling for host weighing (ordering):Utilization: 
include weight modules in scheduling to allow best _selectionSpeed_: 
skip host weighing in case there are more than {0} pending requests*
Question: *I am wondering if a full stop and a line break are missing 
between "selection" and "Speed".

Thank you,

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/ac43402b/attachment.html>

From chuan.liao at hp.com  Fri Feb 14 09:26:20 2014
From: chuan.liao at hp.com (Liao, Chuan (Jason Liao, HPservers-Core-OE-PSC))
Date: Fri, 14 Feb 2014 09:26:20 +0000
Subject: [Engine-devel] oVirt NUMA and Virual NUMA feature wiki page and
 detailed design page update
Message-ID: <B63C858E777679458338A30A991BB524015ADE94@G1W3780.americas.hpqcorp.net>

Hi All,

I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature design.

Now I have updated the page of NUMA and Virual NUMA feature wiki page and detailed design page

http://www.ovirt.org/Features/NUMA_and_Virtual_NUMA

http://www.ovirt.org/Features/Detailed_NUMA_and_Virtual_NUMA

It is not the finally version, if anyone have some comment, that would be useful for us.

Best Regards,
Jason Liao

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/43bdea47/attachment.html>

From tjelinek at redhat.com  Fri Feb 14 14:06:19 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Fri, 14 Feb 2014 09:06:19 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question
	#9]	schedulerOptimizationInfo
In-Reply-To: <52FDD6EA.6050700@redhat.com>
References: <52FDD6EA.6050700@redhat.com>
Message-ID: <1281259967.3212895.1392386779127.JavaMail.zimbra@redhat.com>

Hi Yuko,

well, there is a '\n' sign between the "selection" and the "Speed" which is than in the webadmin translated as
"<br />" which makes a newline. Please see the attached screenshot to see how does it look like.

Tomas

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Friday, February 14, 2014 9:42:18 AM
> Subject: [Engine-devel] [oVirt 3.4 Localization Question #9]	schedulerOptimizationInfo
> 
> Hello all,
> 
> Sorry for increasing email traffic but this is my last question for today.
> 
> File: UIMessages
> Resource ID: schedulerOptimizationInfo
> String: Optimize scheduling for host weighing (ordering):Utilization: include
> weight modules in scheduling to allow best selectionSpeed : skip host
> weighing in case there are more than {0} pending requests
> Question: I am wondering if a full stop and a line break are missing between
> "selection" and "Speed".
> 
> Thank you,
> 
> Yuko
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cluster.png
Type: image/png
Size: 40498 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/e3b07a14/attachment.png>

From gshereme at redhat.com  Fri Feb 14 15:50:46 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 14 Feb 2014 10:50:46 -0500 (EST)
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <1897757841.1934904.1392392681037.JavaMail.zimbra@redhat.com>
Message-ID: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>

Has anyone else noticed that GWT Dev Mode is unbearably slow for WebAdmin? On my machine, it's to the point where I might as well rebuild the entire application for every change and not bother with Dev Mode. Pages take 4 or 5 minutes to render. Sometimes after 5 minutes, I just give up, close everything, and rebuild the app.

For now, I want to see if others have this issue. If we confirm that it's widespread, we can discuss ways to mitigate.

Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme at redhat.com


From vszocs at redhat.com  Fri Feb 14 17:24:43 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Fri, 14 Feb 2014 12:24:43 -0500 (EST)
Subject: [Engine-devel] Using REST API in web UI - review call summary
In-Reply-To: <529ADEF4.9080500@redhat.com>
References: <1515483885.28819526.1385068697947.JavaMail.root@redhat.com>
	<5291B3A5.5060305@redhat.com>
	<1131535003.32427980.1385666553819.JavaMail.root@redhat.com>
	<5298623F.6080605@redhat.com> <52986581.6090309@redhat.com>
	<529ADEF4.9080500@redhat.com>
Message-ID: <1597405730.3339806.1392398683095.JavaMail.zimbra@redhat.com>

Hi guys,

I apologize for my extremely late reply in this discussion..

(please find my comments inline)


----- Original Message -----
> From: "Michael Pasternak" <mpastern at redhat.com>
> To: "Vojtech Szocs" <vszocs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, December 1, 2013 8:02:12 AM
> Subject: Re: [Engine-devel] Using REST API in web UI - review call summary
> 
> On 11/29/2013 11:59 AM, Michael Pasternak wrote:
> > On 11/29/2013 11:45 AM, Michael Pasternak wrote:
> >> On 11/28/2013 09:22 PM, Vojtech Szocs wrote:
> >>>
> >>>
> >>> ----- Original Message -----
> >>>> From: "Michael Pasternak" <mpastern at redhat.com>
> >>>> To: "Vojtech Szocs" <vszocs at redhat.com>
> >>>> Cc: "engine-devel" <engine-devel at ovirt.org>
> >>>> Sent: Sunday, November 24, 2013 9:07:01 AM
> >>>> Subject: Re: [Engine-devel] Using REST API in web UI - review call
> >>>> summary
> >>>>
> >>>>
> >>>>
> >>>> Hi Vojtech,
> >>>>
> >>>> First of all it was a good "presentation" of requirements + suggested
> >>>> solutions - well done!,
> >>>
> >>> Thank you :)
> >>>
> >>>> few comments/questions inline.
> >>>>
> >>>> On 11/21/2013 11:18 PM, Vojtech Szocs wrote:
> >>>>> Hi guys,
> >>>>>
> >>>>> this is a summary of yesterday's review call, I'll try to highlight
> >>>>> important Q/A and things we agreed on.
> >>>>> Feel free to add anything in case I've missed something.
> >>>>>
> >>>>> --
> >>>>>
> >>>>> Q: Why don't we simply try to use existing Java SDK and adapt it for
> >>>>> GWT
> >>>>> apps? (asked by Michael & Gilad)
> >>>>>
> >>>>> A: This might be a viable option to consider if we wanted to skip
> >>>>> JavaScript-based SDK altogether and target Java/GWT code
> >>>>> directly; we could simply take Java SDK and customize its abstractions
> >>>>> where necessary, i.e. using HTTP transport layer
> >>>>> implementation that works with GWT. In any case, this would mean
> >>>>> coupling
> >>>>> ourselves to Java SDK (which has its own release cycle)
> >>>>> and I think this would complicate things for us.
> >>>>
> >>>> not sure i buy this one :), this is the purpose of any sdk, including
> >>>> the
> >>>> one you about to write, people that will use it, will be "coupling" to
> >>>> it ...
> >>>
> >>> Of course, but by saying "coupling ourselves to Java SDK" I meant SDK
> >>> perspective, not client perspective:
> >>
> >> of course, but you told something different, that you want js-sdk to be
> >> aware
> >> of the client, and this is actually why you taking this path.

Yes, this SDK targets JavaScript/browser runtime and its code should therefore
be as "close" to it as possible. There are some conceptual gaps between world
of Java vs. JavaScript in terms of language, coding practices and patterns,
available APIs, etc.

(at least) for the first iteration, I wanted to avoid dealing with any sort of
discrepancies between Java vs. JavaScript + extra overhead when dealing with
Java SDK; my goal is to prototype initial SDK code by hand, verify it in GUI
code, then consider code generation, etc. (so-called "baby steps", complexity
can always be added..)

> >>
> >>>
> >>> - someone else (you) maintains Java SDK and therefore controls generated
> >>> sources (JAR or RPM isn't relevant here)
> >>> - another guy (me) maintains (fictional) Java/GWT SDK that relies on Java
> >>> SDK + some (supported) customizations
> >>> - the only way I can impose changes in my SDK is through supported
> >>> customizations as you control original (Java SDK) sources,
> >>>   i.e. the whole code generation process is driven by your SDK, so my SDK
> >>>   is coupled to your SDK's build/release cycle
> >>
> >> that's how things working in software, you always depending on the certain
> >> version
> >> of the component you're working against, as it expose set of features you
> >> need, i don't
> >> think that having control over framework features, justifying rewriting
> >> the
> >> framework ...

I agree with your point. For me, however, putting Java SDK on "starting position"
for JavaScript SDK in its initial/prototype phase is just unnecessary complexity.

I think that lowest common denominator for Java vs. JavaScript SDK is REST API
definition, i.e. definition of the interface. On one hand, building JavaScript
SDK on top of Java SDK would mean that Java SDK might get improvements over time
as JavaScript SDK evolves. On the other hand, it imposes coupling between these
two, which might complicate things in certain situations. For now, I'd like to
keep things simple.

> >>
> >> (please note that i'm not against the js-sdk, go ahead, this is a nice
> >> initiative indeed, i
> >> just can't see the business case for not reusing existent infrastructure
> >> cause it works
> >> for all your needs and eventually both worlds would benefiting from it UI
> >> and java-sdk users
> >> cause you where extending it with additional capabilities they may also
> >> need)

My motivation is avoiding any extra complexity during initial/prototype phase.
But I see your point about Java SDK benefiting when used as the base component.

> >>
> >>>
> >>> For the sake of simplicity, I guess it's best to start with SDK that has
> >>> no dependencies whatsoever.
> >>
> >> so why won't you rewrite the engine in Java-script? your js-sdk eventually
> >> will be depending on it,
> >> this way you'll have control over it (and it's features) as well ;-)

No need to rewrite Engine in JavaScript :) there is already a well-defined API,
my concern was about being flexible for JavaScript SDK development.

> >>
> >>> After all, there's no common dependency (aside from running Engine to
> >>> provide XSD & RSDL) between Java & Python SDK too, if I understand
> >>> correctly.
> >>>
> >>> In other words, building on top of something existing (just because we
> >>> can do that) isn't always appropriate/flexible/efficient, it always
> >>> depends on given context and requirements.
> >>
> >> it would be true, if your requirements would make existing infrastructure
> >> inappropriate.

Well, I can't tell right now if Java SDK offers everything we "need" in
JavaScript SDK because we need to do some prototyping first..

> >>
> >>>
> >>>>
> >>>>>
> >>>>> As proposed on the meeting, I think it's best to aim for JavaScript SDK
> >>>>> as
> >>>>> the lowest
> >>>>> common denominator for *any* web application that wants to work with
> >>>>> REST
> >>>>> API. oVirt GWT-based
> >>>>> UI can simply bind to JavaScript SDK, i.e. Java/GWT code that just
> >>>>> overlays
> >>>>> objects and functions
> >>>>> provided by JavaScript SDK. Another reason is ease of maintenance - I'd
> >>>>> rather see JavaScript SDK's code
> >>>>> generation process to be independent of any other SDK (people
> >>>>> responsible
> >>>>> for maintaining JavaScript SDK
> >>>>> should have full control over generated code).
> >>>>
> >>>> what do you mean by "people should have full control over generated
> >>>> code"?
> >>>
> >>> It's related to "coupling from SDK perspective" I mentioned above:
> >>> "the only way I can impose changes in my SDK is through supported
> >>> customizations as you control original (Java SDK) sources"
> >>
> >> if you need additional functionality in java-sdk, you could do the
> >> following:
> >>
> >> 1. submit a patch to java-sdk
> >> 2. build new java-sdk locally and use it along with new feature you've
> >> added
> >> 3. make UI depending on next version of java-sdk (which includes your new
> >> feature)
> >>
> >> we (and all other SW projects) doing that day by day in engine,api,etc.
> >>
> >> (as i mentioned this would also benefit java-sdk users with additional
> >> features
> >> they might find useful as well)

Yes, I see your point, and agree with that.

> >>
> >>>
> >>> (by "people" I meant "JavaScript SDK developers")
> >>>
> >>> Full control means ability to change generated sources in whatever way
> >>> desired, but assuming the idea of reusing/customizing existing SDK code,
> >>> aspect of full control is lost in favor of reusing existing code.
> >>
> >> i disagree on this one, you have all control you need over java-sdk at any
> >> time
> >> as it one of indoor projects.

I meant "control" as being "maintainer" of something, sure you can propose
patches to Java SDK too, but there can be problematic cases like some feature
essential in JavaScript SDK but completely meaningless in Java SDK, etc.

> >>
> >>> And of course, this assumes that existing code (Java SDK) provides
> >>> everything we need, which might or might not be the case.
> >>>
> >>> So I just vote for simplicity, generate JavaScript SDK the way like other
> >>> SDKs (Java/Python) - not trying to reuse anything, just grab XSD & RSDL
> >>> and generate sources.
> >>>
> >>>> the purpose of
> >>>> code generation is to ease maintenance, i.e you/maintainer should not
> >>>> write
> >>>> the feature
> >>>> once it available in api, just run CodeGen and you'll get it for free,
> >>>> but
> >>>> this is zero control
> >>>> over code.
> >>>
> >>> +1
> >>>
> >>> I agree with you on this.
> >>>
> >>>>
> >>>>>
> >>>>> --
> >>>>>
> >>>>> Q: What about functionality currently used by oVirt UI but not
> >>>>> supported by
> >>>>> REST API? (asked by Einav)
> >>>>>    [For example, fetching VM entity over GWT RPC also returns related
> >>>>>    data
> >>>>>    such as Cluster name.]
> >>>>>
> >>>>> A: Based on discussion I've had with other colleagues after yesterday's
> >>>>> review call, I don't think that
> >>>>> separate support-like backend layer is a good idea. Instead, this is
> >>>>> the
> >>>>> kind of functionality that could be
> >>>>> placed in oVirt.js library. Logical operations like "get VMs and
> >>>>> related
> >>>>> data" would be exposed through oVirt.js
> >>>>> (callback-based) API and ultimately realized as multiple physical
> >>>>> requests
> >>>>> to REST API via JavaScript Binding.
> >>>>>
> >>>>> oVirt.js client would be completely oblivious to the fact that multiple
> >>>>> physical requests are dispatched. In fact,
> >>>>> since HTTP communication is asynchronous in nature, oVirt.js client
> >>>>> wouldn't even notice any difference in terms of API
> >>>>> consumption. This assumes JavaScript SDK would use callback-based
> >>>>> (non-blocking) API instead of blocking one - after all,
> >>>>> blocking API on top of non-blocking implementation sounds pretty much
> >>>>> like
> >>>>> leaky abstraction [1].
> >>>>>
> >>>>> For example:
> >>>>>
> >>>>>     sdk.getVmsWithExtraData(
> >>>>>         callbackToGetExtraDataForGivenVm, // might cause extra physical
> >>>>>         requests to REST API
> >>>>>         callbackFiredWhenAllDataIsReady   // update client only when
> >>>>>         all
> >>>>>         data is ready
> >>>>>     )
> >>>>
> >>>> actually this the main bottleneck in moving UI to work on top of REST,
> >>>> and
> >>>> most interesting/complex part of this project,
> >>>
> >>> Agreed, it's because UI "got used to" using internal backend interface
> >>> concepts (actions, queries etc.) in the first place.. So we'll have to
> >>> emulate what we used to use to prevent regressions, maybe
> >>> improve/refactor in future.
> >>>
> >>>>
> >>>> you should think of very wise polling mechanism cause callbacks is a
> >>>> nice
> >>>> thing on paper, but behind the scene it all about polling:
> >>>>
> >>>> - the entity/s till action got accomplished
> >>>> - add to this updating different grids
> >>>> - running multiple actions
> >>>> - showing events
> >>>> - and obviously much more
> >>>
> >>> IMHO polling is just a workaround and indicates lack of proper
> >>> notification solution.
> >>>
> >>> Apparently, oVirt web UI isn't some CLI program for which HTTP
> >>> request/response style is sufficient. oVirt web UI is dynamic,
> >>> interactive web application that displays/updates data in real time.
> >>> This is, in my opinion, quite a big difference.
> >>>
> >>> I don't think callbacks are just a nice thing on paper. Callbacks are
> >>> needed because the underlying communcation is async in nature:
> >>
> >> Vojtech, you've got all wrong, i told that you *do need* callbacks,
> >> but implementing them only sounds easy, while actually it will be
> >> a quite complicated task.

Sorry, I misunderstood. Sure, it can be complicated, we just need to find
(reasonably) efficient way to do things :)

> >>
> >>>
> >>> - caller invokes API function and provides callback to execute when
> >>> operation completes -> API is non-blocking
> >>> - polling attempts to detect change (i.e. operation completed) and notify
> >>> the caller, so it's also some sort of callback -> this is more
> >>> complicated compared to simple callback
> >>>
> >>>>
> >>>> and don't forget that every polled entity should be marshalled from xml
> >>>> to
> >>>> the javascript
> >>>> entity so at the end, "callbacks" mechanism will be extremely CPU
> >>>> consuming.
> >>>
> >>> First of all, I don't understand how callback mechanism can be CPU
> >>> consuming, can you please provide some explanation or use case?
> >>
> >> of course, you'll have to do per call-back call:
> > 
> > s/"call-back call"/"polling request", e.g:
> > 
> > 1 polling task == N * (#1+#2+#3)
> > 
> > [where N is amount of requests you need to perform till desired state is
> > achieved]

Yeah, I call this "async callback chain", but if API doesn't support "atomic"
operations based on GUI requirements, we just have to deal with it, one way
or another.

> 
> i have a solution for this!, will get back to you/publish it when i have a
> mature design.
> 
> > 
> >>
> >> 1. request/response to the server
> >> 2. decompression of data from gzip
> >> 3. object mapping (in 99% of cases)
> >>
> >>
> >> note you'll have a lot of callback consumers that monitoring resource
> >> state, waiting for new events.

With callbacks, consumers just provide function to invoke upon given event :)
in other words, no need to monitor/check for events.

> >>
> >>
> >>>
> >>> Does Java SDK provide ability to poll Engine in order to get recent
> >>> updates, and if yes, why?
> >>
> >> i was kinda hoping that you'll add it, but you've chosen to write your own
> >> sdk ;-)
> >>
> >>>
> >>> Finally, polling makes things stateful, whereas SDK code should be
> >>> stateless instead. If client wants to get recent updates, it should just
> >>> use (stateless) SDK code to achieve this goal.
> >>
> >> sdk cannot be stateful by definition simply because server is stateless,
> >> (also pooling != keeping state, being stateful means that you save data
> >> for request on server side)

Hm, I'm wondering what others think, but for me, stateless > stateful.

Keeping any sort of state causes extra complexity due to access/management
of such shared state.. I'd rather avoid introducing state into SDK if possible,
and delegate the responsibility of keeping state to SDK consumer (client) code.

> >>
> >>>
> >>>>
> >>>>>
> >>>>> [1] http://en.wikipedia.org/wiki/Leaky_abstraction
> >>>>>
> >>>>> --
> >>>>>
> >>>>> Last but not least, where to maintain JavaScript SDK projects:
> >>>>> low-level
> >>>>> JavaScript Binding + high-level oVirt.js library.
> >>>>>
> >>>>> I agree that conceptually both above mentioned projects should go into
> >>>>> dedicated "ovirt-engine-sdk-js" git repository and
> >>>>> have their own build/release process. However, for now, we're just
> >>>>> making
> >>>>> baby steps so let's keep things simple and prototype
> >>>>> these projects as part of "ovirt-engine" git repository.
> >>>>>
> >>>>> ... we can complicate things anytime, but we should know that any
> >>>>> complex
> >>>>> system that works has inevitably evolved from simple
> >>>>> system that works ... (quote from
> >>>>> http://en.wikipedia.org/wiki/Gall%27s_law)
> >>>>>
> >>>>> Regards,
> >>>>> Vojtech
> >>>>> _______________________________________________
> >>>>> Engine-devel mailing list
> >>>>> Engine-devel at ovirt.org
> >>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>>
> >>>> Michael Pasternak
> >>>> RedHat, ENG-Virtualization R&D
> >>>>
> >>
> >>
> > 
> > 
> 
> 
> --
> 
> Michael Pasternak
> RedHat, ENG-Virtualization R&D
> 


From ykatabam at redhat.com  Fri Feb 14 22:55:29 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Sat, 15 Feb 2014 08:55:29 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #9]
	schedulerOptimizationInfo
In-Reply-To: <1281259967.3212895.1392386779127.JavaMail.zimbra@redhat.com>
References: <52FDD6EA.6050700@redhat.com>
	<1281259967.3212895.1392386779127.JavaMail.zimbra@redhat.com>
Message-ID: <52FE9EE1.9080607@redhat.com>

Hello Tomas,

Thank you for your reply and the screenshot.
I realized that another line break between "(ordering)" and 
":Utilization:" is also missing.
It seems they disappeared or ignored when the source text was pushed to 
the system we are working on --- we can't see them on our translation 
editor.

I will contact the developers to find out whether translators can 
manually insert line break (which we attempted in the past but was 
unsuccessful).
If not, the source text may need some changes. It that's the case, I 
will get back to you.

Thanks for all your help.

Kind regards,

Yuko

On 02/15/2014 12:06 AM, Tomas Jelinek wrote:
> Hi Yuko,
>
> well, there is a '\n' sign between the "selection" and the "Speed" which is than in the webadmin translated as
> "<br />" which makes a newline. Please see the attached screenshot to see how does it look like.
>
> Tomas
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Friday, February 14, 2014 9:42:18 AM
>> Subject: [Engine-devel] [oVirt 3.4 Localization Question #9]	schedulerOptimizationInfo
>>
>> Hello all,
>>
>> Sorry for increasing email traffic but this is my last question for today.
>>
>> File: UIMessages
>> Resource ID: schedulerOptimizationInfo
>> String: Optimize scheduling for host weighing (ordering):Utilization: include
>> weight modules in scheduling to allow best selectionSpeed : skip host
>> weighing in case there are more than {0} pending requests
>> Question: I am wondering if a full stop and a line break are missing between
>> "selection" and "Speed".
>>
>> Thank you,
>>
>> Yuko
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140215/89197bdb/attachment.html>

From ykatabam at redhat.com  Fri Feb 14 23:10:14 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Sat, 15 Feb 2014 09:10:14 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
	"LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <52FCBB8A.1020801@redhat.com>
References: <52FCBB8A.1020801@redhat.com>
Message-ID: <52FEA256.2080609@redhat.com>

I am re-posting this as it is the only question not answered yet.
If there is no response, we will translate as-is state, although it 
seems an incomplete sentence.

Kind regards,

Yuko

On 02/13/2014 10:33 PM, Yuko Katabami wrote:
> Hello again,
>
> I would like to ask you another question.
>
> *File:***AppErrors*
> **Resource ID:* LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE*
> **Strings: *Cannot ${action} ${type}. The following networks are 
> already attached to a different interface: ${AssignedNetworks}. Please 
> remove the networks in
> *Question:* The last sentence might be missing some words. Could 
> anyone please check it for us?
>
> Thanks in advance.
>
> Yuko
>
>
> **
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel


<http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140215/c7ed1fa7/attachment.html>

From gshereme at redhat.com  Sat Feb 15 00:21:08 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 14 Feb 2014 19:21:08 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question
	#5]	"LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <52FEA256.2080609@redhat.com>
References: <52FCBB8A.1020801@redhat.com> <52FEA256.2080609@redhat.com>
Message-ID: <490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>

The String continues to the next line 

7af931c1e frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties (Moti Asayag 2014-01-06 18:56:13 +0200 496) LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE=Cannot ${action} ${type}. The following networks are already attached to a different interface: ${AssignedNetworks}. Please remove the networks in 
7af931c1e frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties (Moti Asayag 2014-01-06 18:56:13 +0200 497) order to label the interface. 

So, it is: "Please remove the networks in order to label the interface." 

----- Original Message -----

> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Friday, February 14, 2014 6:10:14 PM
> Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
> "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"

> I am re-posting this as it is the only question not answered yet.
> If there is no response, we will translate as-is state, although it seems an
> incomplete sentence.

> Kind regards,

> Yuko

> On 02/13/2014 10:33 PM, Yuko Katabami wrote:

> > Hello again,
> 

> > I would like to ask you another question.
> 

> > File: AppErrors
> 
> > Resource ID: LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE
> 
> > Strings: Cannot ${action} ${type}. The following networks are already
> > attached to a different interface: ${AssignedNetworks}. Please remove the
> > networks in
> 
> > Question: The last sentence might be missing some words. Could anyone
> > please
> > check it for us?
> 

> > Thanks in advance.
> 

> > Yuko
> 

> > _______________________________________________
> 
> > Engine-devel mailing list Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> 

> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/02407c76/attachment.html>

From ykatabam at redhat.com  Sat Feb 15 01:15:01 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Sat, 15 Feb 2014 11:15:01 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
	"LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>
References: <52FCBB8A.1020801@redhat.com> <52FEA256.2080609@redhat.com>
	<490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>
Message-ID: <52FEBF95.5080101@redhat.com>

Hi Greg,

Thank you very much for your reply.

I found the next string which is "to label the interface." which is 
missing the word "order" (but the Resource ID is marked as "order" for 
this).

Also we translators have no clue how these are put together in UI, if a 
string is broken up like this. It is also difficult to translate.
It would be desirable if these are combined as one string.

We can workaround for now, but it would be greatly appreciated if this 
can be fixed some time soon.

Thank you for your help.

Yuko


On 02/15/2014 10:21 AM, Greg Sheremeta wrote:
> The String continues to the next line
>
> 7af931c1e 
> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties 
> (Moti Asayag 2014-01-06 18:56:13 +0200 496) 
> LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE=Cannot ${action} ${type}. 
> The following networks are already attached to a different interface: 
> ${AssignedNetworks}. Please remove the networks in
> 7af931c1e 
> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties 
> (Moti Asayag 2014-01-06 18:56:13 +0200 497) order to label the interface.
>
>
>
> So, it is: "Please remove the networks in order to label the interface."
>
>
>
> ------------------------------------------------------------------------
>
>     *From: *"Yuko Katabami" <ykatabam at redhat.com>
>     *To: *engine-devel at ovirt.org
>     *Sent: *Friday, February 14, 2014 6:10:14 PM
>     *Subject: *[Engine-devel] [oVirt 3.4 Localization Question
>     #5]        "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
>
>     I am re-posting this as it is the only question not answered yet.
>     If there is no response, we will translate as-is state, although
>     it seems an incomplete sentence.
>
>     Kind regards,
>
>     Yuko
>
>     On 02/13/2014 10:33 PM, Yuko Katabami wrote:
>
>         Hello again,
>
>         I would like to ask you another question.
>
>         *File:***AppErrors*
>         **Resource ID:* LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE*
>         **Strings: *Cannot ${action} ${type}. The following networks
>         are already attached to a different interface:
>         ${AssignedNetworks}. Please remove the networks in
>         *Question:* The last sentence might be missing some words.
>         Could anyone please check it for us?
>
>         Thanks in advance.
>
>         Yuko
>
>
>         **
>
>
>         _______________________________________________
>         Engine-devel mailing list
>         Engine-devel at ovirt.org
>         http://lists.ovirt.org/mailman/listinfo/engine-devel
>
>
>
>
>     _______________________________________________
>     Engine-devel mailing list
>     Engine-devel at ovirt.org
>     http://lists.ovirt.org/mailman/listinfo/engine-devel
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140215/a731eb1d/attachment.html>

From gshereme at redhat.com  Sat Feb 15 01:29:13 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 14 Feb 2014 20:29:13 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
 "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <52FEBF95.5080101@redhat.com>
References: <52FCBB8A.1020801@redhat.com> <52FEA256.2080609@redhat.com>
	<490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>
	<52FEBF95.5080101@redhat.com>
Message-ID: <101787410.2081746.1392427753405.JavaMail.zimbra@redhat.com>

Sure -- probably Moti (cc'd) or someone on that team can fix the file for you. 

Greg 

----- Original Message -----

> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Friday, February 14, 2014 8:15:01 PM
> Subject: Re: [Engine-devel] [oVirt 3.4 Localization Question #5]
> "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"

> Hi Greg,

> Thank you very much for your reply.

> I found the next string which is "to label the interface." which is missing
> the word "order" (but the Resource ID is marked as "order" for this).

> Also we translators have no clue how these are put together in UI, if a
> string is broken up like this. It is also difficult to translate.
> It would be desirable if these are combined as one string.

> We can workaround for now, but it would be greatly appreciated if this can be
> fixed some time soon.

> Thank you for your help.

> Yuko

> On 02/15/2014 10:21 AM, Greg Sheremeta wrote:

> > The String continues to the next line
> 

> > 7af931c1e
> > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
> > (Moti Asayag 2014-01-06 18:56:13 +0200 496)
> > LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE=Cannot ${action} ${type}. The
> > following networks are already attached to a different interface:
> > ${AssignedNetworks}. Please remove the networks in
> 
> > 7af931c1e
> > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
> > (Moti Asayag 2014-01-06 18:56:13 +0200 497) order to label the interface.
> 

> > So, it is: "Please remove the networks in order to label the interface."
> 

> > ----- Original Message -----
> 

> > > From: "Yuko Katabami" <ykatabam at redhat.com>
> > 
> 
> > > To: engine-devel at ovirt.org
> > 
> 
> > > Sent: Friday, February 14, 2014 6:10:14 PM
> > 
> 
> > > Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
> > > "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
> > 
> 

> > > I am re-posting this as it is the only question not answered yet.
> > 
> 
> > > If there is no response, we will translate as-is state, although it seems
> > > an
> > > incomplete sentence.
> > 
> 

> > > Kind regards,
> > 
> 

> > > Yuko
> > 
> 

> > > On 02/13/2014 10:33 PM, Yuko Katabami wrote:
> > 
> 

> > > > Hello again,
> > > 
> > 
> 

> > > > I would like to ask you another question.
> > > 
> > 
> 

> > > > File: AppErrors
> > > 
> > 
> 
> > > > Resource ID: LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE
> > > 
> > 
> 
> > > > Strings: Cannot ${action} ${type}. The following networks are already
> > > > attached to a different interface: ${AssignedNetworks}. Please remove
> > > > the
> > > > networks in
> > > 
> > 
> 
> > > > Question: The last sentence might be missing some words. Could anyone
> > > > please
> > > > check it for us?
> > > 
> > 
> 

> > > > Thanks in advance.
> > > 
> > 
> 

> > > > Yuko
> > > 
> > 
> 

> > > > _______________________________________________
> > > 
> > 
> 
> > > > Engine-devel mailing list Engine-devel at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 

> > > _______________________________________________
> > 
> 
> > > Engine-devel mailing list
> > 
> 
> > > Engine-devel at ovirt.org
> > 
> 
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140214/f3780d97/attachment.html>

From ykatabam at redhat.com  Sat Feb 15 01:35:08 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Sat, 15 Feb 2014 11:35:08 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
	"LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <101787410.2081746.1392427753405.JavaMail.zimbra@redhat.com>
References: <52FCBB8A.1020801@redhat.com> <52FEA256.2080609@redhat.com>
	<490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>
	<52FEBF95.5080101@redhat.com>
	<101787410.2081746.1392427753405.JavaMail.zimbra@redhat.com>
Message-ID: <52FEC44C.7080308@redhat.com>


On 02/15/2014 11:29 AM, Greg Sheremeta wrote:
> Sure -- probably Moti (cc'd) or someone on that team can fix the file 
> for you.
>
> Greg
Thank you so much!

Yuko
>
> ------------------------------------------------------------------------
>
>     *From: *"Yuko Katabami" <ykatabam at redhat.com>
>     *To: *"Greg Sheremeta" <gshereme at redhat.com>
>     *Cc: *engine-devel at ovirt.org
>     *Sent: *Friday, February 14, 2014 8:15:01 PM
>     *Subject: *Re: [Engine-devel] [oVirt 3.4 Localization Question #5]
>     "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
>
>     Hi Greg,
>
>     Thank you very much for your reply.
>
>     I found the next string which is "to label the interface." which
>     is missing the word "order" (but the Resource ID is marked as
>     "order" for this).
>
>     Also we translators have no clue how these are put together in UI,
>     if a string is broken up like this. It is also difficult to translate.
>     It would be desirable if these are combined as one string.
>
>     We can workaround for now, but it would be greatly appreciated if
>     this can be fixed some time soon.
>
>     Thank you for your help.
>
>     Yuko
>
>
>     On 02/15/2014 10:21 AM, Greg Sheremeta wrote:
>
>         The String continues to the next line
>
>         7af931c1e
>         frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
>         (Moti Asayag 2014-01-06 18:56:13 +0200 496)
>         LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE=Cannot ${action}
>         ${type}. The following networks are already attached to a
>         different interface: ${AssignedNetworks}. Please remove the
>         networks in
>         7af931c1e
>         frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
>         (Moti Asayag 2014-01-06 18:56:13 +0200 497) order to label the
>         interface.
>
>
>
>         So, it is: "Please remove the networks in order to label the
>         interface."
>
>
>
>         ------------------------------------------------------------------------
>
>             *From: *"Yuko Katabami" <ykatabam at redhat.com>
>             *To: *engine-devel at ovirt.org
>             *Sent: *Friday, February 14, 2014 6:10:14 PM
>             *Subject: *[Engine-devel] [oVirt 3.4 Localization Question
>             #5]        "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
>
>             I am re-posting this as it is the only question not
>             answered yet.
>             If there is no response, we will translate as-is state,
>             although it seems an incomplete sentence.
>
>             Kind regards,
>
>             Yuko
>
>             On 02/13/2014 10:33 PM, Yuko Katabami wrote:
>
>                 Hello again,
>
>                 I would like to ask you another question.
>
>                 *File:***AppErrors*
>                 **Resource ID:*
>                 LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE*
>                 **Strings: *Cannot ${action} ${type}. The following
>                 networks are already attached to a different
>                 interface: ${AssignedNetworks}. Please remove the
>                 networks in
>                 *Question:* The last sentence might be missing some
>                 words. Could anyone please check it for us?
>
>                 Thanks in advance.
>
>                 Yuko
>
>
>                 **
>
>
>                 _______________________________________________
>                 Engine-devel mailing list
>                 Engine-devel at ovirt.org
>                 http://lists.ovirt.org/mailman/listinfo/engine-devel
>
>
>
>
>             _______________________________________________
>             Engine-devel mailing list
>             Engine-devel at ovirt.org
>             http://lists.ovirt.org/mailman/listinfo/engine-devel
>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140215/5dee6476/attachment.html>

From ykatabam at redhat.com  Sat Feb 15 10:19:57 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Sat, 15 Feb 2014 20:19:57 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #10]
	"hotPlugUnplugCpuWarning"
Message-ID: <52FF3F4D.8080808@redhat.com>

Hello again,

I would like to ask for your help again with the following string.
*
File:*CommonApplicationMessages
*Resource ID:*hotPlugUnplugCpuWarning*
String:*Hot set CPUs by changing the number of sockets. The support for 
hot plug/unplug CPUs to the guest varies.
*Question:*The second sentence is a bit unclear for me. Could anyone 
tell me "the support varies depending on what?"
Is it the type or spec of the guest or host that determines the support? 
So some support hot-set while others don't?
Is this a warning message to tell users that hot-set may not be supported?

Thanks in advance.

Yuko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140215/c1f111ad/attachment.html>

From emesika at redhat.com  Sat Feb 15 17:56:17 2014
From: emesika at redhat.com (Eli Mesika)
Date: Sat, 15 Feb 2014 12:56:17 -0500 (EST)
Subject: [Engine-devel] Sarting 03_05 prefix for upgrade scripts on master
In-Reply-To: <1972577617.3990949.1392486881709.JavaMail.zimbra@redhat.com>
Message-ID: <1507297009.3991322.1392486977630.JavaMail.zimbra@redhat.com>

Hi

Please note that from this point database upgrade scripts pushed to master should have the 03_05 prefix 
If one of those scripts lets say 03_05_xxxx is backported to 3.4 stable branch it should be renamed as 03_04_yyyy.

Thanks

Eli Mesika 


From masayag at redhat.com  Sun Feb 16 08:59:23 2014
From: masayag at redhat.com (Moti Asayag)
Date: Sun, 16 Feb 2014 03:59:23 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
 "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <101787410.2081746.1392427753405.JavaMail.zimbra@redhat.com>
References: <52FCBB8A.1020801@redhat.com> <52FEA256.2080609@redhat.com>
	<490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>
	<52FEBF95.5080101@redhat.com>
	<101787410.2081746.1392427753405.JavaMail.zimbra@redhat.com>
Message-ID: <1582306039.4140319.1392541163323.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: ykatabam at redhat.com
> Cc: engine-devel at ovirt.org, "Moti Asayag" <masayag at redhat.com>
> Sent: Saturday, February 15, 2014 3:29:13 AM
> Subject: Re: [Engine-devel] [oVirt 3.4 Localization Question #5] "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
> 
> Sure -- probably Moti (cc'd) or someone on that team can fix the file for
> you.

Opened a bug [1] and proposed a patch [2]:
[1] [NetworkLabels] LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE entry in AppErrors is split to two lines
    https://bugzilla.redhat.com/show_bug.cgi?id=1065713
[2] http://gerrit.ovirt.org/#/c/24502

> 
> Greg
> 
> ----- Original Message -----
> 
> > From: "Yuko Katabami" <ykatabam at redhat.com>
> > To: "Greg Sheremeta" <gshereme at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Friday, February 14, 2014 8:15:01 PM
> > Subject: Re: [Engine-devel] [oVirt 3.4 Localization Question #5]
> > "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
> 
> > Hi Greg,
> 
> > Thank you very much for your reply.
> 
> > I found the next string which is "to label the interface." which is missing
> > the word "order" (but the Resource ID is marked as "order" for this).
> 
> > Also we translators have no clue how these are put together in UI, if a
> > string is broken up like this. It is also difficult to translate.
> > It would be desirable if these are combined as one string.
> 
> > We can workaround for now, but it would be greatly appreciated if this can
> > be
> > fixed some time soon.
> 
> > Thank you for your help.
> 
> > Yuko
> 
> > On 02/15/2014 10:21 AM, Greg Sheremeta wrote:
> 
> > > The String continues to the next line
> > 
> 
> > > 7af931c1e
> > > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
> > > (Moti Asayag 2014-01-06 18:56:13 +0200 496)
> > > LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE=Cannot ${action} ${type}. The
> > > following networks are already attached to a different interface:
> > > ${AssignedNetworks}. Please remove the networks in
> > 
> > > 7af931c1e
> > > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
> > > (Moti Asayag 2014-01-06 18:56:13 +0200 497) order to label the interface.
> > 
> 
> > > So, it is: "Please remove the networks in order to label the interface."
> > 
> 
> > > ----- Original Message -----
> > 
> 
> > > > From: "Yuko Katabami" <ykatabam at redhat.com>
> > > 
> > 
> > > > To: engine-devel at ovirt.org
> > > 
> > 
> > > > Sent: Friday, February 14, 2014 6:10:14 PM
> > > 
> > 
> > > > Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
> > > > "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
> > > 
> > 
> 
> > > > I am re-posting this as it is the only question not answered yet.
> > > 
> > 
> > > > If there is no response, we will translate as-is state, although it
> > > > seems
> > > > an
> > > > incomplete sentence.
> > > 
> > 
> 
> > > > Kind regards,
> > > 
> > 
> 
> > > > Yuko
> > > 
> > 
> 
> > > > On 02/13/2014 10:33 PM, Yuko Katabami wrote:
> > > 
> > 
> 
> > > > > Hello again,
> > > > 
> > > 
> > 
> 
> > > > > I would like to ask you another question.
> > > > 
> > > 
> > 
> 
> > > > > File: AppErrors
> > > > 
> > > 
> > 
> > > > > Resource ID: LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE
> > > > 
> > > 
> > 
> > > > > Strings: Cannot ${action} ${type}. The following networks are already
> > > > > attached to a different interface: ${AssignedNetworks}. Please remove
> > > > > the
> > > > > networks in
> > > > 
> > > 
> > 
> > > > > Question: The last sentence might be missing some words. Could anyone
> > > > > please
> > > > > check it for us?
> > > > 
> > > 
> > 
> 
> > > > > Thanks in advance.
> > > > 
> > > 
> > 
> 
> > > > > Yuko
> > > > 
> > > 
> > 
> 
> > > > > _______________________________________________
> > > > 
> > > 
> > 
> > > > > Engine-devel mailing list Engine-devel at ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > > 
> > > 
> > 
> 
> > > > _______________________________________________
> > > 
> > 
> > > > Engine-devel mailing list
> > > 
> > 
> > > > Engine-devel at ovirt.org
> > > 
> > 
> > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 


From ykatabam at redhat.com  Sun Feb 16 21:53:47 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 17 Feb 2014 07:53:47 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
	"LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
In-Reply-To: <1582306039.4140319.1392541163323.JavaMail.zimbra@redhat.com>
References: <52FCBB8A.1020801@redhat.com> <52FEA256.2080609@redhat.com>
	<490828936.2077700.1392423668475.JavaMail.zimbra@redhat.com>
	<52FEBF95.5080101@redhat.com>
	<101787410.2081746.1392427753405.JavaMail.zimbra@redhat.com>
	<1582306039.4140319.1392541163323.JavaMail.zimbra@redhat.com>
Message-ID: <5301336B.6050509@redhat.com>


On 02/16/2014 06:59 PM, Moti Asayag wrote:
>
> ----- Original Message -----
>> From: "Greg Sheremeta" <gshereme at redhat.com>
>> To: ykatabam at redhat.com
>> Cc: engine-devel at ovirt.org, "Moti Asayag" <masayag at redhat.com>
>> Sent: Saturday, February 15, 2014 3:29:13 AM
>> Subject: Re: [Engine-devel] [oVirt 3.4 Localization Question #5] "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
>>
>> Sure -- probably Moti (cc'd) or someone on that team can fix the file for
>> you.
> Opened a bug [1] and proposed a patch [2]:
> [1] [NetworkLabels] LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE entry in AppErrors is split to two lines
>      https://bugzilla.redhat.com/show_bug.cgi?id=1065713
> [2] http://gerrit.ovirt.org/#/c/24502
Hi Moti,
Many thanks for your quick action.

Kind regards,

Yuko
>
>> Greg
>>
>> ----- Original Message -----
>>
>>> From: "Yuko Katabami" <ykatabam at redhat.com>
>>> To: "Greg Sheremeta" <gshereme at redhat.com>
>>> Cc: engine-devel at ovirt.org
>>> Sent: Friday, February 14, 2014 8:15:01 PM
>>> Subject: Re: [Engine-devel] [oVirt 3.4 Localization Question #5]
>>> "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
>>> Hi Greg,
>>> Thank you very much for your reply.
>>> I found the next string which is "to label the interface." which is missing
>>> the word "order" (but the Resource ID is marked as "order" for this).
>>> Also we translators have no clue how these are put together in UI, if a
>>> string is broken up like this. It is also difficult to translate.
>>> It would be desirable if these are combined as one string.
>>> We can workaround for now, but it would be greatly appreciated if this can
>>> be
>>> fixed some time soon.
>>> Thank you for your help.
>>> Yuko
>>> On 02/15/2014 10:21 AM, Greg Sheremeta wrote:
>>>> The String continues to the next line
>>>> 7af931c1e
>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
>>>> (Moti Asayag 2014-01-06 18:56:13 +0200 496)
>>>> LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE=Cannot ${action} ${type}. The
>>>> following networks are already attached to a different interface:
>>>> ${AssignedNetworks}. Please remove the networks in
>>>> 7af931c1e
>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
>>>> (Moti Asayag 2014-01-06 18:56:13 +0200 497) order to label the interface.
>>>> So, it is: "Please remove the networks in order to label the interface."
>>>> ----- Original Message -----
>>>>> From: "Yuko Katabami" <ykatabam at redhat.com>
>>>>> To: engine-devel at ovirt.org
>>>>> Sent: Friday, February 14, 2014 6:10:14 PM
>>>>> Subject: [Engine-devel] [oVirt 3.4 Localization Question #5]
>>>>> "LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE"
>>>>> I am re-posting this as it is the only question not answered yet.
>>>>> If there is no response, we will translate as-is state, although it
>>>>> seems
>>>>> an
>>>>> incomplete sentence.
>>>>> Kind regards,
>>>>> Yuko
>>>>> On 02/13/2014 10:33 PM, Yuko Katabami wrote:
>>>>>> Hello again,
>>>>>> I would like to ask you another question.
>>>>>> File: AppErrors
>>>>>> Resource ID: LABELED_NETWORK_ATTACHED_TO_WRONG_INTERFACE
>>>>>> Strings: Cannot ${action} ${type}. The following networks are already
>>>>>> attached to a different interface: ${AssignedNetworks}. Please remove
>>>>>> the
>>>>>> networks in
>>>>>> Question: The last sentence might be missing some words. Could anyone
>>>>>> please
>>>>>> check it for us?
>>>>>> Thanks in advance.
>>>>>> Yuko
>>>>>> _______________________________________________
>>>>>> Engine-devel mailing list Engine-devel at ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>> _______________________________________________
>>>>> Engine-devel mailing list
>>>>> Engine-devel at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140217/db77d614/attachment.html>

From mbetak at redhat.com  Mon Feb 17 11:15:47 2014
From: mbetak at redhat.com (Martin Betak)
Date: Mon, 17 Feb 2014 06:15:47 -0500 (EST)
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
Message-ID: <1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>

Yes, this has been my developer experience since I joined the project.
The 5-6 minute page-loads are a standard but the GWT Dev Mode gets progressively
slower after each "refresh" that involves frontend recompilation. Also the memory
consumption increases and after 5-th "refresh" or so I have to kill it and 
recompile the whole engine.

Any improvement to current status would be much appreciated.

Martin



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, February 14, 2014 4:50:46 PM
> Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> 
> Has anyone else noticed that GWT Dev Mode is unbearably slow for WebAdmin? On
> my machine, it's to the point where I might as well rebuild the entire
> application for every change and not bother with Dev Mode. Pages take 4 or 5
> minutes to render. Sometimes after 5 minutes, I just give up, close
> everything, and rebuild the app.
> 
> For now, I want to see if others have this issue. If we confirm that it's
> widespread, we can discuss ways to mitigate.
> 
> Greg Sheremeta
> Red Hat, Inc.
> Sr. Software Engineer, RHEV
> Cell: 919-807-1086
> gshereme at redhat.com
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From vikaskokare at gmail.com  Mon Feb 17 11:39:36 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Mon, 17 Feb 2014 17:09:36 +0530
Subject: [Engine-devel] 401 Authorization Error
Message-ID: <CAKpxQk1dA9XzKCEiipYmxNZJ+UMMDO1F5Rw=2gp=XL+R6nvJ7g@mail.gmail.com>

I am using oVirt Java SDK 3.4.2 to connect to RHEV-M environment. The code
being used is

org.ovirt.engine.sdk.Api api = new
Api("https://HOST:PORT/api","USER","PASSWORD",
true);

The response from the server to this call is


*oVirt API error <html><head><title>JBoss Web/7.2.2.Final-redhat-1 -
JBWEB000064: Error report</title><style><!--H1
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
H2
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
H3
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
BODY
{font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
P
{font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A
{color : black;}A.name {color : black;}HR {color : #525D76;}--></style>
</head><body><h1>JBWEB000065: HTTP Status 401 - </h1><HR size="1"
noshade="noshade"><p><b>JBWEB000309: type</b> JBWEB000067: Status
report</p><p><b>JBWEB000068: message</b> <u></u></p><p><b>JBWEB000069:
description</b> <u>JBWEB000121: This request requires HTTP
authentication.</u></p><HR size="1" noshade="noshade"><h3>JBoss
Web/7.2.2.Final-redhat-1</h3></body></html>*
The documentation talks about the 401 error when the request doesn't
contain "Authorization" header.

Even when i access https://HOST:PORT/api , i am prompted to login, but the
credentials used to login to
https://HOST:PORT/webadmin/webadmin/WebAdmin.html don't work. So if i login
to webadmin console first, then since the "Authorization" header is set,
access to /api is now possible in the browser.

I need help here specifically for making the Java SDK work with RHeVM
server.

-Vikas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140217/0754f70b/attachment.html>

From sabose at redhat.com  Mon Feb 17 12:45:47 2014
From: sabose at redhat.com (Sahina Bose)
Date: Mon, 17 Feb 2014 18:15:47 +0530
Subject: [Engine-devel] 401 Authorization Error
In-Reply-To: <CAKpxQk1dA9XzKCEiipYmxNZJ+UMMDO1F5Rw=2gp=XL+R6nvJ7g@mail.gmail.com>
References: <CAKpxQk1dA9XzKCEiipYmxNZJ+UMMDO1F5Rw=2gp=XL+R6nvJ7g@mail.gmail.com>
Message-ID: <5302047B.3050303@redhat.com>


On 02/17/2014 05:09 PM, Vikas Kokare wrote:
> I am using oVirt Java SDK 3.4.2 to connect to RHEV-M environment. The 
> code being used is
>
> org.ovirt.engine.sdk.Api api = new 
> Api("https://HOST:PORT/api","USER","PASSWORD", true);


Have you tried "user at domain" for the user parameter?


>
> The response from the server to this call is
>
> /oVirt API error <html><head><title>JBoss Web/7.2.2.Final-redhat-1 - 
> JBWEB000064: Error report</title><style><!--H1 
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} 
> H2 
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} 
> H3 
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} 
> BODY 
> {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} 
> B 
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} 
> P 
> {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A 
> {color : black;}A.name {color : black;}HR {color : 
> #525D76;}--></style> </head><body><h1>J*BWEB000065: HTTP Status 401* - 
> </h1><HR size="1" noshade="noshade"><p><b>JBWEB000309: type</b> 
> JBWEB000067: Status report</p><p><b>JBWEB000068: message</b> 
> <u></u></p><p><b>JBWEB000069: description</b> <u>J*BWEB000121: This 
> request requires HTTP authentication*.</u></p><HR size="1" 
> noshade="noshade"><h3>JBoss Web/7.2.2.Final-redhat-1</h3></body></html>
> /
> The documentation talks about the 401 error when the request doesn't 
> contain "Authorization" header.
>
> Even when i access https://HOST:PORT/api , i am prompted to login, but 
> the credentials used to login to
> https://HOST:PORT/webadmin/webadmin/WebAdmin.html don't work. So if i 
> login to webadmin console first, then since the "Authorization" header 
> is set, access to /api is now possible in the browser.
>
> I need help here specifically for making the Java SDK work with RHeVM 
> server.
>
> -Vikas
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140217/aff003ed/attachment.html>

From vszocs at redhat.com  Mon Feb 17 14:58:53 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Mon, 17 Feb 2014 09:58:53 -0500 (EST)
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
	<1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>
Message-ID: <1763668777.4224020.1392649133582.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Martin Betak" <mbetak at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, February 17, 2014 12:15:47 PM
> Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> 
> Yes, this has been my developer experience since I joined the project.
> The 5-6 minute page-loads are a standard but the GWT Dev Mode gets
> progressively
> slower after each "refresh" that involves frontend recompilation. Also the
> memory
> consumption increases and after 5-th "refresh" or so I have to kill it and
> recompile the whole engine.

AFAIK classic GWT Dev Mode is slow because it does recompilation on the fly.

Not sure if related, but debugging GUI code with "gwtdev" Maven profile
(activated through "gwt-debug" Makefile target) downgrades gwt-maven-plugin
version to 2.4.0, see http://gerrit.ovirt.org/#/c/22108/ for details.

We could try several things here:

1, use gwt-maven-plugin 2.5.1 instead of 2.4.0
   in root pom.xml change
   <gwt-maven-plugin.workingRefresh.version>2.4.0</gwt-maven-plugin.workingRefresh.version>
   to
   <gwt-maven-plugin.workingRefresh.version>${gwt.version}</gwt-maven-plugin.workingRefresh.version>

2, disable GWT persistent unit cache
   in frontend/webadmin/modules/pom.xml find <artifactId>gwt-maven-plugin</artifactId>
   add <persistentunitcache>false</persistentunitcache> to <configuration>
   -or-
   make gwt-debug [usual options] DEV_EXTRA_BUILD_FLAGS="-Dgwt.persistentunitcache=false"

3, avoid using method-entry breakpoints as these are very slow [1]
   disable Firebug during initial page load

[1] https://blogs.sourceallies.com/2013/04/java-method-breakpoints-are-evil/

> 
> Any improvement to current status would be much appreciated.

I'd like to push towards GWT Super Dev Mode [2] that avoids on-the-fly
recompilation, i.e. precompiled permutation debugged directly inside
given browser.

[2] http://www.gwtproject.org/articles/superdevmode.html

(Putting above on my GWT improvement task list.)

> 
> Martin
> 
> 
> 
> ----- Original Message -----
> > From: "Greg Sheremeta" <gshereme at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Friday, February 14, 2014 4:50:46 PM
> > Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > 
> > Has anyone else noticed that GWT Dev Mode is unbearably slow for WebAdmin?
> > On
> > my machine, it's to the point where I might as well rebuild the entire
> > application for every change and not bother with Dev Mode. Pages take 4 or
> > 5
> > minutes to render. Sometimes after 5 minutes, I just give up, close
> > everything, and rebuild the app.
> > 
> > For now, I want to see if others have this issue. If we confirm that it's
> > widespread, we can discuss ways to mitigate.
> > 
> > Greg Sheremeta
> > Red Hat, Inc.
> > Sr. Software Engineer, RHEV
> > Cell: 919-807-1086
> > gshereme at redhat.com
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ecohen at redhat.com  Mon Feb 17 20:33:06 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Mon, 17 Feb 2014 15:33:06 -0500 (EST)
Subject: [Engine-devel] [oVirt 3.4 Localization Question
	#10]	"hotPlugUnplugCpuWarning"
In-Reply-To: <52FF3F4D.8080808@redhat.com>
References: <52FF3F4D.8080808@redhat.com>
Message-ID: <1865035439.8835856.1392669186200.JavaMail.zimbra@redhat.com>

> ----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> Sent: Saturday, February 15, 2014 5:19:57 AM
> 
> Hello again,
> 
> I would like to ask for you r help again with the following string.
> 
> File: CommonApplicationMessages
> Resource ID: hotPlugUnplugCpuWarning
> String: Hot set CPUs by changing the number of sockets. The support for hot
> plug/unplug CPUs to the guest varies.
> Question: The second sentence is a bit unclear for me. Could anyone tell me
> "the support varies depending on what?"
> Is it the type or spec of the guest or host that determines the support? So
> some support hot -set while others don 't?
> Is this a warning message to tell users that hot-set may not be supported?

maybe the feature owner (Roy) or someone that is familiar with the CPU 
Hot Plug feature [1] can assist?

[1] http://www.ovirt.org/Hot_plug_cpu

> 
> Thanks in ad vance.
> 
> Yuko
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From rgolan at redhat.com  Tue Feb 18 10:53:02 2014
From: rgolan at redhat.com (Roy Golan)
Date: Tue, 18 Feb 2014 12:53:02 +0200
Subject: [Engine-devel] [oVirt 3.4 Localization Question #10]
	"hotPlugUnplugCpuWarning"
In-Reply-To: <52FF3F4D.8080808@redhat.com>
References: <52FF3F4D.8080808@redhat.com>
Message-ID: <53033B8E.4040005@redhat.com>

On 02/15/2014 12:19 PM, Yuko Katabami wrote:
> Hello again,
>
> I would like to ask for your help again with the following string.
> *
> File:*CommonApplicationMessages
> *Resource ID:*hotPlugUnplugCpuWarning*
> String:*Hot set CPUs by changing the number of sockets. The support 
> for hot plug/unplug CPUs to the guest varies.
> *Question:*The second sentence is a bit unclear for me. Could anyone 
> tell me "the support varies depending on what?"

It depends on the guest OS support.

> Is it the type or spec of the guest or host that determines the 
> support? So some support hot-set while others don't?

Well its even a bit more down to just the specific guest OS you're 
running on. e.g Windows 2008 server supports
hot plug but only the "Datacenter" flavor (or whatever this installation 
type is called)

So in respect to the definition of what Is or Not supported, its beyond 
oVirt Guest OS resolution.


> Is this a warning message to tell users that hot-set may not be supported?

Yes :( . If its lame improvement are welcome.

>
> Thanks in advance.
>
> Yuko
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140218/0f0c19f2/attachment.html>

From ykatabam at redhat.com  Tue Feb 18 11:05:31 2014
From: ykatabam at redhat.com (Yuko Katabami)
Date: Tue, 18 Feb 2014 21:05:31 +1000
Subject: [Engine-devel] [oVirt 3.4 Localization Question #10]
	"hotPlugUnplugCpuWarning"
In-Reply-To: <53033B8E.4040005@redhat.com>
References: <52FF3F4D.8080808@redhat.com> <53033B8E.4040005@redhat.com>
Message-ID: <53033E7B.3010608@redhat.com>

Hi Roy and Einav,

Thank you very much for your help and clarification.
I understand what the message means now.
I will share this with other translators.

Kind regards,

Yuko


On 02/18/2014 08:53 PM, Roy Golan wrote:
> On 02/15/2014 12:19 PM, Yuko Katabami wrote:
>> Hello again,
>>
>> I would like to ask for your help again with the following string.
>> *
>> File:*CommonApplicationMessages
>> *Resource ID:*hotPlugUnplugCpuWarning*
>> String:*Hot set CPUs by changing the number of sockets. The support 
>> for hot plug/unplug CPUs to the guest varies.
>> *Question:*The second sentence is a bit unclear for me. Could anyone 
>> tell me "the support varies depending on what?"
>
> It depends on the guest OS support.
>
>> Is it the type or spec of the guest or host that determines the 
>> support? So some support hot-set while others don't?
>
> Well its even a bit more down to just the specific guest OS you're 
> running on. e.g Windows 2008 server supports
> hot plug but only the "Datacenter" flavor (or whatever this 
> installation type is called)
>
> So in respect to the definition of what Is or Not supported, its 
> beyond oVirt Guest OS resolution.
>
>
>> Is this a warning message to tell users that hot-set may not be 
>> supported?
>
> Yes :( . If its lame improvement are welcome.
>
>>
>> Thanks in advance.
>>
>> Yuko
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140218/028966cf/attachment.html>

From sbonazzo at redhat.com  Wed Feb 19 12:44:30 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 19 Feb 2014 13:44:30 +0100
Subject: [Engine-devel] [ANN] oVirt 3.4.0 beta3 is now available
Message-ID: <5304A72E.60405@redhat.com>

The oVirt team is pleased to announce that the 3.4.0 third beta release is now available for testing.

Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1].
Please ensure to follow install instruction from release notes if you're going to test it.
The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate.

A new oVirt Node build will be available soon as well.

You're welcome to join us testing this beta release before we'll compose RC build for next week test day [2] scheduled for 2014-02-27!


[1] http://www.ovirt.org/OVirt_3.4.0_release_notes
[2] http://www.ovirt.org/OVirt_3.4_Test_Day

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From lvernia at redhat.com  Wed Feb 19 15:27:51 2014
From: lvernia at redhat.com (Lior Vernia)
Date: Wed, 19 Feb 2014 17:27:51 +0200
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
	<1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>
Message-ID: <5304CD77.1010407@redhat.com>

Hi guys,

On 17/02/14 13:15, Martin Betak wrote:
> Yes, this has been my developer experience since I joined the project.

To my eyes, it hasn't always been this slow. Something aggravated the
situation sometime in the past 3 weeks. I'm not knowledgeable enough to
say what went wrong, but this is not simply a gradual degradation of
more code being compiled, etc.

Lior.

> The 5-6 minute page-loads are a standard but the GWT Dev Mode gets progressively
> slower after each "refresh" that involves frontend recompilation. Also the memory
> consumption increases and after 5-th "refresh" or so I have to kill it and 
> recompile the whole engine.
> 
> Any improvement to current status would be much appreciated.
> 
> Martin
> 
> 
> 
> ----- Original Message -----
>> From: "Greg Sheremeta" <gshereme at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Friday, February 14, 2014 4:50:46 PM
>> Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
>>
>> Has anyone else noticed that GWT Dev Mode is unbearably slow for WebAdmin? On
>> my machine, it's to the point where I might as well rebuild the entire
>> application for every change and not bother with Dev Mode. Pages take 4 or 5
>> minutes to render. Sometimes after 5 minutes, I just give up, close
>> everything, and rebuild the app.
>>
>> For now, I want to see if others have this issue. If we confirm that it's
>> widespread, we can discuss ways to mitigate.
>>
>> Greg Sheremeta
>> Red Hat, Inc.
>> Sr. Software Engineer, RHEV
>> Cell: 919-807-1086
>> gshereme at redhat.com
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From gshereme at redhat.com  Wed Feb 19 15:51:06 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Wed, 19 Feb 2014 10:51:06 -0500 (EST)
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <5304CD77.1010407@redhat.com>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
	<1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>
	<5304CD77.1010407@redhat.com>
Message-ID: <1944239316.3104044.1392825066732.JavaMail.zimbra@redhat.com>

I agree with Lior. Alexander (cc'd) has a patch that will hopefully address it.

Greg

----- Original Message -----
> From: "Lior Vernia" <lvernia at redhat.com>
> To: "Martin Betak" <mbetak at redhat.com>
> Cc: "Greg Sheremeta" <gshereme at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "Vojtech Szocs"
> <vszocs at redhat.com>
> Sent: Wednesday, February 19, 2014 10:27:51 AM
> Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> 
> Hi guys,
> 
> On 17/02/14 13:15, Martin Betak wrote:
> > Yes, this has been my developer experience since I joined the project.
> 
> To my eyes, it hasn't always been this slow. Something aggravated the
> situation sometime in the past 3 weeks. I'm not knowledgeable enough to
> say what went wrong, but this is not simply a gradual degradation of
> more code being compiled, etc.
> 
> Lior.
> 
> > The 5-6 minute page-loads are a standard but the GWT Dev Mode gets
> > progressively
> > slower after each "refresh" that involves frontend recompilation. Also the
> > memory
> > consumption increases and after 5-th "refresh" or so I have to kill it and
> > recompile the whole engine.
> > 
> > Any improvement to current status would be much appreciated.
> > 
> > Martin
> > 
> > 
> > 
> > ----- Original Message -----
> >> From: "Greg Sheremeta" <gshereme at redhat.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Friday, February 14, 2014 4:50:46 PM
> >> Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> >>
> >> Has anyone else noticed that GWT Dev Mode is unbearably slow for WebAdmin?
> >> On
> >> my machine, it's to the point where I might as well rebuild the entire
> >> application for every change and not bother with Dev Mode. Pages take 4 or
> >> 5
> >> minutes to render. Sometimes after 5 minutes, I just give up, close
> >> everything, and rebuild the app.
> >>
> >> For now, I want to see if others have this issue. If we confirm that it's
> >> widespread, we can discuss ways to mitigate.
> >>
> >> Greg Sheremeta
> >> Red Hat, Inc.
> >> Sr. Software Engineer, RHEV
> >> Cell: 919-807-1086
> >> gshereme at redhat.com
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From chuan.liao at hp.com  Thu Feb 20 09:31:16 2014
From: chuan.liao at hp.com (Liao, Chuan (Jason Liao, HPservers-Core-OE-PSC))
Date: Thu, 20 Feb 2014 09:31:16 +0000
Subject: [Engine-devel] which data structure is better
Message-ID: <B63C858E777679458338A30A991BB524015B0A84@G1W3780.americas.hpqcorp.net>

Hi All,

I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature.

Now I have some concept about the host NUMA topology data structure on engine core

We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core.

And we have NUMA topology information:
List<NumaNode> numaNodeList
         NumaNode
                  String ID                                                 # update from GetCapabilitiesVDSCommand
                   List<String> cpuList                           # update from GetCapabilitiesVDSCommand
Int totalMem                                        # update from GetCapabilitiesVDSCommand
                   Int freeMem                                          # update from GetStatsVDSCommand


A.      Add this data structure into VDSDynamic
We should change the GetStatsVDSCommand update the VDSDynamic data.

B.      Add this data structure into VDS, and build the data structure from VDSDynamic, VdsStatistics



I prefer B. does anybody have some comments?

Best Regards,
Jason Liao

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140220/e4915093/attachment.html>

From liran.zelkha at gmail.com  Thu Feb 20 09:40:57 2014
From: liran.zelkha at gmail.com (Liran Zelkha)
Date: Thu, 20 Feb 2014 11:40:57 +0200
Subject: [Engine-devel] which data structure is better
In-Reply-To: <B63C858E777679458338A30A991BB524015B0A84@G1W3780.americas.hpqcorp.net>
References: <B63C858E777679458338A30A991BB524015B0A84@G1W3780.americas.hpqcorp.net>
Message-ID: <CAJ3aYLfZ02=2WjfYxtoNRF7A7AdpnD5M21JhQix9bKTpK-_14g@mail.gmail.com>

Hi

Please don't add rapidly changing data to VDSDynamic - it has major
performance implications.
So, choose option B. Actually, try to expose relevant data in VDSDynamic
and VDSStatistics, and VDS should call VDSDynamic and VDSStatistics and
merge the data from both entities.


On Thu, Feb 20, 2014 at 11:31 AM, Liao, Chuan (Jason Liao,
HPservers-Core-OE-PSC) <chuan.liao at hp.com> wrote:

>  Hi All,
>
>
>
> I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature.
>
>
>
> Now I have some concept about the host NUMA topology data structure on
> engine core
>
>
>
> We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core.
>
>
>
> And we have NUMA topology information:
>
> List<NumaNode> numaNodeList
>
>          NumaNode
>
>                   String
> ID                                                 # update from
> GetCapabilitiesVDSCommand
>
>                    List<String> cpuList                           # update
> from GetCapabilitiesVDSCommand
>
> Int totalMem                                        # update from
> GetCapabilitiesVDSCommand
>
>                    Int freeMem                                          #
> update from GetStatsVDSCommand
>
>
>
> A.      Add this data structure into VDSDynamic
>
> We should change the GetStatsVDSCommand update the VDSDynamic data.
>
> B.      Add this data structure into VDS, and build the data structure
> from VDSDynamic, VdsStatistics
>
>
>
> I prefer B. does anybody have some comments?
>
>
>
>
> *Best Regards, *Jason Liao
>
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140220/be0dfa89/attachment.html>

From emesika at redhat.com  Thu Feb 20 12:42:36 2014
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 20 Feb 2014 07:42:36 -0500 (EST)
Subject: [Engine-devel] which data structure is better
In-Reply-To: <CAJ3aYLfZ02=2WjfYxtoNRF7A7AdpnD5M21JhQix9bKTpK-_14g@mail.gmail.com>
References: <B63C858E777679458338A30A991BB524015B0A84@G1W3780.americas.hpqcorp.net>
	<CAJ3aYLfZ02=2WjfYxtoNRF7A7AdpnD5M21JhQix9bKTpK-_14g@mail.gmail.com>
Message-ID: <1187363033.6921275.1392900156682.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Liran Zelkha" <liran.zelkha at gmail.com>
> To: "Chuan Liao (Jason Liao, HPservers-Core-OE-PSC)" <chuan.liao at hp.com>
> Cc: engine-devel at ovirt.org, "Chegu Vinod" <chegu_vinod at hp.com>, "Shang-Chun Liang (David Liang,
> HPservers-Core-OE-PSC)" <shangchun.liang at hp.com>
> Sent: Thursday, February 20, 2014 11:40:57 AM
> Subject: Re: [Engine-devel] which data structure is better
> 
> Hi
> 
> Please don't add rapidly changing data to VDSDynamic - it has major
> performance implications.
> So, choose option B. Actually, try to expose relevant data in VDSDynamic and
> VDSStatistics, and VDS should call VDSDynamic and VDSStatistics and merge
> the data from both entities.

Agree.We had lately several bottle-necks around the VDS/VM updates and Liran had improved the relevant queries and added batch-update stuff, so we want to keep the performance gain

> 
> 
> On Thu, Feb 20, 2014 at 11:31 AM, Liao, Chuan (Jason Liao,
> HPservers-Core-OE-PSC) < chuan.liao at hp.com > wrote:
> 
> 
> 
> 
> 
> Hi All,
> 
> 
> 
> I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature.
> 
> 
> 
> Now I have some concept about the host NUMA topology data structure on engine
> core
> 
> 
> 
> We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core.
> 
> 
> 
> And we have NUMA topology information:
> 
> List<NumaNode> numaNodeList
> 
> NumaNode
> 
> String ID # update from GetCapabilitiesVDSCommand
> 
> List<String> cpuList # update from GetCapabilitiesVDSCommand
> 
> Int totalMem # update from GetCapabilitiesVDSCommand
> 
> Int freeMem # update from GetStatsVDSCommand
> 
> 
> 
> A. Add this data structure into VDSDynamic
> 
> We should change the GetStatsVDSCommand update the VDSDynamic data.
> 
> B. Add this data structure into VDS, and build the data structure from
> VDSDynamic, VdsStatistics
> 
> 
> 
> I prefer B. does anybody have some comments?
> 
> 
> 
> Best Regards,
> Jason Liao
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From vikaskokare at gmail.com  Thu Feb 20 14:40:11 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Thu, 20 Feb 2014 20:10:11 +0530
Subject: [Engine-devel] VM Ip Address
Message-ID: <CAKpxQk2=D7A=_0Y5DLB9__AX6acM7e=+HKUyfeBkx5GmmEC3ig@mail.gmail.com>

We have a RHEV 3.2 manager environment setup with hosts having virtual
machines. The administrator's have confirmed that they have assigned IP
addresses to the VM's, but the address is not showing up both in the Web
Admin console, and the ReST API payload for /api/vms/{vm-id}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140220/61fa0ef2/attachment.html>

From awels at redhat.com  Thu Feb 20 15:10:36 2014
From: awels at redhat.com (Alexander Wels)
Date: Thu, 20 Feb 2014 10:10:36 -0500
Subject: [Engine-devel] VM Ip Address
In-Reply-To: <CAKpxQk2=D7A=_0Y5DLB9__AX6acM7e=+HKUyfeBkx5GmmEC3ig@mail.gmail.com>
References: <CAKpxQk2=D7A=_0Y5DLB9__AX6acM7e=+HKUyfeBkx5GmmEC3ig@mail.gmail.com>
Message-ID: <5487246.rf35q3YOq7@awels>

Did the administrators install the ovirt-guest-agent on the VMs. IIRC the 
engine doesn't know the IP address of the VM unless the VM tells the engine 
with the guest agent.

On Thursday, February 20, 2014 08:10:11 PM Vikas Kokare wrote:
> We have a RHEV 3.2 manager environment setup with hosts having virtual
> machines. The administrator's have confirmed that they have assigned IP
> addresses to the VM's, but the address is not showing up both in the Web
> Admin console, and the ReST API payload for /api/vms/{vm-id}



From vikaskokare at gmail.com  Fri Feb 21 05:30:40 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Fri, 21 Feb 2014 11:00:40 +0530
Subject: [Engine-devel] Install rhevm-guest-agent on SLES guest
Message-ID: <CAKpxQk3Ocibcjj8wOaGModGgK7tiiNg8HRR4z4UZermBCx4-ug@mail.gmail.com>

We want to install the rhevm-guest-agent package on a virtual machine with
Suse Linux as the guest OS. The RHEVM 3.2 documentation provides install
instructions for RHEL and Windows guests but not for Suse Linux. This agent
is important to monitor virtual resources on guest machines, hence the need.
How can this be done?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140221/add26434/attachment.html>

From vikaskokare at gmail.com  Fri Feb 21 07:22:40 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Fri, 21 Feb 2014 12:52:40 +0530
Subject: [Engine-devel] Storage allocation and usage
Message-ID: <CAKpxQk1hfv8=FDJchBPn2RrVRX2udwxdSyOmGn4X_Xoa_Frdzw@mail.gmail.com>

We are trying to query the rhevm/oVirt engine for the storage
allocation/actual usage numbers for

1. Host
2. Virtual Machine (we can have allocation size from virtual disks
associated with VM, but not the actual usage)
3. Cluster

Is there a ReST API that can fetch this information?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140221/a8cc1000/attachment.html>

From awels at redhat.com  Fri Feb 21 13:43:34 2014
From: awels at redhat.com (Alexander Wels)
Date: Fri, 21 Feb 2014 08:43:34 -0500
Subject: [Engine-devel] Install rhevm-guest-agent on SLES guest
In-Reply-To: <CAKpxQk3Ocibcjj8wOaGModGgK7tiiNg8HRR4z4UZermBCx4-ug@mail.gmail.com>
References: <CAKpxQk3Ocibcjj8wOaGModGgK7tiiNg8HRR4z4UZermBCx4-ug@mail.gmail.com>
Message-ID: <1517939.HdhaHoBtyL@awels>

Doesn't look like the package exists yet, there is an open bug for it: 
https://bugzilla.redhat.com/show_bug.cgi?id=1043471

On Friday, February 21, 2014 11:00:40 AM Vikas Kokare wrote:
> We want to install the rhevm-guest-agent package on a virtual machine with
> Suse Linux as the guest OS. The RHEVM 3.2 documentation provides install
> instructions for RHEL and Windows guests but not for Suse Linux. This agent
> is important to monitor virtual resources on guest machines, hence the need.
> How can this be done?



From jenkins at ovirt.org  Sun Feb 23 18:30:49 2014
From: jenkins at ovirt.org (Jenkins ci oVirt Server)
Date: Sun, 23 Feb 2014 18:30:49 +0000 (GMT)
Subject: [Engine-devel] [oVirt jenkins] Weekly report on open tasks for
	ovirt-engine
Message-ID: <1295802793.298.1393180256553.JavaMail.jenkins@jenkins.ovirt.org>

An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140223/dfeb72ae/attachment.html>

From vikaskokare at gmail.com  Mon Feb 24 06:42:01 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Mon, 24 Feb 2014 12:12:01 +0530
Subject: [Engine-devel] Storage allocation/usage
Message-ID: <CAKpxQk2k9sTQp41ZfYzYaW-gUFVA4WLYa6Gj0rDxC8LbQnYT_Q@mail.gmail.com>

We are trying to query the rhevm/oVirt engine for the storage
allocation/actual usage numbers for

1. Host
2. Virtual Machine (we can have allocation size from virtual disks
associated with VM, but not the actual usage)
3. Cluster

Is there a ReST API that can fetch this information?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140224/c5c059f3/attachment.html>

From jhernand at redhat.com  Mon Feb 24 17:43:48 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Mon, 24 Feb 2014 18:43:48 +0100
Subject: [Engine-devel] Storage allocation/usage
In-Reply-To: <CAKpxQk2k9sTQp41ZfYzYaW-gUFVA4WLYa6Gj0rDxC8LbQnYT_Q@mail.gmail.com>
References: <CAKpxQk2k9sTQp41ZfYzYaW-gUFVA4WLYa6Gj0rDxC8LbQnYT_Q@mail.gmail.com>
Message-ID: <530B84D4.5010208@redhat.com>

On 02/24/2014 07:42 AM, Vikas Kokare wrote:
> We are trying to query the rhevm/oVirt engine for the storage
> allocation/actual usage numbers for
> 
> 1. Host
> 2. Virtual Machine (we can have allocation size from virtual disks
> associated with VM, but not the actual usage)
> 3. Cluster
> 
> Is there a ReST API that can fetch this information?
> 

The basic information is available in the disk resource:

/api/disks/{disk:id}
/api/vms/{vm:id}/disks/{disk:id}

There you will find three values:

  <size>...</size>
  <provisioned_size>...</provisioned_size>
  <actual_size>...</actual_size>

I think that the <actual_size> is what you are looking for.

For a particular storage domain you can also see some aggregated
information, in tue /api/storagedomains/{storagedomain:id} resource:

  <available>...</available>
  <used>...</used>
  <committed>...</committed>

-- 
Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3?D, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L.


From dfediuck at redhat.com  Tue Feb 25 04:09:11 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Mon, 24 Feb 2014 23:09:11 -0500 (EST)
Subject: [Engine-devel] which data structure is better
In-Reply-To: <1187363033.6921275.1392900156682.JavaMail.zimbra@redhat.com>
References: <B63C858E777679458338A30A991BB524015B0A84@G1W3780.americas.hpqcorp.net>
	<CAJ3aYLfZ02=2WjfYxtoNRF7A7AdpnD5M21JhQix9bKTpK-_14g@mail.gmail.com>
	<1187363033.6921275.1392900156682.JavaMail.zimbra@redhat.com>
Message-ID: <15234208.15429996.1393301351414.JavaMail.zimbra@redhat.com>



----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Liran Zelkha" <liran.zelkha at gmail.com>
> Cc: engine-devel at ovirt.org, "Chegu Vinod" <chegu_vinod at hp.com>, "Shang-Chun Liang (David Liang,
> HPservers-Core-OE-PSC)" <shangchun.liang at hp.com>
> Sent: Thursday, February 20, 2014 2:42:36 PM
> Subject: Re: [Engine-devel] which data structure is better
> 
> 
> 
> ----- Original Message -----
> > From: "Liran Zelkha" <liran.zelkha at gmail.com>
> > To: "Chuan Liao (Jason Liao, HPservers-Core-OE-PSC)" <chuan.liao at hp.com>
> > Cc: engine-devel at ovirt.org, "Chegu Vinod" <chegu_vinod at hp.com>, "Shang-Chun
> > Liang (David Liang,
> > HPservers-Core-OE-PSC)" <shangchun.liang at hp.com>
> > Sent: Thursday, February 20, 2014 11:40:57 AM
> > Subject: Re: [Engine-devel] which data structure is better
> > 
> > Hi
> > 
> > Please don't add rapidly changing data to VDSDynamic - it has major
> > performance implications.
> > So, choose option B. Actually, try to expose relevant data in VDSDynamic
> > and
> > VDSStatistics, and VDS should call VDSDynamic and VDSStatistics and merge
> > the data from both entities.
> 
> Agree.We had lately several bottle-necks around the VDS/VM updates and Liran
> had improved the relevant queries and added batch-update stuff, so we want
> to keep the performance gain
> 

Jason,
in order for us to know which node can accommodate which VM we need to get
the memory statistics of each NUMA node as well (usage and free). Also, if
possible CPU usage in every node.

> > 
> > 
> > On Thu, Feb 20, 2014 at 11:31 AM, Liao, Chuan (Jason Liao,
> > HPservers-Core-OE-PSC) < chuan.liao at hp.com > wrote:
> > 
> > 
> > 
> > 
> > 
> > Hi All,
> > 
> > 
> > 
> > I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature.
> > 
> > 
> > 
> > Now I have some concept about the host NUMA topology data structure on
> > engine
> > core
> > 
> > 
> > 
> > We have VDS, VDSDynamic, VDSStatic, VdsStatistics object on engine core.
> > 
> > 
> > 
> > And we have NUMA topology information:
> > 
> > List<NumaNode> numaNodeList
> > 
> > NumaNode
> > 
> > String ID # update from GetCapabilitiesVDSCommand
> > 
> > List<String> cpuList # update from GetCapabilitiesVDSCommand
> > 
> > Int totalMem # update from GetCapabilitiesVDSCommand
> > 
> > Int freeMem # update from GetStatsVDSCommand
> > 
> > 
> > 
> > A. Add this data structure into VDSDynamic
> > 
> > We should change the GetStatsVDSCommand update the VDSDynamic data.
> > 
> > B. Add this data structure into VDS, and build the data structure from
> > VDSDynamic, VdsStatistics
> > 
> > 
> > 
> > I prefer B. does anybody have some comments?
> > 
> > 
> > 
> > Best Regards,
> > Jason Liao
> > 

> 


From vikaskokare at gmail.com  Tue Feb 25 13:46:34 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Tue, 25 Feb 2014 19:16:34 +0530
Subject: [Engine-devel] ovirt-engine Java SDK
Message-ID: <CAKpxQk3632OePwpXZhGcyj=nedsHAimojOv+drW+1-O92G4D=w@mail.gmail.com>

Is this the right location to look for the Java SDK of the ovirt-engine?

https://oss.sonatype.org/content/repositories/releases/org/ovirt/engine/sdk/ovirt-engine-sdk-java

Regards
Vikas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140225/7d30d9c8/attachment.html>

From eedri at redhat.com  Tue Feb 25 14:50:58 2014
From: eedri at redhat.com (Eyal Edri)
Date: Tue, 25 Feb 2014 09:50:58 -0500 (EST)
Subject: [Engine-devel] ovirt-engine Java SDK
In-Reply-To: <CAKpxQk3632OePwpXZhGcyj=nedsHAimojOv+drW+1-O92G4D=w@mail.gmail.com>
References: <CAKpxQk3632OePwpXZhGcyj=nedsHAimojOv+drW+1-O92G4D=w@mail.gmail.com>
Message-ID: <346951684.9160263.1393339858734.JavaMail.zimbra@redhat.com>

you should look for it under ovirt.org releases: http://resources.ovirt.org/releases/
in the relevant release folder.

for 3.4.0 EL6 for e.g - latest will be at http://resources.ovirt.org/releases/3.4.0-beta3/rpm/EL/6/noarch/ 


----- Original Message -----
> From: "Vikas Kokare" <vikaskokare at gmail.com>
> To: engine-devel at ovirt.org
> Sent: Tuesday, February 25, 2014 3:46:34 PM
> Subject: [Engine-devel] ovirt-engine Java SDK
> 
> Is this the right location to look for the Java SDK of the ovirt-engine?
> 
> https://oss.sonatype.org/content/repositories/releases/org/ovirt/engine/sdk/ovirt-engine-sdk-java
> 
> Regards
> Vikas
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From jhernand at redhat.com  Tue Feb 25 16:13:34 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Tue, 25 Feb 2014 17:13:34 +0100
Subject: [Engine-devel] ovirt-engine Java SDK
In-Reply-To: <346951684.9160263.1393339858734.JavaMail.zimbra@redhat.com>
References: <CAKpxQk3632OePwpXZhGcyj=nedsHAimojOv+drW+1-O92G4D=w@mail.gmail.com>
	<346951684.9160263.1393339858734.JavaMail.zimbra@redhat.com>
Message-ID: <530CC12E.2060108@redhat.com>

On 02/25/2014 03:50 PM, Eyal Edri wrote:
> you should look for it under ovirt.org releases: http://resources.ovirt.org/releases/
> in the relevant release folder.
> 
> for 3.4.0 EL6 for e.g - latest will be at http://resources.ovirt.org/releases/3.4.0-beta3/rpm/EL/6/noarch/ 
> 

Actually the official way we distribute the Java SDK binaries is via
maven central, so you can use it like any other maven artifact, just add
this to your pom.xml file:

<dependency>
    <groupId>org.ovirt.engine.sdk</groupId>
    <artifactId>ovirt-engine-sdk-java</artifactId>
    <version>3.3.3.0</version>
</dependency>

If you don't want to use maven you can still get the binaries from maven
central:

http://search.maven.org/#artifactdetails|org.ovirt.engine.sdk|ovirt-engine-sdk-java|3.3.3.0|jar

That is valid for the latest stable release of the engine. Once we have
a stable release of engine 3.4 we will release a new version of the SDK,
matching that engine.

If you can't find what you are looking for please let me know.

> 
> ----- Original Message -----
>> From: "Vikas Kokare" <vikaskokare at gmail.com>
>> To: engine-devel at ovirt.org
>> Sent: Tuesday, February 25, 2014 3:46:34 PM
>> Subject: [Engine-devel] ovirt-engine Java SDK
>>
>> Is this the right location to look for the Java SDK of the ovirt-engine?
>>
>> https://oss.sonatype.org/content/repositories/releases/org/ovirt/engine/sdk/ovirt-engine-sdk-java
>>
>> Regards
>> Vikas
>>

-- 
Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3?D, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L.


From sbonazzo at redhat.com  Tue Feb 25 16:42:40 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 25 Feb 2014 17:42:40 +0100
Subject: [Engine-devel] oVirt 3.3.4 Release Candidate is now available
Message-ID: <530CC800.6040502@redhat.com>

The oVirt team is pleased to announce that the 3.3.4 Release Candidate is now
available in ovirt-updates-testing [1].

Feel free to join us testing it[2] and verifying the bugzilla entries actually
under verification.

Release notes for this update will be updated soon on the wiki [3].

[1] http://resources.ovirt.org/releases/updates-testing
[2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing
[3] http://www.ovirt.org/OVirt_3.3.4_release_notes

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From leonardo.bianconi at eldorado.org.br  Tue Feb 25 17:15:14 2014
From: leonardo.bianconi at eldorado.org.br (Leonardo Bianconi)
Date: Tue, 25 Feb 2014 17:15:14 +0000
Subject: [Engine-devel] Reviewers for PPC64 patches
Message-ID: <c51dfbb8e1bc46c88aaac1df539d118f@serv031.corp.eldorado.org.br>

Hi everyone!

This is a list of patches that need review for 3.4 version.
Can anyone help us?

http://gerrit.ovirt.org/21657
http://gerrit.ovirt.org/21658
http://gerrit.ovirt.org/24015
http://gerrit.ovirt.org/23238
http://gerrit.ovirt.org/21522
http://gerrit.ovirt.org/21523
http://gerrit.ovirt.org/21644
http://gerrit.ovirt.org/21643
http://gerrit.ovirt.org/24016
http://gerrit.ovirt.org/22055
http://gerrit.ovirt.org/22107
http://gerrit.ovirt.org/24851
http://gerrit.ovirt.org/24966

Thanks!
Leonardo Bianconi.

From vikaskokare at gmail.com  Wed Feb 26 12:06:59 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Wed, 26 Feb 2014 17:36:59 +0530
Subject: [Engine-devel] Search collections with queries
Message-ID: <CAKpxQk0MJQ=OkHE8aivbSgZKM1jbVsNWA9L8n839b7v4ehp8FQ@mail.gmail.com>

There is very limited documentation (ReST API)about the search query
"criteria" for searching objects. The general format is

(criteria) [sortby (elem ent) asc|desc]

I was looking for detailed information on what the criteria can or can't
support. Please guide to the appropriate source.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140226/a84d26d4/attachment.html>

From jhernand at redhat.com  Wed Feb 26 12:09:47 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Wed, 26 Feb 2014 13:09:47 +0100
Subject: [Engine-devel] Search collections with queries
In-Reply-To: <CAKpxQk0MJQ=OkHE8aivbSgZKM1jbVsNWA9L8n839b7v4ehp8FQ@mail.gmail.com>
References: <CAKpxQk0MJQ=OkHE8aivbSgZKM1jbVsNWA9L8n839b7v4ehp8FQ@mail.gmail.com>
Message-ID: <530DD98B.7070304@redhat.com>

On 02/26/2014 01:06 PM, Vikas Kokare wrote:
> There is very limited documentation (ReST API)about the search query
> "criteria" for searching objects. The general format is
> 
> (criteria) [sortby (elem ent) asc|desc]
> 
> I was looking for detailed information on what the criteria can or can't
> support. Please guide to the appropriate source.
> 

The RESTAPI uses the same search syntax that the GUI, and that is
documented here:

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html-single/Administration_Guide/index.html#Performing_searches_in_Red_Hat_Enterprise_Virtualization-1

-- 
Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3?D, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L.


From leonardo.bianconi at eldorado.org.br  Wed Feb 26 16:31:05 2014
From: leonardo.bianconi at eldorado.org.br (Leonardo Bianconi)
Date: Wed, 26 Feb 2014 16:31:05 +0000
Subject: [Engine-devel] Reviewers for PPC64 patches
In-Reply-To: <c51dfbb8e1bc46c88aaac1df539d118f@serv031.corp.eldorado.org.br>
References: <c51dfbb8e1bc46c88aaac1df539d118f@serv031.corp.eldorado.org.br>
Message-ID: <2846603ee4d3467f8ad14cf17753f255@serv031.corp.eldorado.org.br>

Hi,

Just updating the patch list specifying the target...

This is a list of patches that need review for 3.4 version.
Can anyone help us?


=== oVirt 3.4 ===
[http://gerrit.ovirt.org/#/c/25049/] Enable balloon by default - Patch 1 of 2
[http://gerrit.ovirt.org/#/c/25050/] Enable balloon by default - Patch 2 of 2
[http://gerrit.ovirt.org/#/c/25073/] Prevent memory snapshot in ppc64
[http://gerrit.ovirt.org/#/c/25079/] Prevent snapshot in ppc64
[http://gerrit.ovirt.org/#/c/25074/] Prevent VM suspend in the ppc64 arch
[http://gerrit.ovirt.org/#/c/25069/] Prevent VM suspend in the ppc64 arch
[http://gerrit.ovirt.org/#/c/25046/] Avoid migration in ppc64
[http://gerrit.ovirt.org/#/c/25045/] Retrieve Capabilities for each Architecture
[http://gerrit.ovirt.org/#/c/25048/] Prevent migration on the frontend
[http://gerrit.ovirt.org/#/c/25052/] Disable Migrate On Error on ppc64 clusters
[http://gerrit.ovirt.org/#/c/25053/] Proper default migration policies for ppc64
[http://gerrit.ovirt.org/#/c/24851/] Run Once: avoid SPICE in ppc64 VMs
[http://gerrit.ovirt.org/#/c/24966/] Block floppy support on PPC64


=== oVirt Master (backport) ===
[http://gerrit.ovirt.org/22055] Enable balloon by default - Patch 1 of 2
[http://gerrit.ovirt.org/22107] Enable balloon by default - Patch 2 of 2
[http://gerrit.ovirt.org/21657] Prevent memory snapshot in ppc64
[http://gerrit.ovirt.org/21658] Prevent snapshot in ppc64
[http://gerrit.ovirt.org/24015] Prevent VM suspend in the ppc64 arch
[http://gerrit.ovirt.org/24016] Prevent VM suspend in the ppc64 arch
[http://gerrit.ovirt.org/21522] Avoid migration in ppc64
[http://gerrit.ovirt.org/23238] Retrieve Capabilities for each Architecture
[http://gerrit.ovirt.org/21523] Prevent migration on the frontend
[http://gerrit.ovirt.org/21644] Disable Migrate On Error on ppc64 clusters
[http://gerrit.ovirt.org/21643] Proper default migration policies for ppc64
[http://gerrit.ovirt.org/24851] Run Once: avoid SPICE in ppc64 VMs
[http://gerrit.ovirt.org/24966] Block floppy support on PPC64

Thanks!
Leonardo Bianconi.

________________________________________
De: engine-devel-bounces at ovirt.org <engine-devel-bounces at ovirt.org> em nome de Leonardo Bianconi <leonardo.bianconi at eldorado.org.br>
Enviado: ter?a-feira, 25 de fevereiro de 2014 14:15
Para: engine-devel at ovirt.org
Cc: Gustavo Frederico Temple Pedrosa
Assunto: [Engine-devel] Reviewers for PPC64 patches

Hi everyone!

This is a list of patches that need review for 3.4 version.
Can anyone help us?

http://gerrit.ovirt.org/21657
http://gerrit.ovirt.org/21658
http://gerrit.ovirt.org/24015
http://gerrit.ovirt.org/23238
http://gerrit.ovirt.org/21522
http://gerrit.ovirt.org/21523
http://gerrit.ovirt.org/21644
http://gerrit.ovirt.org/21643
http://gerrit.ovirt.org/24016
http://gerrit.ovirt.org/22055
http://gerrit.ovirt.org/22107
http://gerrit.ovirt.org/24851
http://gerrit.ovirt.org/24966

Thanks!
Leonardo Bianconi.
_______________________________________________
Engine-devel mailing list
Engine-devel at ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

From vikaskokare at gmail.com  Thu Feb 27 02:35:23 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Thu, 27 Feb 2014 08:05:23 +0530
Subject: [Engine-devel] ReST API documentation
Message-ID: <CAKpxQk0b0OFCLoq3AMXk7z9yZCWD1en2ogYvWX2kDPZ11pue5g@mail.gmail.com>

Only
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.0/has
the ReST API document available, and not corresponding versions for
3.1, 3.2 and 3.3. Hasn't the API changed since 3.0?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140227/df288363/attachment.html>

From kmayilsa at redhat.com  Thu Feb 27 05:57:20 2014
From: kmayilsa at redhat.com (Kanagaraj)
Date: Thu, 27 Feb 2014 11:27:20 +0530
Subject: [Engine-devel] ReST API documentation
In-Reply-To: <CAKpxQk0b0OFCLoq3AMXk7z9yZCWD1en2ogYvWX2kDPZ11pue5g@mail.gmail.com>
References: <CAKpxQk0b0OFCLoq3AMXk7z9yZCWD1en2ogYvWX2kDPZ11pue5g@mail.gmail.com>
Message-ID: <530ED3C0.1030300@redhat.com>

Here is 3.3 documents 
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/index.html

Thanks,
Kanagaraj

On 02/27/2014 08:05 AM, Vikas Kokare wrote:
> Only 
> https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.0/ 
> has the ReST API document available, and not corresponding versions 
> for 3.1, 3.2 and 3.3. Hasn't the API changed since 3.0?
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140227/d568599f/attachment.html>

From awels at redhat.com  Thu Feb 27 13:32:00 2014
From: awels at redhat.com (Alexander Wels)
Date: Thu, 27 Feb 2014 08:32 -0500
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <1944239316.3104044.1392825066732.JavaMail.zimbra@redhat.com>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
	<5304CD77.1010407@redhat.com>
	<1944239316.3104044.1392825066732.JavaMail.zimbra@redhat.com>
Message-ID: <3018426.h1T2jmR5QI@awels>

Master is back to its normal zippy self in GWT dev mode as of 8:25 EST Feb 
27th 2014. With relative values for zippy. If you are annoyed by the slow GTW 
dev mode be sure to fetch and rebase.

On Wednesday, February 19, 2014 10:51:06 AM Greg Sheremeta wrote:
> I agree with Lior. Alexander (cc'd) has a patch that will hopefully address
> it.
> 
> Greg
> 
> ----- Original Message -----
> 
> > From: "Lior Vernia" <lvernia at redhat.com>
> > To: "Martin Betak" <mbetak at redhat.com>
> > Cc: "Greg Sheremeta" <gshereme at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>, "Vojtech Szocs" <vszocs at redhat.com>
> > Sent: Wednesday, February 19, 2014 10:27:51 AM
> > Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > 
> > Hi guys,
> > 
> > On 17/02/14 13:15, Martin Betak wrote:
> > > Yes, this has been my developer experience since I joined the project.
> > 
> > To my eyes, it hasn't always been this slow. Something aggravated the
> > situation sometime in the past 3 weeks. I'm not knowledgeable enough to
> > say what went wrong, but this is not simply a gradual degradation of
> > more code being compiled, etc.
> > 
> > Lior.
> > 
> > > The 5-6 minute page-loads are a standard but the GWT Dev Mode gets
> > > progressively
> > > slower after each "refresh" that involves frontend recompilation. Also
> > > the
> > > memory
> > > consumption increases and after 5-th "refresh" or so I have to kill it
> > > and
> > > recompile the whole engine.
> > > 
> > > Any improvement to current status would be much appreciated.
> > > 
> > > Martin
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > 
> > >> From: "Greg Sheremeta" <gshereme at redhat.com>
> > >> To: "engine-devel" <engine-devel at ovirt.org>
> > >> Sent: Friday, February 14, 2014 4:50:46 PM
> > >> Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > >> 
> > >> Has anyone else noticed that GWT Dev Mode is unbearably slow for
> > >> WebAdmin?
> > >> On
> > >> my machine, it's to the point where I might as well rebuild the entire
> > >> application for every change and not bother with Dev Mode. Pages take 4
> > >> or
> > >> 5
> > >> minutes to render. Sometimes after 5 minutes, I just give up, close
> > >> everything, and rebuild the app.
> > >> 
> > >> For now, I want to see if others have this issue. If we confirm that
> > >> it's
> > >> widespread, we can discuss ways to mitigate.
> > >> 
> > >> Greg Sheremeta
> > >> Red Hat, Inc.
> > >> Sr. Software Engineer, RHEV
> > >> Cell: 919-807-1086
> > >> gshereme at redhat.com
> > >> _______________________________________________
> > >> Engine-devel mailing list
> > >> Engine-devel at ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel



From vszocs at redhat.com  Thu Feb 27 13:34:13 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Thu, 27 Feb 2014 08:34:13 -0500 (EST)
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <1944239316.3104044.1392825066732.JavaMail.zimbra@redhat.com>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
	<1544000648.9411802.1392635747361.JavaMail.zimbra@redhat.com>
	<5304CD77.1010407@redhat.com>
	<1944239316.3104044.1392825066732.JavaMail.zimbra@redhat.com>
Message-ID: <565218163.11031111.1393508053133.JavaMail.zimbra@redhat.com>

Hi guys,

patch http://gerrit.ovirt.org/#/c/24409/ was just merged, hopefully GWT debugging should be a bit faster now.

Vojtech


----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "Lior Vernia" <lvernia at redhat.com>
> Cc: "Martin Betak" <mbetak at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "Vojtech Szocs" <vszocs at redhat.com>,
> "Alexander Wels" <awels at redhat.com>
> Sent: Wednesday, February 19, 2014 4:51:06 PM
> Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> 
> I agree with Lior. Alexander (cc'd) has a patch that will hopefully address
> it.
> 
> Greg
> 
> ----- Original Message -----
> > From: "Lior Vernia" <lvernia at redhat.com>
> > To: "Martin Betak" <mbetak at redhat.com>
> > Cc: "Greg Sheremeta" <gshereme at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>, "Vojtech Szocs"
> > <vszocs at redhat.com>
> > Sent: Wednesday, February 19, 2014 10:27:51 AM
> > Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > 
> > Hi guys,
> > 
> > On 17/02/14 13:15, Martin Betak wrote:
> > > Yes, this has been my developer experience since I joined the project.
> > 
> > To my eyes, it hasn't always been this slow. Something aggravated the
> > situation sometime in the past 3 weeks. I'm not knowledgeable enough to
> > say what went wrong, but this is not simply a gradual degradation of
> > more code being compiled, etc.
> > 
> > Lior.
> > 
> > > The 5-6 minute page-loads are a standard but the GWT Dev Mode gets
> > > progressively
> > > slower after each "refresh" that involves frontend recompilation. Also
> > > the
> > > memory
> > > consumption increases and after 5-th "refresh" or so I have to kill it
> > > and
> > > recompile the whole engine.
> > > 
> > > Any improvement to current status would be much appreciated.
> > > 
> > > Martin
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > >> From: "Greg Sheremeta" <gshereme at redhat.com>
> > >> To: "engine-devel" <engine-devel at ovirt.org>
> > >> Sent: Friday, February 14, 2014 4:50:46 PM
> > >> Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > >>
> > >> Has anyone else noticed that GWT Dev Mode is unbearably slow for
> > >> WebAdmin?
> > >> On
> > >> my machine, it's to the point where I might as well rebuild the entire
> > >> application for every change and not bother with Dev Mode. Pages take 4
> > >> or
> > >> 5
> > >> minutes to render. Sometimes after 5 minutes, I just give up, close
> > >> everything, and rebuild the app.
> > >>
> > >> For now, I want to see if others have this issue. If we confirm that
> > >> it's
> > >> widespread, we can discuss ways to mitigate.
> > >>
> > >> Greg Sheremeta
> > >> Red Hat, Inc.
> > >> Sr. Software Engineer, RHEV
> > >> Cell: 919-807-1086
> > >> gshereme at redhat.com
> > >> _______________________________________________
> > >> Engine-devel mailing list
> > >> Engine-devel at ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >>
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 


From gshereme at redhat.com  Thu Feb 27 14:26:40 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Thu, 27 Feb 2014 09:26:40 -0500 (EST)
Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
In-Reply-To: <3018426.h1T2jmR5QI@awels>
References: <127908115.1936906.1392393046744.JavaMail.zimbra@redhat.com>
	<5304CD77.1010407@redhat.com>
	<1944239316.3104044.1392825066732.JavaMail.zimbra@redhat.com>
	<3018426.h1T2jmR5QI@awels>
Message-ID: <1313494537.5573093.1393511200703.JavaMail.zimbra@redhat.com>

Thanks, and great work figuring it out :)

Greg

----- Original Message -----
> From: "Alexander Wels" <awels at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "Lior Vernia" <lvernia at redhat.com>, "Martin Betak" <mbetak at redhat.com>, "engine-devel" <engine-devel at ovirt.org>,
> "Vojtech Szocs" <vszocs at redhat.com>
> Sent: Thursday, February 27, 2014 8:32:00 AM
> Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> 
> Master is back to its normal zippy self in GWT dev mode as of 8:25 EST Feb
> 27th 2014. With relative values for zippy. If you are annoyed by the slow GTW
> dev mode be sure to fetch and rebase.
> 
> On Wednesday, February 19, 2014 10:51:06 AM Greg Sheremeta wrote:
> > I agree with Lior. Alexander (cc'd) has a patch that will hopefully address
> > it.
> > 
> > Greg
> > 
> > ----- Original Message -----
> > 
> > > From: "Lior Vernia" <lvernia at redhat.com>
> > > To: "Martin Betak" <mbetak at redhat.com>
> > > Cc: "Greg Sheremeta" <gshereme at redhat.com>, "engine-devel"
> > > <engine-devel at ovirt.org>, "Vojtech Szocs" <vszocs at redhat.com>
> > > Sent: Wednesday, February 19, 2014 10:27:51 AM
> > > Subject: Re: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > > 
> > > Hi guys,
> > > 
> > > On 17/02/14 13:15, Martin Betak wrote:
> > > > Yes, this has been my developer experience since I joined the project.
> > > 
> > > To my eyes, it hasn't always been this slow. Something aggravated the
> > > situation sometime in the past 3 weeks. I'm not knowledgeable enough to
> > > say what went wrong, but this is not simply a gradual degradation of
> > > more code being compiled, etc.
> > > 
> > > Lior.
> > > 
> > > > The 5-6 minute page-loads are a standard but the GWT Dev Mode gets
> > > > progressively
> > > > slower after each "refresh" that involves frontend recompilation. Also
> > > > the
> > > > memory
> > > > consumption increases and after 5-th "refresh" or so I have to kill it
> > > > and
> > > > recompile the whole engine.
> > > > 
> > > > Any improvement to current status would be much appreciated.
> > > > 
> > > > Martin
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > 
> > > >> From: "Greg Sheremeta" <gshereme at redhat.com>
> > > >> To: "engine-devel" <engine-devel at ovirt.org>
> > > >> Sent: Friday, February 14, 2014 4:50:46 PM
> > > >> Subject: [Engine-devel] GWT Dev Mode unbearably slow in WebAdmin
> > > >> 
> > > >> Has anyone else noticed that GWT Dev Mode is unbearably slow for
> > > >> WebAdmin?
> > > >> On
> > > >> my machine, it's to the point where I might as well rebuild the entire
> > > >> application for every change and not bother with Dev Mode. Pages take
> > > >> 4
> > > >> or
> > > >> 5
> > > >> minutes to render. Sometimes after 5 minutes, I just give up, close
> > > >> everything, and rebuild the app.
> > > >> 
> > > >> For now, I want to see if others have this issue. If we confirm that
> > > >> it's
> > > >> widespread, we can discuss ways to mitigate.
> > > >> 
> > > >> Greg Sheremeta
> > > >> Red Hat, Inc.
> > > >> Sr. Software Engineer, RHEV
> > > >> Cell: 919-807-1086
> > > >> gshereme at redhat.com
> > > >> _______________________________________________
> > > >> Engine-devel mailing list
> > > >> Engine-devel at ovirt.org
> > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > > 
> > > > _______________________________________________
> > > > Engine-devel mailing list
> > > > Engine-devel at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 


From alitke at redhat.com  Fri Feb 28 14:30:16 2014
From: alitke at redhat.com (Adam Litke)
Date: Fri, 28 Feb 2014 09:30:16 -0500
Subject: [Engine-devel] Asynchronous tasks for live merge
Message-ID: <20140228143016.GC29304@redhat.com>

Hi all,

As part of our plan to support live merging of VM disk snapshots it
seems we will need a new form of asynchronous task in ovirt-engine.  I
am aware of AsyncTaskManager but it seems to be limited to managing
SPM tasks.  For live merge, we are going to need something called
VmTasks since the async command can be run only on the host that
currently runs the VM.

The way I see this working from an engine perspective is:
1. RemoveSnapshotCommand in bll is invoked as usual but since the VM is
   found to be up, we activate an alternative live merge flow.
2. We submit a LiveMerge VDS Command for each impacted disk.  This is
   an asynchronous command which we need to monitor for completion.
3. A VmJob is inserted into the DB so we'll remember to handle it.
4. The VDS Broker monitors the operation via an extension to the
   already collected VmStatistics data.  Vdsm will report active Block
   Jobs only.  Once the job stops (in error or success) it will cease
   to be reported by vdsm and engine will know to proceed.
5. When the job has completed, VDS Broker raises an event up to bll.
   Maybe this could be done via VmJobDAO on the stored VmJob?
6. Bll receives the event and issues a series of VDS commands to
   complete the operation:
   a) Verify the new image chain matches our expectations (the snap is
      no longer present in the chain).
   b) Delete the snapshot volume
   c) Remove the VmJob from the DB

Could you guys review this proposed flow for sanity?  The main
conceptual gaps I am left with concern #5 and #6.  What is the
appropriate way for VDSBroker to communicate with BLL?  Is there an
event mechanism I can explore or should I use the database?  I am
leaning toward the database because it is persistent and will ensure
#6 gets completed even if engine is restarted somewhere in the middle.
For #6, is there an existing polling / event loop in bll that I can
plug into?

Thanks in advance for taking the time to think about this flow and for
providing your insights!

-- 
Adam Litke


From sbonazzo at redhat.com  Fri Feb 28 16:11:28 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 28 Feb 2014 17:11:28 +0100
Subject: [Engine-devel] [ANN] oVirt 3.4.0 Release Candidate is now available
Message-ID: <5310B530.6090504@redhat.com>

The oVirt team is pleased to announce that the 3.4.0 Release Candidate is now available for testing.

Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1].
Please ensure to follow install instruction from release notes if you're going to test it.
The existing repository ovirt-3.4.0-prerelease has been updated for delivering this release candidate and future refreshes until final release.

An oVirt Node iso is already available, unchanged from third beta.

You're welcome to join us testing this release candidate in next week test day [2] scheduled for 2014-03-06!


[1] http://www.ovirt.org/OVirt_3.4.0_release_notes
[2] http://www.ovirt.org/OVirt_3.4_Test_Day

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From vikaskokare at gmail.com  Fri Feb 28 18:21:34 2014
From: vikaskokare at gmail.com (Vikas Kokare)
Date: Fri, 28 Feb 2014 23:51:34 +0530
Subject: [Engine-devel] ReST API docs
Message-ID: <CAKpxQk1NxUmADrF2hXedZSqfF=CC8avX=ScDJdtpb8nYmivnJQ@mail.gmail.com>

Only
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.0/has
the ReST API document available, and not corresponding versions for
3.1, 3.2 and 3.3.

I see differences in 3.0 ReST data structure and what is returned back from
RHEVM 3.2 installation.

Please point to the REST API Guide for RHEVM 3.2.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140228/a0bc7c09/attachment.html>