From lhornyak at redhat.com  Thu Aug  1 05:38:42 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Thu, 1 Aug 2013 01:38:42 -0400 (EDT)
Subject: [Engine-devel] [oVirt jenkins] Weekly report on open tasks
	for	ovirt-engine
In-Reply-To: <689342260.41.1375311778175.JavaMail.jenkins@jenkins.ovirt.org>
References: <689342260.41.1375311778175.JavaMail.jenkins@jenkins.ovirt.org>
Message-ID: <1019615143.4095225.1375335522741.JavaMail.root@redhat.com>

wow... so many. Actually (in the remote future after the release hype) some @deprecated annotations could be removed, for example from utility classes where they are deprecated in favor of apache commons utilities, while GWT can not use the commons utilities.

----- Original Message -----
> From: "Jenkins ci oVirt Server" <jenkins at ovirt.org>
> To: engine-devel at ovirt.org
> Sent: Thursday, August 1, 2013 1:02:58 AM
> Subject: [Engine-devel] [oVirt jenkins] Weekly report on open tasks for	ovirt-engine
> 
> Files scanned: '**/*.java, **/*.py'.
> Strings searched: FIXME | TODO | @deprecated
> 
> Report:
> http://jenkins.ovirt.org/job/ovirt_engine_scan_open_tasks/10/tasksResult/?
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From asegurap at redhat.com  Thu Aug  1 08:24:18 2013
From: asegurap at redhat.com (Antoni Segura Puimedon)
Date: Thu, 1 Aug 2013 04:24:18 -0400 (EDT)
Subject: [Engine-devel] server/api/ full_version tag stability
In-Reply-To: <1693486512.4758910.1375345287406.JavaMail.root@redhat.com>
Message-ID: <569620019.4759527.1375345458420.JavaMail.root@redhat.com>

Hello list,

In order to smarten up the ovirt-node registration flow I will ask the engine
via rest API for it's version number, so that I can take decisions about
capabilities for networking.

I found that https:/server/api/ provides an xml document with a <full_version>
tag that suits my purposes and I wanted to make sure that the stability of such
element can be depended upon by asking you about it.

IMHO, it could be nice instead that we would have an api endpoint (if it is not
there and I missed it) that would provide capability tags information such as:
bridgeless_nets, vm_live_snapshot, etc.

Best regards,

Toni


From alonbl at redhat.com  Thu Aug  1 08:27:30 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Thu, 1 Aug 2013 04:27:30 -0400 (EDT)
Subject: [Engine-devel] server/api/ full_version tag stability
In-Reply-To: <569620019.4759527.1375345458420.JavaMail.root@redhat.com>
References: <569620019.4759527.1375345458420.JavaMail.root@redhat.com>
Message-ID: <374503777.4760247.1375345650526.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Antoni Segura Puimedon" <asegurap at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, August 1, 2013 11:24:18 AM
> Subject: [Engine-devel] server/api/ full_version tag stability
> 
> Hello list,
> 
> In order to smarten up the ovirt-node registration flow I will ask the engine
> via rest API for it's version number, so that I can take decisions about
> capabilities for networking.
> 
> I found that https:/server/api/ provides an xml document with a
> <full_version>
> tag that suits my purposes and I wanted to make sure that the stability of
> such
> element can be depended upon by asking you about it.
> 
> IMHO, it could be nice instead that we would have an api endpoint (if it is
> not
> there and I missed it) that would provide capability tags information such
> as:
> bridgeless_nets, vm_live_snapshot, etc.

It also should be anonymous API.

Alon


From ykatabam at redhat.com  Thu Aug  1 10:27:20 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 01 Aug 2013 20:27:20 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #3 and #4]
Message-ID: <51FA3808.7030604@redhat.com>

Hello,

I would like to ask a couple more questions for translation:

#3
*File: *LocalizedEnums
*Resource IDs: *
AuditLogType___IMPORTEXPORT_IMPORT_VM_FROM_TRUSTED_TO_UNTRUSTED
AuditLogType___IMPORTEXPORT_IMPORT_VM_FROM_UNTRUSTED_TO_TRUSTED
*Strings:*
Import VM from trusted cluster into non-trusted cluster
Import VM from non-trusted cluster into trusted cluster
*Question: *Since these strings are audit logs, should "Import" be 
"Imported", stating the past event?

#4
*File: *AppErrors
*Resource ID: *VAR__ACTION__SCAN_ALIGNMENT
*String:* $action scan alignment
*Question: *"Alignment" can be translated in a few different ways 
depending on the context. Could anyone tell me how this action is used? 
Is it referring disk partition alignment?

It would be very much appreciated if anyone who knows the answer could 
help me with those questions.

Thank you.

Yuko
-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130801/0619bc2f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130801/0619bc2f/attachment.png>

From mkolesni at redhat.com  Thu Aug  1 09:27:36 2013
From: mkolesni at redhat.com (Mike Kolesnik)
Date: Thu, 1 Aug 2013 05:27:36 -0400 (EDT)
Subject: [Engine-devel] Join us in a deep dive into the oVirt-Neutron
	integration
In-Reply-To: <1665160729.9758469.1375348583923.JavaMail.root@redhat.com>
Message-ID: <290187584.9764969.1375349256828.JavaMail.root@redhat.com>

Thanks to everyone who participated, I hope the session was enlightening. 

If you didn't participate, don't miss out... 
The session recording is available at: 
https://sas.elluminate.com/p.jnlp?psid=2013-07-31.0603.M.EE511E1083BCFC4B7C7A2454800447.vcr&sid=819 
(starts at 3rd minute) 

Regards, 
Mike 

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

> The following is a new meeting request:
> Subject: 	Join us in a deep dive into the oVirt-Neutron integration
> Organizer: 	"Mike Kolesnik" <mkolesni at redhat.com> Time: 	Wednesday, July 31,
> 2013, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem Invitees:
> 	users at ovirt.org; engine-devel at ovirt.org
> *~*~*~*~*~*~*~*~*~*

> Hi everyone,

> As you may know, In oVirt 3.3 we're releasing an integration of OpenStack
> Networking service
> (a.k.a. Neutron) as another way to define & use VM networks, besides the good
> old Linux
> Bridge support in VDSM.

> You're all invited to join us in a deep dive into this integration,
> highlighting the way it works,
> the value it brings and how it can be further extended.

> The session will take place on Wednesday, Jul 31 , 2013 from 4:00 PM to 5:00
> PM GMT +02:00 (Jerusalem)

> The session will be done via Elluminate:
> https://sas.elluminate.com/m.jnlp?sid=819&password=M.DF0344C0EEC820394D37F89D9BE68C

> There will also be a teleconferencing bridge available via Intercall:
> Bridge id: 972506565679
> Phone numbers: http://www.ovirt.org/Intercall

> Regards,
> Mike & Livnat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130801/9bceccb0/attachment.html>

From omasad at redhat.com  Thu Aug  1 11:44:14 2013
From: omasad at redhat.com (Ofri Masad)
Date: Thu, 1 Aug 2013 07:44:14 -0400 (EDT)
Subject: [Engine-devel] [oVirt 3.3 Localization Question #3 and #4]
In-Reply-To: <51FA3808.7030604@redhat.com>
References: <51FA3808.7030604@redhat.com>
Message-ID: <118539140.4821333.1375357454991.JavaMail.root@redhat.com>

Hi Yuko,

about the Import/ed
these enum localizations are actually for the notification service settings.
as you can see, most verbs for that use are in present form.

for example: 
VdcActionType___StartGlusterVolume=Start Gluster Volume
VdcActionType___StopGlusterVolume=Stop Gluster Volume 
VdcActionType___UpdateAdGroupTimeLeasedPool=Update Group to Time Leased VM Pool
VdcActionType___UpdateNetworkToVdsInterface=Update Network to Host Interface
...


thanks
Ofri 

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, August 1, 2013 1:27:20 PM
> Subject: [Engine-devel] [oVirt 3.3 Localization Question #3 and #4]
> 
> Hello,
> 
> I would like to ask a couple more questions for translation:
> 
> #3
> File: LocalizedEnums
> Resource IDs:
> AuditLogType___IMPORTEXPORT_IMPORT_VM_FROM_TRUSTED_TO_UNTRUSTED
> AuditLogType___IMPORTEXPORT_IMPORT_VM_FROM_UNTRUSTED_TO_TRUSTED
> Strings:
> Import VM from trusted cluster into non-trusted cluster
> Import VM from non-trusted cluster into trusted cluster
> Question: Since these strings are audit logs, should "Import" be "Imported",
> stating the past event?
> 
> #4
> File: AppErrors
> Resource ID: VAR__ACTION__SCAN_ALIGNMENT
> String: $action scan alignment
> Question: "Alignment" can be translated in a few different ways depending on
> the context. Could anyone tell me how this action is used? Is it referring
> disk partition alignment?
> 
> It would be very much appreciated if anyone who knows the answer could help
> me with those questions.
> 
> Thank you.
> 
> Yuko
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ykatabam at redhat.com  Thu Aug  1 11:55:35 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 01 Aug 2013 21:55:35 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #3] "Import/ed"
In-Reply-To: <118539140.4821333.1375357454991.JavaMail.root@redhat.com>
References: <51FA3808.7030604@redhat.com>
	<118539140.4821333.1375357454991.JavaMail.root@redhat.com>
Message-ID: <51FA4CB7.1040703@redhat.com>


On 08/01/2013 09:44 PM, Ofri Masad wrote:
> Hi Yuko,
>
> about the Import/ed
> these enum localizations are actually for the notification service settings.
> as you can see, most verbs for that use are in present form.
>
> for example:
> VdcActionType___StartGlusterVolume=Start Gluster Volume
> VdcActionType___StopGlusterVolume=Stop Gluster Volume
> VdcActionType___UpdateAdGroupTimeLeasedPool=Update Group to Time Leased VM Pool
> VdcActionType___UpdateNetworkToVdsInterface=Update Network to Host Interface
Hi Ofri,

Thank you very much for your explanation.
I understand it now.
I keep my translation in present form.

Kind regards,

Yuko
> ...
>
>
> thanks
> Ofri
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Thursday, August 1, 2013 1:27:20 PM
>> Subject: [Engine-devel] [oVirt 3.3 Localization Question #3 and #4]
>>
>> Hello,
>>
>> I would like to ask a couple more questions for translation:
>>
>> #3
>> File: LocalizedEnums
>> Resource IDs:
>> AuditLogType___IMPORTEXPORT_IMPORT_VM_FROM_TRUSTED_TO_UNTRUSTED
>> AuditLogType___IMPORTEXPORT_IMPORT_VM_FROM_UNTRUSTED_TO_TRUSTED
>> Strings:
>> Import VM from trusted cluster into non-trusted cluster
>> Import VM from non-trusted cluster into trusted cluster
>> Question: Since these strings are audit logs, should "Import" be "Imported",
>> stating the past event?
>>
>> #4
>> File: AppErrors
>> Resource ID: VAR__ACTION__SCAN_ALIGNMENT
>> String: $action scan alignment
>> Question: "Alignment" can be translated in a few different ways depending on
>> the context. Could anyone tell me how this action is used? Is it referring
>> disk partition alignment?
>>
>> It would be very much appreciated if anyone who knows the answer could help
>> me with those questions.
>>
>> Thank you.
>>
>> Yuko
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130801/0d381d0d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130801/0d381d0d/attachment.png>

From ykatabam at redhat.com  Fri Aug  2 01:46:32 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 02 Aug 2013 11:46:32 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #5]
	"cloudInitAttachmentContentBase64ToolTip"
Message-ID: <51FB0F78.60100@redhat.com>

Hi all,

I would like to ask you a localization-related question.
Could anyone help me with the following?:

*File:***CommonApplicationConstants*
**Resource ID: *cloudInitAttachmentContentBase64ToolTip*
**String:***Enter the attachment content encoded in base-64*
**Question:* Is this referring to the new feature described at: 
http://www.ovirt.org/Features/Cloud-Init_Integration ?
If so, "attachment" in this case is about file(s) to attach (inject) to 
the guest disk?
It would be helpful if you could also tell me how to navigate to this 
GUI label in the Admin Portal, if it is already available.

Thank you,

Yuko
-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/690da6b6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/690da6b6/attachment.png>

From ykatabam at redhat.com  Fri Aug  2 04:33:32 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 02 Aug 2013 14:33:32 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and "Down"
	in CommonApplicationConstants
Message-ID: <51FB369C.2010301@redhat.com>

Hi all,

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

*File:***CommonApplicationConstants*
**Resource IDs: *"up" and "down*"
**String:***"Up" and "Down"
*Question:* Could anyone tell me how (and where) these newly added 
strings are used? Resource IDs only state "down" and "up", which does 
not really help.
I would like to know if these are referring to the status, or for moving 
an item up and down in a list.

Thank you.

Yuko

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/cb7f3f48/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/cb7f3f48/attachment.png>

From deepakcs at linux.vnet.ibm.com  Fri Aug  2 05:14:16 2013
From: deepakcs at linux.vnet.ibm.com (Deepak C Shetty)
Date: Fri, 02 Aug 2013 10:44:16 +0530
Subject: [Engine-devel] oVirt - Glance Integration Deep Dive Session
In-Reply-To: <1022963017.7822903.1375091061913.JavaMail.root@redhat.com>
References: <1022963017.7822903.1375091061913.JavaMail.root@redhat.com>
Message-ID: <51FB4028.3090503@linux.vnet.ibm.com>

Federico,
     Could you share the slide deck you used in this presentation ?

thanx,
deepak



From deepakcs at linux.vnet.ibm.com  Fri Aug  2 05:14:41 2013
From: deepakcs at linux.vnet.ibm.com (Deepak C Shetty)
Date: Fri, 02 Aug 2013 10:44:41 +0530
Subject: [Engine-devel] Join us in a deep dive into the oVirt-Neutron
 integration
In-Reply-To: <290187584.9764969.1375349256828.JavaMail.root@redhat.com>
References: <290187584.9764969.1375349256828.JavaMail.root@redhat.com>
Message-ID: <51FB4041.8090009@linux.vnet.ibm.com>

Is it possible to share the slide deck for this  pls ?

thanx,
deepak



From tjelinek at redhat.com  Fri Aug  2 06:03:04 2013
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Fri, 2 Aug 2013 02:03:04 -0400 (EDT)
Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
 "Down"	in CommonApplicationConstants
In-Reply-To: <51FB369C.2010301@redhat.com>
References: <51FB369C.2010301@redhat.com>
Message-ID: <496866705.10306987.1375423384935.JavaMail.root@redhat.com>

Hi Yuko,

this are VM statuses:
up: vm is running
down: vm is not running

Tomas

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Friday, August 2, 2013 6:33:32 AM
> Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and "Down"	in CommonApplicationConstants
> 
> Hi all,
> 
> I have another question, I would like to ask for your help.
> 
> File: CommonApplicationConstants
> Resource IDs: "up" and "down "
> String: "Up" and "Down"
> Question: Could anyone tell me how (and where) these newly added strings are
> used? Resource IDs only state "down" and "up", which does not really help.
> I would like to know if these are referring to the status, or for moving an
> item up and down in a list.
> 
> Thank you.
> 
> Yuko
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From wei.d.chen at intel.com  Fri Aug  2 06:34:00 2013
From: wei.d.chen at intel.com (Chen, Wei D)
Date: Fri, 2 Aug 2013 06:34:00 +0000
Subject: [Engine-devel] failed to add host into cluster
Message-ID: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>

Hi,

Failed to add a node into cluster. I saw follow hints, but still don't know how to fix it. OS is fedora 19 both for node and engine,
anyone can help me?

Host *** does not comply with the cluster *** emulated machines. The Hosts emulated machines are clipper,none and the cluster is
[rhel6.4.0, pc-1.0]}


Best Regards,
Dave Chen


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6648 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/8b3f89f0/attachment.p7s>

From ykatabam at redhat.com  Fri Aug  2 06:37:29 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Fri, 02 Aug 2013 16:37:29 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
 "Down"	in CommonApplicationConstants
In-Reply-To: <496866705.10306987.1375423384935.JavaMail.root@redhat.com>
References: <51FB369C.2010301@redhat.com>
	<496866705.10306987.1375423384935.JavaMail.root@redhat.com>
Message-ID: <51FB53A9.2050504@redhat.com>

Thank you Tomas for your prompt response.
I share this info with other translators and we will translate these 
strings accordingly.

Kind regards,

Yuko

On 08/02/2013 04:03 PM, Tomas Jelinek wrote:
> Hi Yuko,
>
> this are VM statuses:
> up: vm is running
> down: vm is not running
>
> Tomas
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Friday, August 2, 2013 6:33:32 AM
>> Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and "Down"	in CommonApplicationConstants
>>
>> Hi all,
>>
>> I have another question, I would like to ask for your help.
>>
>> File: CommonApplicationConstants
>> Resource IDs: "up" and "down "
>> String: "Up" and "Down"
>> Question: Could anyone tell me how (and where) these newly added strings are
>> used? Resource IDs only state "down" and "up", which does not really help.
>> I would like to know if these are referring to the status, or for moving an
>> item up and down in a list.
>>
>> Thank you.
>>
>> Yuko
>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/20e67cc9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/20e67cc9/attachment.png>

From iheim at redhat.com  Fri Aug  2 15:50:58 2013
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 02 Aug 2013 18:50:58 +0300
Subject: [Engine-devel] oVirt - Glance Integration Deep Dive Session
In-Reply-To: <51FB4028.3090503@linux.vnet.ibm.com>
References: <1022963017.7822903.1375091061913.JavaMail.root@redhat.com>
	<51FB4028.3090503@linux.vnet.ibm.com>
Message-ID: <51FBD562.50503@redhat.com>

On 08/02/2013 08:14 AM, Deepak C Shetty wrote:
> Federico,
>      Could you share the slide deck you used in this presentation ?
>
> thanx,
> deepak
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

its in http://www.ovirt.org/OVirt_3.3_release_notes


From iheim at redhat.com  Fri Aug  2 15:51:05 2013
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 02 Aug 2013 18:51:05 +0300
Subject: [Engine-devel] Join us in a deep dive into the oVirt-Neutron
 integration
In-Reply-To: <51FB4041.8090009@linux.vnet.ibm.com>
References: <290187584.9764969.1375349256828.JavaMail.root@redhat.com>
	<51FB4041.8090009@linux.vnet.ibm.com>
Message-ID: <51FBD569.9030805@redhat.com>

On 08/02/2013 08:14 AM, Deepak C Shetty wrote:
> Is it possible to share the slide deck for this  pls ?
>
> thanx,
> deepak
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

its in http://www.ovirt.org/OVirt_3.3_release_notes


From iheim at redhat.com  Fri Aug  2 15:55:45 2013
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 02 Aug 2013 18:55:45 +0300
Subject: [Engine-devel] server/api/ full_version tag stability
In-Reply-To: <374503777.4760247.1375345650526.JavaMail.root@redhat.com>
References: <569620019.4759527.1375345458420.JavaMail.root@redhat.com>
	<374503777.4760247.1375345650526.JavaMail.root@redhat.com>
Message-ID: <51FBD681.7060307@redhat.com>

On 08/01/2013 11:27 AM, Alon Bar-Lev wrote:
>
>
> ----- Original Message -----
>> From: "Antoni Segura Puimedon" <asegurap at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Thursday, August 1, 2013 11:24:18 AM
>> Subject: [Engine-devel] server/api/ full_version tag stability
>>
>> Hello list,
>>
>> In order to smarten up the ovirt-node registration flow I will ask the engine
>> via rest API for it's version number, so that I can take decisions about
>> capabilities for networking.
>>
>> I found that https:/server/api/ provides an xml document with a
>> <full_version>
>> tag that suits my purposes and I wanted to make sure that the stability of
>> such
>> element can be depended upon by asking you about it.
>>
>> IMHO, it could be nice instead that we would have an api endpoint (if it is
>> not
>> there and I missed it) that would provide capability tags information such
>> as:
>> bridgeless_nets, vm_live_snapshot, etc.
>
> It also should be anonymous API.

iirc, the rest api doesn't support yet anonymous access.

i think the api should allow getting the version anonymously.

other possible places are the registration servlet or the health 
servlet, both anonymous today.



From gpadgett at redhat.com  Fri Aug  2 16:04:10 2013
From: gpadgett at redhat.com (Greg Padgett)
Date: Fri, 02 Aug 2013 12:04:10 -0400
Subject: [Engine-devel] [oVirt 3.3 Localization Question #5]
	"cloudInitAttachmentContentBase64ToolTip"
In-Reply-To: <51FB0F78.60100@redhat.com>
References: <51FB0F78.60100@redhat.com>
Message-ID: <51FBD87A.308@redhat.com>

On 08/01/2013 09:46 PM, Yuko Katabami wrote:
> Hi all,
>
> I would like to ask you a localization-related question.
> Could anyone help me with the following?:
>
> *File:***CommonApplicationConstants*
> **Resource ID: *cloudInitAttachmentContentBase64ToolTip*
> **String:***Enter the attachment content encoded in base-64*
> **Question:* Is this referring to the new feature described at:
> http://www.ovirt.org/Features/Cloud-Init_Integration ?
> If so, "attachment" in this case is about file(s) to attach (inject) to
> the guest disk?

Correct

> It would be helpful if you could also tell me how to navigate to this GUI
> label in the Admin Portal, if it is already available.

Sure, to view the tooltip:
1. From the Webadmin VM list, select a VM whose properties specify an OS 
type as some form of Linux
2. Choose Run Once
3. Expand the Initial Run fold, and check the Cloud-Init checkbox
4. Check the File Attachment checkbox
5. Click [+] to add a new file attachment
6. For the Content Type, ensure Base64 is selected
7. The tooltip will now appear if you hover over the Content input textarea

HTH,
Greg

>
> Thank you,
>
> Yuko
> --
> Regards,
>
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
>
> Red Hat
>
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
>
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
> <http://www.facebook.com/redhatkorea> | JBoss APAC
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
> ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>



From deadhorseconsulting at gmail.com  Fri Aug  2 16:43:31 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Fri, 2 Aug 2013 11:43:31 -0500
Subject: [Engine-devel] direct manipulation of libvirt
Message-ID: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>

A broad question here, perhaps not a possibility but I figured I would toss
it out there anyway.

VDSM is great at what it does, however there are those times when direct
manipulation of libvirt or libvirt VM configuration would be very handy.
The safe defaults and tested VM configurations that VDSM/ovirt provides are
great. However at times it would be nice to simply connect to a hypervisor
managed by ovirt/vdsm and make a couple changes to a VM (via virt-manager
or directly via virsh).

This could be enabling a new feature that has made it's way into
QEMU/libvirt/KVM or tweaking a VM configuration for whatever reason. Now
there is nothing stopping someone from doing this now either directly or
via VDSM hooks. Hooks are a pain along with the custom properties to jack
them into engine. Direct manipulation of libvirt since it has been
upstarted by vdsm results in an unhappy VDSM/engine.

Thoughts?
- DHC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130802/16fb3ec0/attachment.html>

From ykatabam at redhat.com  Sat Aug  3 10:04:34 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Sat, 03 Aug 2013 20:04:34 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #5]
	"cloudInitAttachmentContentBase64ToolTip"
In-Reply-To: <51FBD87A.308@redhat.com>
References: <51FB0F78.60100@redhat.com> <51FBD87A.308@redhat.com>
Message-ID: <51FCD5B2.3040603@redhat.com>


On 08/03/2013 02:04 AM, Greg Padgett wrote:
> On 08/01/2013 09:46 PM, Yuko Katabami wrote:
>> Hi all,
>>
>> I would like to ask you a localization-related question.
>> Could anyone help me with the following?:
>>
>> *File:***CommonApplicationConstants*
>> **Resource ID: *cloudInitAttachmentContentBase64ToolTip*
>> **String:***Enter the attachment content encoded in base-64*
>> **Question:* Is this referring to the new feature described at:
>> http://www.ovirt.org/Features/Cloud-Init_Integration ?
>> If so, "attachment" in this case is about file(s) to attach (inject) to
>> the guest disk?
>
> Correct
>
>> It would be helpful if you could also tell me how to navigate to this 
>> GUI
>> label in the Admin Portal, if it is already available.
>
> Sure, to view the tooltip:
> 1. From the Webadmin VM list, select a VM whose properties specify an 
> OS type as some form of Linux
> 2. Choose Run Once
> 3. Expand the Initial Run fold, and check the Cloud-Init checkbox
> 4. Check the File Attachment checkbox
> 5. Click [+] to add a new file attachment
> 6. For the Content Type, ensure Base64 is selected
> 7. The tooltip will now appear if you hover over the Content input 
> textarea
>
> HTH,
> Greg
Hi Greg,

Thank you very much for your response.
That's very helpful.

Kind regards,

Yuko
>
>>
>> Thank you,
>>
>> Yuko
>> -- 
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> *Mobile:* +61 415 847 352
>> *Email:* ykatabam at redhat.com
>>
>> Red Hat
>>
>> *Red Hat, Asia-Pacific Pty Ltd*
>> Level 1, 193 North Quay
>> Brisbane 4000
>> *Office:* +61 7 3514 8100
>> *Fax:* +61 7 3514 8199
>> *Website:* www.redhat.com <http://www.redhat.com>
>>
>> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
>> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
>> <http://www.facebook.com/redhatkorea> | JBoss APAC
>> <http://www.facebook.com/JBossAPAC>
>> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
>> ANZ <http://www.twitter.com/redhatanz>
>> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
>> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130803/faeabfda/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130803/faeabfda/attachment.png>

From nslomian at redhat.com  Sun Aug  4 07:49:23 2013
From: nslomian at redhat.com (Noam Slomianko)
Date: Sun, 4 Aug 2013 03:49:23 -0400 (EDT)
Subject: [Engine-devel] direct manipulation of libvirt
In-Reply-To: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>
References: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>
Message-ID: <2001011957.22377062.1375602563580.JavaMail.root@redhat.com>

Since you cannot know what kind of changes the user will do in libvirt you cannot be sure that VDSM will be able to live with them.
By "Allowing" this officially you will create an impression that it is safe, which will cause frustration for the user if VDSM breaks.
So keeping this as "do at your own risk, we want nothing to do with it" sounds like a good plan to me :)

But ignoring that, what kind of behaviour would you like? maybe the ability to pass custom libvirt flags on VM startup?
This can be pretty easily Implemented as an all purpose hook, isn't it? (write once, pass any argument you like)

----- Original Message -----
From: "Dead Horse" <deadhorseconsulting at gmail.com>
To: "engine-devel" <engine-devel at ovirt.org>
Sent: Friday, August 2, 2013 7:43:31 PM
Subject: [Engine-devel] direct manipulation of libvirt

A broad question here, perhaps not a possibility but I figured I would toss it out there anyway. 

VDSM is great at what it does, however there are those times when direct manipulation of libvirt or libvirt VM configuration would be very handy. The safe defaults and tested VM configurations that VDSM/ovirt provides are great. However at times it would be nice to simply connect to a hypervisor managed by ovirt/vdsm and make a couple changes to a VM (via virt-manager or directly via virsh). 

This could be enabling a new feature that has made it's way into QEMU/libvirt/KVM or tweaking a VM configuration for whatever reason. Now there is nothing stopping someone from doing this now either directly or via VDSM hooks. Hooks are a pain along with the custom properties to jack them into engine. Direct manipulation of libvirt since it has been upstarted by vdsm results in an unhappy VDSM/engine. 

Thoughts? 
- DHC 

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


From emesika at redhat.com  Sun Aug  4 09:40:39 2013
From: emesika at redhat.com (Eli Mesika)
Date: Sun, 4 Aug 2013 05:40:39 -0400 (EDT)
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
Message-ID: <2001204565.9260921.1375609239760.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Wei D Chen" <wei.d.chen at intel.com>
> To: engine-devel at ovirt.org
> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>
> Sent: Friday, August 2, 2013 9:34:00 AM
> Subject: [Engine-devel] failed to add host into cluster
> 
> Hi,
> 
> Failed to add a node into cluster. I saw follow hints, but still don't know
> how to fix it. OS is fedora 19 both for node and engine,
> anyone can help me?

Hi
Can you please provide the results of the following SQL queries :

1) select * from vdc_options where option_name ilike '%emu%'; 
2) select name,emulated_machine from vds_groups;

Thanks

> 
> Host *** does not comply with the cluster *** emulated machines. The Hosts
> emulated machines are clipper,none and the cluster is
> [rhel6.4.0, pc-1.0]}
> 
> 
> Best Regards,
> Dave Chen
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From asegurap at redhat.com  Sun Aug  4 10:05:55 2013
From: asegurap at redhat.com (Antoni Segura Puimedon)
Date: Sun, 4 Aug 2013 06:05:55 -0400 (EDT)
Subject: [Engine-devel] server/api/ full_version tag stability
In-Reply-To: <51FBD681.7060307@redhat.com>
References: <569620019.4759527.1375345458420.JavaMail.root@redhat.com>
	<374503777.4760247.1375345650526.JavaMail.root@redhat.com>
	<51FBD681.7060307@redhat.com>
Message-ID: <1367525119.5594082.1375610755415.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Antoni Segura Puimedon" <asegurap at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "Michael Pasternak"
> <mpastern at redhat.com>
> Sent: Friday, August 2, 2013 5:55:45 PM
> Subject: Re: [Engine-devel] server/api/ full_version tag stability
> 
> On 08/01/2013 11:27 AM, Alon Bar-Lev wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Antoni Segura Puimedon" <asegurap at redhat.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Thursday, August 1, 2013 11:24:18 AM
> >> Subject: [Engine-devel] server/api/ full_version tag stability
> >>
> >> Hello list,
> >>
> >> In order to smarten up the ovirt-node registration flow I will ask the
> >> engine
> >> via rest API for it's version number, so that I can take decisions about
> >> capabilities for networking.
> >>
> >> I found that https:/server/api/ provides an xml document with a
> >> <full_version>
> >> tag that suits my purposes and I wanted to make sure that the stability of
> >> such
> >> element can be depended upon by asking you about it.
> >>
> >> IMHO, it could be nice instead that we would have an api endpoint (if it
> >> is
> >> not
> >> there and I missed it) that would provide capability tags information such
> >> as:
> >> bridgeless_nets, vm_live_snapshot, etc.
> >
> > It also should be anonymous API.
> 
> iirc, the rest api doesn't support yet anonymous access.

Indeed it doesn't, and unfortunately one flow of node registration doesn't have
any credentials, so we'll have to add a checkbox in the registration UI (and
on the kernel cmdline params for pxe booting).

> 
> i think the api should allow getting the version anonymously.
Agreed, version and if possible, capabilities.
> 
> other possible places are the registration servlet or the health
> servlet, both anonymous today.

If it were possible to get the version from the registration servlet it would
solve the problem with the registration flow.



From iheim at redhat.com  Sun Aug  4 14:24:44 2013
From: iheim at redhat.com (Itamar Heim)
Date: Sun, 04 Aug 2013 17:24:44 +0300
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
Message-ID: <51FE642C.8040307@redhat.com>

On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> Failed to add a node into cluster. I saw follow hints, but still don't know how to fix it. OS is fedora 19 both for node and engine,
> anyone can help me?
>
> Host *** does not comply with the cluster *** emulated machines. The Hosts emulated machines are clipper,none and the cluster is
> [rhel6.4.0, pc-1.0]}

what Os is the host running?
what does 'vdsClient -s 0 getVdsCaps' returns?


From lhornyak at redhat.com  Sun Aug  4 15:38:33 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Sun, 4 Aug 2013 11:38:33 -0400 (EDT)
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <51FE642C.8040307@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
Message-ID: <728500189.4972245.1375630713714.JavaMail.root@redhat.com>

Hi,

I got the same error after X reinstallation on a host with fedora 19, fedora 18 engine and latest otopi+host deploy. A total host OS reinstall helped, however I noticed that after installing VDSM from engine, an old version was installed, incompatible with 3.3, so I had to manually edit /etc/yum.repos.d/ovirt.repo to enable nightly and manually upgrade. It worked fine after that.
Another, less accurate, but much more effective solution that I previously used is to update the config to accept whatever vdsm offers (obviously a hack, not meant for production)

Laszlo

----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Wei D Chen" <wei.d.chen at intel.com>
> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> Sent: Sunday, August 4, 2013 4:24:44 PM
> Subject: Re: [Engine-devel] failed to add host into cluster
> 
> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > Failed to add a node into cluster. I saw follow hints, but still don't know
> > how to fix it. OS is fedora 19 both for node and engine,
> > anyone can help me?
> >
> > Host *** does not comply with the cluster *** emulated machines. The Hosts
> > emulated machines are clipper,none and the cluster is
> > [rhel6.4.0, pc-1.0]}
> 
> what Os is the host running?
> what does 'vdsClient -s 0 getVdsCaps' returns?
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From alonbl at redhat.com  Sun Aug  4 15:52:15 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Sun, 4 Aug 2013 11:52:15 -0400 (EDT)
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <728500189.4972245.1375630713714.JavaMail.root@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<728500189.4972245.1375630713714.JavaMail.root@redhat.com>
Message-ID: <1969932701.5610892.1375631535024.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>
> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> Sent: Sunday, August 4, 2013 6:38:33 PM
> Subject: Re: [Engine-devel] failed to add host into cluster
> 
> Hi,
> 
> I got the same error after X reinstallation on a host with fedora 19, fedora
> 18 engine and latest otopi+host deploy. A total host OS reinstall helped,
> however I noticed that after installing VDSM from engine, an old version was
> installed, incompatible with 3.3, so I had to manually edit
> /etc/yum.repos.d/ovirt.repo to enable nightly and manually upgrade. It
> worked fine after that.

You could have just define the repository, then perform host-deploy.
The host-deploy is using standard yum to install vdsm and other packages, hence setting preferred repository layout is a required action.
You can also update the repository even on install host, then re-deploy and vdsm will be upgraded.
You should not perform manual package installation unless you really know what you are doing...

> Another, less accurate, but much more effective solution that I previously
> used is to update the config to accept whatever vdsm offers (obviously a
> hack, not meant for production)
> 
> Laszlo
> 
> ----- Original Message -----
> > From: "Itamar Heim" <iheim at redhat.com>
> > To: "Wei D Chen" <wei.d.chen at intel.com>
> > Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > Sent: Sunday, August 4, 2013 4:24:44 PM
> > Subject: Re: [Engine-devel] failed to add host into cluster
> > 
> > On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > > Failed to add a node into cluster. I saw follow hints, but still don't
> > > know
> > > how to fix it. OS is fedora 19 both for node and engine,
> > > anyone can help me?
> > >
> > > Host *** does not comply with the cluster *** emulated machines. The
> > > Hosts
> > > emulated machines are clipper,none and the cluster is
> > > [rhel6.4.0, pc-1.0]}
> > 
> > what Os is the host running?
> > what does 'vdsClient -s 0 getVdsCaps' returns?
> > _______________________________________________
> > 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 alonbl at redhat.com  Sun Aug  4 18:20:25 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Sun, 4 Aug 2013 14:20:25 -0400 (EDT)
Subject: [Engine-devel] Work in progress patches
In-Reply-To: <671222127.5616264.1375640180055.JavaMail.root@redhat.com>
Message-ID: <881000716.5616307.1375640425125.JavaMail.root@redhat.com>

Hi All,

Gerrit 2.6 allows everyone to see all drafts.

This means that no more WIP patches should be submitted, but drafts, once work is done, draft can be published into real change.

Drafts has advantages:

1. It cannot be mistakenly merged.

2. Drafts can be deleted, even a specific change within draft.

3. Drafts have their own category in UI.

4. CI can distiguish between drafts and non drafts and skip steps, for example do not perform integration tests.

Pushing drafts:

Just replace /for/ with /drafts/:

$ git push upstream HEAD:refs/drafts/master/topic

Regards,
Alon Bar-Lev.


From ykatabam at redhat.com  Mon Aug  5 02:45:20 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 12:45:20 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #7] "Selected
 bricks should be a multiple of stripe and replica count"
Message-ID: <51FF11C0.6080103@redhat.com>

Hi all,

I would like to ask for your help again with the following question.

*File:***UIConstants*
**Resource IDs: *cannotRemoveBricksStripedReplicateVolume*
**String:***Incorrect bricks selected for the removal in Striped 
Replicate volume. Selected bricks should be a multiple of stripe and 
replica count.
*Question:* I would like to confirm if my interpretation of the second 
sentence is correct:
Number of bricks you select should be equal to the product of stripe 
count and replica count (stripe count multiplied by replica count).

Thank you.

Yuko
-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/472b9e66/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/472b9e66/attachment.png>

From kmayilsa at redhat.com  Mon Aug  5 04:13:35 2013
From: kmayilsa at redhat.com (Kanagaraj)
Date: Mon, 05 Aug 2013 09:43:35 +0530
Subject: [Engine-devel] [oVirt 3.3 Localization Question #7] "Selected
 bricks should be a multiple of stripe and replica count"
In-Reply-To: <51FF11C0.6080103@redhat.com>
References: <51FF11C0.6080103@redhat.com>
Message-ID: <51FF266F.5010709@redhat.com>

On 08/05/2013 08:15 AM, Yuko Katabami wrote:
> Hi all,
>
> I would like to ask for your help again with the following question.
>
> *File:***UIConstants*
> **Resource IDs: *cannotRemoveBricksStripedReplicateVolume*
> **String:***Incorrect bricks selected for the removal in Striped 
> Replicate volume. Selected bricks should be a multiple of stripe and 
> replica count.
> *Question:* I would like to confirm if my interpretation of the second 
> sentence is correct:
> Number of bricks you select should be equal to the product of stripe 
> count and replica count (stripe count multiplied by replica count).
>

Its correct.

Thanks,
Kanagaraj

> Thank you.
>
> Yuko
> -- 
> Regards,
>
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
>
> Red Hat
>
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
>
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red 
> Hat Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
> <http://www.facebook.com/redhatkorea> | JBoss APAC 
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red 
> Hat ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> 
> | JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>
>
> _______________________________________________
> 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/20130805/6436840c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/6436840c/attachment.png>

From ykatabam at redhat.com  Mon Aug  5 04:22:18 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 14:22:18 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #7] "Selected
 bricks should be a multiple of stripe and replica count"
In-Reply-To: <51FF266F.5010709@redhat.com>
References: <51FF11C0.6080103@redhat.com> <51FF266F.5010709@redhat.com>
Message-ID: <51FF287A.9040502@redhat.com>


On 08/05/2013 02:13 PM, Kanagaraj wrote:
> On 08/05/2013 08:15 AM, Yuko Katabami wrote:
>> Hi all,
>>
>> I would like to ask for your help again with the following question.
>>
>> *File:***UIConstants*
>> **Resource IDs: *cannotRemoveBricksStripedReplicateVolume*
>> **String:***Incorrect bricks selected for the removal in Striped 
>> Replicate volume. Selected bricks should be a multiple of stripe and 
>> replica count.
>> *Question:* I would like to confirm if my interpretation of the 
>> second sentence is correct:
>> Number of bricks you select should be equal to the product of stripe 
>> count and replica count (stripe count multiplied by replica count).
>>
>
> Its correct.
>
> Thanks,
> Kanagaraj
Hi Kanagaraj,

Thank you for your prompt reply. Very much appreciated.

Kind regards,

Yuko
>
>> Thank you.
>>
>> Yuko
>> -- 
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> *Mobile:* +61 415 847 352
>> *Email:* ykatabam at redhat.com
>>
>> Red Hat
>>
>> *Red Hat, Asia-Pacific Pty Ltd*
>> Level 1, 193 North Quay
>> Brisbane 4000
>> *Office:* +61 7 3514 8100
>> *Fax:* +61 7 3514 8199
>> *Website:* www.redhat.com <http://www.redhat.com>
>>
>> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red 
>> Hat Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
>> <http://www.facebook.com/redhatkorea> | JBoss APAC 
>> <http://www.facebook.com/JBossAPAC>
>> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red 
>> Hat ANZ <http://www.twitter.com/redhatanz>
>> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> 
>> | JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/0ec86a1a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/0ec86a1a/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/0ec86a1a/attachment-0001.png>

From ykatabam at redhat.com  Mon Aug  5 04:29:02 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 14:29:02 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #4] "$action scan
	alignment"
Message-ID: <51FF2A0E.3030106@redhat.com>

Hi all,

I am re-posting this question. I sent it together with another question 
last time and this one has not been answered yet (possible overlooked).
I would like to have some extra information on "alignment" as follows:

*File: *AppErrors
*Resource ID: *VAR__ACTION__SCAN_ALIGNMENT
*String:* $action scan alignment
*Question: *"Alignment" can be translated in a few different ways 
depending on the context. Could anyone tell me how this action is used? 
Is it referring disk partition alignment?

Thank you.

Yuko

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/6f633dff/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/6f633dff/attachment.png>

From wei.d.chen at intel.com  Mon Aug  5 05:20:02 2013
From: wei.d.chen at intel.com (Chen, Wei D)
Date: Mon, 5 Aug 2013 05:20:02 +0000
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <2001204565.9260921.1375609239760.JavaMail.root@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<2001204565.9260921.1375609239760.JavaMail.root@redhat.com>
Message-ID: <C5A0092C63E939488005F15F736A81120A5E677F@SHSMSX103.ccr.corp.intel.com>

queries result as follows:

engine=# select * from vdc_options where option_name ilike '%emu%';
 option_id |       option_name       |   option_value   | version
-----------+-------------------------+------------------+---------
        38 | ClusterEmulatedMachines | rhel6.2.0,pc-1.0 | 3.0
        39 | ClusterEmulatedMachines | rhel6.3.0,pc-1.0 | 3.1
        40 | ClusterEmulatedMachines | rhel6.4.0,pc-1.0 | 3.2
        41 | ClusterEmulatedMachines | rhel6.4.0,pc-1.0 | 3.3
(4 rows)

engine=# select name,emulated_machine from vds_groups;
  name   | emulated_machine
---------+------------------
 Default |
(1 row)

Best Regards,
Dave Chen


> -----Original Message-----
> From: Eli Mesika [mailto:emesika at redhat.com]
> Sent: Sunday, August 04, 2013 5:41 PM
> To: Chen, Wei D
> Cc: engine-devel at ovirt.org; Zhang, Lijuan
> Subject: Re: [Engine-devel] failed to add host into cluster
> 
> 
> 
> ----- Original Message -----
> > From: "Wei D Chen" <wei.d.chen at intel.com>
> > To: engine-devel at ovirt.org
> > Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>
> > Sent: Friday, August 2, 2013 9:34:00 AM
> > Subject: [Engine-devel] failed to add host into cluster
> >
> > Hi,
> >
> > Failed to add a node into cluster. I saw follow hints, but still don't
> > know how to fix it. OS is fedora 19 both for node and engine, anyone
> > can help me?
> 
> Hi
> Can you please provide the results of the following SQL queries :
> 
> 1) select * from vdc_options where option_name ilike '%emu%';
> 2) select name,emulated_machine from vds_groups;
> 
> Thanks
> 
> >
> > Host *** does not comply with the cluster *** emulated machines. The
> > Hosts emulated machines are clipper,none and the cluster is
> > [rhel6.4.0, pc-1.0]}
> >
> >
> > Best Regards,
> > Dave Chen
> >
> >
> >
> > _______________________________________________
> > 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: smime.p7s
Type: application/pkcs7-signature
Size: 6648 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/fd5daee7/attachment.p7s>

From derez at redhat.com  Mon Aug  5 05:31:17 2013
From: derez at redhat.com (Daniel Erez)
Date: Mon, 5 Aug 2013 01:31:17 -0400 (EDT)
Subject: [Engine-devel] [oVirt 3.3 Localization Question #4] "$action
 scan	alignment"
In-Reply-To: <51FF2A0E.3030106@redhat.com>
References: <51FF2A0E.3030106@redhat.com>
Message-ID: <956106876.11083448.1375680677045.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Monday, August 5, 2013 7:29:02 AM
> Subject: [Engine-devel] [oVirt 3.3 Localization Question #4] "$action scan	alignment"
> 
> Hi all,
> 
> I am re-posting this question. I sent it together with another question last
> time and this one has not been answered yet (possible overlooked).
> I would like to have some extra information on "alignment" as follows:
> 
> File: AppErrors
> Resource ID: VAR__ACTION__SCAN_ALIGNMENT
> String: $action scan alignment
> Question: "Alignment" can be translated in a few different ways depending on
> the context. Could anyone tell me how this action is used? Is it referring
> disk partition alignment?

Yes, the 'Scan Alignment' action is used for determining if the partitions
of a virtual disk are aligned to the underlying device blocks.
Further information and examples can be found in the wiki page:
http://www.ovirt.org/Features/DiskAlignment

> 
> Thank you.
> 
> Yuko
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


From ykatabam at redhat.com  Mon Aug  5 05:34:17 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 15:34:17 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #4] "$action
 scan	alignment"
In-Reply-To: <956106876.11083448.1375680677045.JavaMail.root@redhat.com>
References: <51FF2A0E.3030106@redhat.com>
	<956106876.11083448.1375680677045.JavaMail.root@redhat.com>
Message-ID: <51FF3959.2040208@redhat.com>


On 08/05/2013 03:31 PM, Daniel Erez wrote:
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Monday, August 5, 2013 7:29:02 AM
>> Subject: [Engine-devel] [oVirt 3.3 Localization Question #4] "$action scan	alignment"
>>
>> Hi all,
>>
>> I am re-posting this question. I sent it together with another question last
>> time and this one has not been answered yet (possible overlooked).
>> I would like to have some extra information on "alignment" as follows:
>>
>> File: AppErrors
>> Resource ID: VAR__ACTION__SCAN_ALIGNMENT
>> String: $action scan alignment
>> Question: "Alignment" can be translated in a few different ways depending on
>> the context. Could anyone tell me how this action is used? Is it referring
>> disk partition alignment?
> Yes, the 'Scan Alignment' action is used for determining if the partitions
> of a virtual disk are aligned to the underlying device blocks.
> Further information and examples can be found in the wiki page:
> http://www.ovirt.org/Features/DiskAlignment
Hi Daniel,

Thank you very much for your response.
It's very helpful.

Kind regards,

Yuko

>
>> Thank you.
>>
>> Yuko
>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/d4e38409/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/d4e38409/attachment.png>

From wei.d.chen at intel.com  Mon Aug  5 06:03:08 2013
From: wei.d.chen at intel.com (Chen, Wei D)
Date: Mon, 5 Aug 2013 06:03:08 +0000
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <51FE642C.8040307@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
Message-ID: <C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>



Best Regards,
Dave Chen


> -----Original Message-----
> From: Itamar Heim [mailto:iheim at redhat.com]
> Sent: Sunday, August 04, 2013 10:25 PM
> To: Chen, Wei D
> Cc: engine-devel at ovirt.org; Zhang, Lijuan
> Subject: Re: [Engine-devel] failed to add host into cluster
> 
> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > Failed to add a node into cluster. I saw follow hints, but still don't
> > know how to fix it. OS is fedora 19 both for node and engine, anyone can help me?
> >
> > Host *** does not comply with the cluster *** emulated machines. The
> > Hosts emulated machines are clipper,none and the cluster is
> > [rhel6.4.0, pc-1.0]}
> 
> what Os is the host running?
fedora 19 
> what does 'vdsClient -s 0 getVdsCaps' returns?
where to run this command? this command is not recognized both in engine and node.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6648 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/9414a7df/attachment.p7s>

From lhornyak at redhat.com  Mon Aug  5 06:06:06 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Mon, 5 Aug 2013 02:06:06 -0400 (EDT)
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
Message-ID: <1492863435.5066137.1375682766691.JavaMail.root@redhat.com>


----- Original Message -----
> From: "Wei D Chen" <wei.d.chen at intel.com>
> To: "Itamar Heim" <iheim at redhat.com>
> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> Sent: Monday, August 5, 2013 8:03:08 AM
> Subject: Re: [Engine-devel] failed to add host into cluster
> 
> 
> 
> Best Regards,
> Dave Chen
> 
> 
> > -----Original Message-----
> > From: Itamar Heim [mailto:iheim at redhat.com]
> > Sent: Sunday, August 04, 2013 10:25 PM
> > To: Chen, Wei D
> > Cc: engine-devel at ovirt.org; Zhang, Lijuan
> > Subject: Re: [Engine-devel] failed to add host into cluster
> > 
> > On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > > Failed to add a node into cluster. I saw follow hints, but still don't
> > > know how to fix it. OS is fedora 19 both for node and engine, anyone can
> > > help me?
> > >
> > > Host *** does not comply with the cluster *** emulated machines. The
> > > Hosts emulated machines are clipper,none and the cluster is
> > > [rhel6.4.0, pc-1.0]}
> > 
> > what Os is the host running?
> fedora 19
> > what does 'vdsClient -s 0 getVdsCaps' returns?
> where to run this command? this command is not recognized both in engine and
> node.

After installing the host, you should have this command in the host OS.

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


From ykatabam at redhat.com  Mon Aug  5 06:52:18 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 16:52:18 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #8] Cluster Policy
 Function Label "Weights Modules"
Message-ID: <51FF4BA2.4040208@redhat.com>

Hello all,

I would like to ask another question:
*
File: *ApplicationConstants
*Resource ID: *clusterPolicyFunctionLabel
*String:* Weights Modules
*Question: *Could anyone please describe what this is referring to and 
where on the portal it appears?

Thank you,

Yuko

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/b579d24a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/b579d24a/attachment.png>

From gchaplik at redhat.com  Mon Aug  5 07:03:25 2013
From: gchaplik at redhat.com (Gilad Chaplik)
Date: Mon, 5 Aug 2013 03:03:25 -0400 (EDT)
Subject: [Engine-devel] [oVirt 3.3 Localization Question #8] Cluster
 Policy Function Label "Weights Modules"
In-Reply-To: <51FF4BA2.4040208@redhat.com>
References: <51FF4BA2.4040208@redhat.com>
Message-ID: <1332729136.11112893.1375686205797.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Monday, August 5, 2013 9:52:18 AM
> Subject: [Engine-devel] [oVirt 3.3 Localization Question #8] Cluster Policy Function Label "Weights Modules"
> 
> Hello all,
> 
> I would like to ask another question:
> 
> File: ApplicationConstants
> Resource ID: clusterPolicyFunctionLabel
> String: Weights Modules
> Question: Could anyone please describe what this is referring to and where on
> the portal it appears?

Hi Yuko,
 
it appears at: Configure (system level entity) -> cluster policies.

I'm going to add descriptions (=blue info icons) next to each section with the following text:

Filter:
Filters represents hard constraints for running a VM.
Each filter implements logic which validates a minimum requirements in order to run a VM.
For example, minimum RAM, CPU, designated host, etc. Hosts who fail this validation
are filtered out from the current request.

Weight:
Weights represent soft constraints for running a VM.
Note: in a weighting system, lower score is considered better. So a host with the
lowest score (weight) is the one the scheduler will choose.
Each weight module scores any given host based on an optimization logic the module
implements. For example, if we want to optimize for CPU load, the module will score
each host based on its known CPU load.
Weight modules scores are being summed, so it is possible to have more than one
weight module. The way to prioritize modules is by increasing / decreasing a factor.

Balance:
Load balancing is a logic that determines which hosts are over-utilized and which
are under-utilized. Then, the balancing mechanism calls the scheduler trying to
migrate a VM from an over-utilized to an under-utilized host. 
Note that it is important to choose a balancing module that does not conflict with
the weight module. Such a policy may destabilize this cluster.
Only a single load-balancing module is supported.

Custom properties:
These properties are needed for one of the above modules, so they will appear when
needed. Setting it when creating a policy generates the default values, which may
be overridden in each specific cluster using this policy.

(high level feature description: http://wiki.ovirt.org/Features/oVirtScheduler).

Thanks, 
Gilad.

> 
> Thank you,
> 
> Yuko
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


From ykatabam at redhat.com  Mon Aug  5 07:16:09 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 17:16:09 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #8] Cluster
 Policy Function Label "Weights Modules"
In-Reply-To: <1332729136.11112893.1375686205797.JavaMail.root@redhat.com>
References: <51FF4BA2.4040208@redhat.com>
	<1332729136.11112893.1375686205797.JavaMail.root@redhat.com>
Message-ID: <51FF5139.2040100@redhat.com>


On 08/05/2013 05:03 PM, Gilad Chaplik wrote:
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Monday, August 5, 2013 9:52:18 AM
>> Subject: [Engine-devel] [oVirt 3.3 Localization Question #8] Cluster Policy Function Label "Weights Modules"
>>
>> Hello all,
>>
>> I would like to ask another question:
>>
>> File: ApplicationConstants
>> Resource ID: clusterPolicyFunctionLabel
>> String: Weights Modules
>> Question: Could anyone please describe what this is referring to and where on
>> the portal it appears?
> Hi Yuko,
>   
> it appears at: Configure (system level entity) -> cluster policies.
>
> I'm going to add descriptions (=blue info icons) next to each section with the following text:
>
> Filter:
> Filters represents hard constraints for running a VM.
> Each filter implements logic which validates a minimum requirements in order to run a VM.
> For example, minimum RAM, CPU, designated host, etc. Hosts who fail this validation
> are filtered out from the current request.
>
> Weight:
> Weights represent soft constraints for running a VM.
> Note: in a weighting system, lower score is considered better. So a host with the
> lowest score (weight) is the one the scheduler will choose.
> Each weight module scores any given host based on an optimization logic the module
> implements. For example, if we want to optimize for CPU load, the module will score
> each host based on its known CPU load.
> Weight modules scores are being summed, so it is possible to have more than one
> weight module. The way to prioritize modules is by increasing / decreasing a factor.
>
> Balance:
> Load balancing is a logic that determines which hosts are over-utilized and which
> are under-utilized. Then, the balancing mechanism calls the scheduler trying to
> migrate a VM from an over-utilized to an under-utilized host.
> Note that it is important to choose a balancing module that does not conflict with
> the weight module. Such a policy may destabilize this cluster.
> Only a single load-balancing module is supported.
>
> Custom properties:
> These properties are needed for one of the above modules, so they will appear when
> needed. Setting it when creating a policy generates the default values, which may
> be overridden in each specific cluster using this policy.
>
> (high level feature description: http://wiki.ovirt.org/Features/oVirtScheduler).
>
> Thanks,
> Gilad.
Hi Gilad,
Thank you very much for your detailed description.
It makes a clear sense now.

Kind regards,

Yuko
>
>> Thank you,
>>
>> Yuko
>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/9b4b4191/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/9b4b4191/attachment.png>

From tjelinek at redhat.com  Mon Aug  5 07:41:29 2013
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Mon, 5 Aug 2013 03:41:29 -0400 (EDT)
Subject: [Engine-devel]  Introducing generics to UiCommon
In-Reply-To: <51407989.11357496.1375685142059.JavaMail.root@redhat.com>
Message-ID: <247427421.11376161.1375688489773.JavaMail.root@redhat.com>

Hey all,

as we have passed the oVirt feature freeze I would like to celebrate it with a little bit of cleanup :)

A good candidate for this is to introduce generics into uicommonweb project. The fact that it is not generic
brings quite some hidden expectations into our code, makes it unreadable and error prone.

Also, the gwt-common and both webadmin and userportal are mostly prepared to be generic but because the uicommonweb is not, we have code like:

new ListModelListBoxEditor<Object>(new NullSafeRenderer<Object>() {
            @Override
            public String renderNullSafe(Object object) 
                return ((Version) object).getValue();
            }
        });

which is quite ugly and error prone.

So I have prepared two patches, one [1] which introduces the generic infrastructure (and prepares one widget for it, more about this below) and one [2] which uses it and refactors the DataCenterModel
to use it (I have chosen this model because it is big enough to show how to do it and what the benefits are but small enough to be quickly review-able).

The infrastructure change:
- changes the ListModel and EntityModel to be genreic
- adjusts the UiCommonEditorDriverGenerator to work with generics (e.g. to make it aware that ListModel<String> is indeed a ListModel, same for EntityModel)
- created a String version of EntityModelTextBox

The reason why the String EntityModelTextBox had to be created is that the EntityModelTextBox is an EditorWidget<Object, ...> so it can work only with EntityModel<Object>. I saw 2 ways how to make this work with EntityModel<String>:
1: Create a String version of this editor inside the .generic sub-package, incrementally replace the usage of the non-generic EntityModelTextBox and when the non-generic will be completely replaced, delete it and move the generic one 
   out from the generic sub-package

2: Change the EditorWidget<Object, ...> to EditorWidget<T, ...> and replace each usage of the "EntityModelTextBox someWidget" by "EntityModelTextBox<Object> someWidget" and than incrementally replace the <Object> to <String> as the 
   underlying models will be refactored. After the last one will be refactored, change the EditorWidget<T, ...> to EditorWidget<String, ...> and replace all "EntityModelTextBox<Object> someWidget" by "EntityModelTextBox someWidget"

I have chosen the first option because:
- much less classes touched at once (e.g. much more safe)
- the EntityModelTextBox<T> invites to use something like EntityModelTextBox<VM> which is not correct and fails on class cast exceptions

But at the same time I see the disadvantages of this approach (mostly that we have two versions of the same class). Please note that far not all the widgets will need two versions, only the ones editing only Strings which
are declared as EditorWidget<Object> which are:
- EntityModelLabel
- EntityModelTextAreaLabel (used only in couple of places - can be refactored together without the need to have two versions)
- EntityModelTextBox (already in the [1])
- EntityModelPasswordBox
- EntityModelTextArea
- ListModelSuggestBox (used only in couple of places - can be refactored together without the need to have two versions)

The rest of the widgets should be already prepared to be used in generic environment.

Please let me know what do you think about it,

have a nice day,
Tomas

[1]: http://gerrit.ovirt.org/#/c/17604/
[2]: http://gerrit.ovirt.org/#/c/17605/



From ykatabam at redhat.com  Mon Aug  5 08:29:17 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 05 Aug 2013 18:29:17 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #9] "Allow All"
Message-ID: <51FF625D.6040309@redhat.com>

Hello again.

Sorry for increasing email traffic - this is my last question for today.
*
File: *ApplicationConstants
*Resource ID: *publicNetwork
*String:* Allow All
*Question: *Could anyone explain the usage of this string? Is it 
allowing all (everyone) to use?

Thank you,

Yuko

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/a8c5527e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130805/a8c5527e/attachment.png>

From lvernia at redhat.com  Mon Aug  5 09:02:40 2013
From: lvernia at redhat.com (Lior Vernia)
Date: Mon, 05 Aug 2013 12:02:40 +0300
Subject: [Engine-devel] [oVirt 3.3 Localization Question #9] "Allow All"
In-Reply-To: <51FF625D.6040309@redhat.com>
References: <51FF625D.6040309@redhat.com>
Message-ID: <51FF6A30.3000602@redhat.com>

Hello Yuko,

Yes, it is allowing all users to use this network. It's supposed to be a
short version of networkPublicUseLabel in the same file.

Yours, Lior.

On 05/08/13 11:29, Yuko Katabami wrote:
> Hello again.
> 
> Sorry for increasing email traffic - this is my last question for today.
> *
> File: *ApplicationConstants
> *Resource ID: *publicNetwork
> *String:* Allow All
> *Question: *Could anyone explain the usage of this string? Is it
> allowing all (everyone) to use?
> 
> Thank you,
> 
> Yuko
> 
> -- 
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
> 
> Red Hat
> 
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
> 
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
> <http://www.facebook.com/redhatkorea> | JBoss APAC
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
> ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From iheim at redhat.com  Mon Aug  5 12:03:58 2013
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 05 Aug 2013 15:03:58 +0300
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <1492863435.5066137.1375682766691.JavaMail.root@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
	<1492863435.5066137.1375682766691.JavaMail.root@redhat.com>
Message-ID: <51FF94AE.6030807@redhat.com>

On 08/05/2013 09:06 AM, Laszlo Hornyak wrote:
>
> ----- Original Message -----
>> From: "Wei D Chen" <wei.d.chen at intel.com>
>> To: "Itamar Heim" <iheim at redhat.com>
>> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
>> Sent: Monday, August 5, 2013 8:03:08 AM
>> Subject: Re: [Engine-devel] failed to add host into cluster
>>
>>
>>
>> Best Regards,
>> Dave Chen
>>
>>
>>> -----Original Message-----
>>> From: Itamar Heim [mailto:iheim at redhat.com]
>>> Sent: Sunday, August 04, 2013 10:25 PM
>>> To: Chen, Wei D
>>> Cc: engine-devel at ovirt.org; Zhang, Lijuan
>>> Subject: Re: [Engine-devel] failed to add host into cluster
>>>
>>> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
>>>> Failed to add a node into cluster. I saw follow hints, but still don't
>>>> know how to fix it. OS is fedora 19 both for node and engine, anyone can
>>>> help me?
>>>>
>>>> Host *** does not comply with the cluster *** emulated machines. The
>>>> Hosts emulated machines are clipper,none and the cluster is
>>>> [rhel6.4.0, pc-1.0]}
>>>
>>> what Os is the host running?
>> fedora 19
>>> what does 'vdsClient -s 0 getVdsCaps' returns?
>> where to run this command? this command is not recognized both in engine and
>> node.
>
> After installing the host, you should have this command in the host OS.
>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

cat /proc/cpuinfo
and
virsh capabilities

are also interesting


From lhornyak at redhat.com  Mon Aug  5 12:34:51 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Mon, 5 Aug 2013 08:34:51 -0400 (EDT)
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <51FF94AE.6030807@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
	<1492863435.5066137.1375682766691.JavaMail.root@redhat.com>
	<51FF94AE.6030807@redhat.com>
Message-ID: <307132015.5144883.1375706091754.JavaMail.root@redhat.com>

Hi,

Dave, could you also share the vdsm log as well?

I managed to reproduce this on the host that I am using for years and I am using it now, so it should not be a hardware problem. Probably some broken configuration caused some problem in vdsm before it would retrieve the capabilities information from libvirt.



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Laszlo Hornyak" <lhornyak at redhat.com>
> Cc: "Wei D Chen" <wei.d.chen at intel.com>, "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> Sent: Monday, August 5, 2013 2:03:58 PM
> Subject: Re: [Engine-devel] failed to add host into cluster
> 
> On 08/05/2013 09:06 AM, Laszlo Hornyak wrote:
> >
> > ----- Original Message -----
> >> From: "Wei D Chen" <wei.d.chen at intel.com>
> >> To: "Itamar Heim" <iheim at redhat.com>
> >> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> >> Sent: Monday, August 5, 2013 8:03:08 AM
> >> Subject: Re: [Engine-devel] failed to add host into cluster
> >>
> >>
> >>
> >> Best Regards,
> >> Dave Chen
> >>
> >>
> >>> -----Original Message-----
> >>> From: Itamar Heim [mailto:iheim at redhat.com]
> >>> Sent: Sunday, August 04, 2013 10:25 PM
> >>> To: Chen, Wei D
> >>> Cc: engine-devel at ovirt.org; Zhang, Lijuan
> >>> Subject: Re: [Engine-devel] failed to add host into cluster
> >>>
> >>> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> >>>> Failed to add a node into cluster. I saw follow hints, but still don't
> >>>> know how to fix it. OS is fedora 19 both for node and engine, anyone can
> >>>> help me?
> >>>>
> >>>> Host *** does not comply with the cluster *** emulated machines. The
> >>>> Hosts emulated machines are clipper,none and the cluster is
> >>>> [rhel6.4.0, pc-1.0]}
> >>>
> >>> what Os is the host running?
> >> fedora 19
> >>> what does 'vdsClient -s 0 getVdsCaps' returns?
> >> where to run this command? this command is not recognized both in engine
> >> and
> >> node.
> >
> > After installing the host, you should have this command in the host OS.
> >
> >>
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> 
> cat /proc/cpuinfo
> and
> virsh capabilities
> 
> are also interesting
> 


From fsimonce at redhat.com  Mon Aug  5 15:23:32 2013
From: fsimonce at redhat.com (Federico Simoncelli)
Date: Mon, 5 Aug 2013 11:23:32 -0400 (EDT)
Subject: [Engine-devel] oVirt - Glance Integration Deep Dive Session
In-Reply-To: <1022963017.7822903.1375091061913.JavaMail.root@redhat.com>
References: <1022963017.7822903.1375091061913.JavaMail.root@redhat.com>
Message-ID: <445099223.11673073.1375716212250.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Federico Simoncelli" <fsimonce at redhat.com>
> To: "oVirt Users" <users at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, July 29, 2013 11:44:21 AM
> Subject: oVirt - Glance Integration Deep Dive Session
> 
> Hi everyone,
>  on Tuesday at 3pm (CEST) I will be presenting the recent work done in
> integrating OpenStack Glance into oVirt 3.3.
> 
> The presentation will include both a high level overview (usage in webadmin)
> and a deep dive about the low level implementation details.
> 
> When:
> Tue 30 Jul 2013 15:00 - 16:00 (CEST)
> 
> Where:
> https://sas.elluminate.com/m.jnlp?sid=819&password=M.9E565882E4EA0288E3479F3D2141BD
> 
> Bridge: 8425973915#
> Phone numbers: http://www.ovirt.org/Intercall

Hi everyone,
  here you are the slides and the recordings:

Slides:
 http://www.ovirt.org/File:Ovirt-2013-glance-integration-deep-dive.pdf

Youtube video:
 http://www.youtube.com/watch?v=_Nyi1xyiQnY

Elluminate recording:
 https://sas.elluminate.com/p.jnlp?psid=2013-07-30.0631.M.46676CB153495B16DF1807973906F0.vcr&sid=819

-- 
Federico


From alonbl at redhat.com  Mon Aug  5 22:01:59 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Mon, 5 Aug 2013 18:01:59 -0400 (EDT)
Subject: [Engine-devel] [Users] [Feedback required][host-deploy]
 Fedora-19 misses tar at minimal setup
In-Reply-To: <1031113778.4037715.1375189923523.JavaMail.root@redhat.com>
References: <733894071.3566217.1374997569084.JavaMail.root@redhat.com>
	<51F4E3E0.600@redhat.com>
	<1199327522.3570177.1375008177999.JavaMail.root@redhat.com>
	<1832045797.3650023.1375082133389.JavaMail.root@redhat.com>
	<1031113778.4037715.1375189923523.JavaMail.root@redhat.com>
Message-ID: <51845645.5954749.1375740119243.JavaMail.root@redhat.com>

Hello Again,

I tend to keep state as-is, require tar at host machine.

Whoever installs Fedora minimal should install tar manually.

I hope Fedora people will add tar per some of the requests, as tar is important utility in *NIX environment.

I do not think that the extra complexity is required.

If you strongly think otherwise, then I prefer to merge the self extracting python script.

Speak now, and emphasis.

Regards,
Alon Bar-Lev.

----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "users" <users at ovirt.org>, "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> Cc: "Juan Hernandez" <jhernand at redhat.com>
> Sent: Tuesday, July 30, 2013 4:12:03 PM
> Subject: Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup
> 
> Hello All,
> 
> Starting the discussion again...
> 
> I would like to receive feedback regarding how we should cope with a state
> presented to use by Fedora.
> 
> Fedora-19 minimal setup does not install tar utility which is required to
> deploy files during the host-deploy process (Hosts->Add Host).
> 
> I guess because of 2.8M in size (including translations) -- a standard
> commonly used utility was removed.
> 
> There are three alternatives :
> 
> 1. Instruct users who are using minimal installations to manually install tar
> utility just like they configure repository, dns, etc..
> 
> Benefit: simplicity.
> Benefit: use standard tools.
> Benefit: lower payload to transmit.
> Drawback: require tar at destination machine.
> 
> 2. Do not use tar but self extracting python script, a patch is ready[1].
> 
> Benefit: ability to deploy environment in which tar is missing.
> Drawback: non standard tool at destination machine.
> Drawback: complexity within our code.
> 
> 3. Do not use tar but cpio, a patch is ready[2].
> 
> Benefit: simplicity.
> Benefit: use standard tools.
> Benefit: lower payload to transmit.
> Benefit: ability to use Fedora-19 minimal.
> Drawback: cpio is even less common than tar, even if it exists in Fedora-19
> it can be removed without anyone notice.
> Drawback: most other distributions will not have cpio in their minimal
> installation.
> 
> [[[
> There was 4rd alternative, using python tar module to deploy tar.
> However, there is a bug in that module when processing last block if empty.
> This is edge condition but happened to at least one of the users and I could
> reproduce it.
> ]]]
> 
> What option do you prefer?
> 
> Regards,
> Alon Bar-Lev
> 
> [1] http://gerrit.ovirt.org/#/c/17295/
> [2] http://gerrit.ovirt.org/#/c/17396/
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From wei.d.chen at intel.com  Tue Aug  6 01:47:11 2013
From: wei.d.chen at intel.com (Chen, Wei D)
Date: Tue, 6 Aug 2013 01:47:11 +0000
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <307132015.5144883.1375706091754.JavaMail.root@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
	<1492863435.5066137.1375682766691.JavaMail.root@redhat.com>
	<51FF94AE.6030807@redhat.com>
	<307132015.5144883.1375706091754.JavaMail.root@redhat.com>
Message-ID: <C5A0092C63E939488005F15F736A81120A5E733C@SHSMSX103.ccr.corp.intel.com>

Hi Laszlo and Itamar,

I agree with you , it should be some broken configuration caused this problem.
As the vdsm or virsh packages has not installed successfully, I cannot find useful log file and nothing output from "virsh 
capabilities".
I decide to reinstall this host, hope this issue will be solved, thanks for all of your reply. ;)


Best Regards,
Dave Chen


> -----Original Message-----
> From: Laszlo Hornyak [mailto:lhornyak at redhat.com]
> Sent: Monday, August 05, 2013 8:35 PM
> To: Itamar Heim
> Cc: Chen, Wei D; Zhang, Lijuan; engine-devel at ovirt.org
> Subject: Re: [Engine-devel] failed to add host into cluster
>
> Hi,
>
> Dave, could you also share the vdsm log as well?
>
> I managed to reproduce this on the host that I am using for years and I am using it now, so it should not be a hardware problem. 
> Probably
> some broken configuration caused some problem in vdsm before it would retrieve the capabilities information from libvirt.
>
>
>
> ----- Original Message -----
> > From: "Itamar Heim" <iheim at redhat.com>
> > To: "Laszlo Hornyak" <lhornyak at redhat.com>
> > Cc: "Wei D Chen" <wei.d.chen at intel.com>, "Lijuan Zhang"
> > <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > Sent: Monday, August 5, 2013 2:03:58 PM
> > Subject: Re: [Engine-devel] failed to add host into cluster
> >
> > On 08/05/2013 09:06 AM, Laszlo Hornyak wrote:
> > >
> > > ----- Original Message -----
> > >> From: "Wei D Chen" <wei.d.chen at intel.com>
> > >> To: "Itamar Heim" <iheim at redhat.com>
> > >> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > >> Sent: Monday, August 5, 2013 8:03:08 AM
> > >> Subject: Re: [Engine-devel] failed to add host into cluster
> > >>
> > >>
> > >>
> > >> Best Regards,
> > >> Dave Chen
> > >>
> > >>
> > >>> -----Original Message-----
> > >>> From: Itamar Heim [mailto:iheim at redhat.com]
> > >>> Sent: Sunday, August 04, 2013 10:25 PM
> > >>> To: Chen, Wei D
> > >>> Cc: engine-devel at ovirt.org; Zhang, Lijuan
> > >>> Subject: Re: [Engine-devel] failed to add host into cluster
> > >>>
> > >>> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > >>>> Failed to add a node into cluster. I saw follow hints, but still
> > >>>> don't know how to fix it. OS is fedora 19 both for node and
> > >>>> engine, anyone can help me?
> > >>>>
> > >>>> Host *** does not comply with the cluster *** emulated machines.
> > >>>> The Hosts emulated machines are clipper,none and the cluster is
> > >>>> [rhel6.4.0, pc-1.0]}
> > >>>
> > >>> what Os is the host running?
> > >> fedora 19
> > >>> what does 'vdsClient -s 0 getVdsCaps' returns?
> > >> where to run this command? this command is not recognized both in
> > >> engine and node.
> > >
> > > After installing the host, you should have this command in the host OS.
> > >
> > >>
> > >> _______________________________________________
> > >> Engine-devel mailing list
> > >> Engine-devel at ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >>
> >
> > cat /proc/cpuinfo
> > and
> > virsh capabilities
> >
> > are also interesting
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6648 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/d086fe1f/attachment.p7s>

From ykatabam at redhat.com  Tue Aug  6 02:04:34 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Tue, 06 Aug 2013 12:04:34 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
 "Down"	in CommonApplicationConstants
In-Reply-To: <496866705.10306987.1375423384935.JavaMail.root@redhat.com>
References: <51FB369C.2010301@redhat.com>
	<496866705.10306987.1375423384935.JavaMail.root@redhat.com>
Message-ID: <520059B2.2050102@redhat.com>

Hi Tomas,

Just would like to ask you one extra question regarding the VM statuses.
Would these statuses appear under "Virtual Machines" tab or somewhere 
else in the portal?

I realized that not all the VM statuses are pushed to localization when 
I checked "VMStatus": 
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
(Our understanding is that these will remain untranslated)

Could you please tell me where in the portal the new VM statuses (for 
which I asked question below) are used?
This also determine how we translate other strings containing the 
statuses, as well as our documentation translation.

Thank you,

Yuko

On 08/02/2013 04:03 PM, Tomas Jelinek wrote:
> Hi Yuko,
>
> this are VM statuses:
> up: vm is running
> down: vm is not running
>
> Tomas
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Friday, August 2, 2013 6:33:32 AM
>> Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and "Down"	in CommonApplicationConstants
>>
>> Hi all,
>>
>> I have another question, I would like to ask for your help.
>>
>> File: CommonApplicationConstants
>> Resource IDs: "up" and "down "
>> String: "Up" and "Down"
>> Question: Could anyone tell me how (and where) these newly added strings are
>> used? Resource IDs only state "down" and "up", which does not really help.
>> I would like to know if these are referring to the status, or for moving an
>> item up and down in a list.
>>
>> Thank you.
>>
>> Yuko
>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/1d77827b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/1d77827b/attachment.png>

From ykatabam at redhat.com  Tue Aug  6 04:10:52 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Tue, 06 Aug 2013 14:10:52 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #12]
	"Suspended" vs "Paused"
Message-ID: <5200774C.1020602@redhat.com>

Hello all,

I would like to ask for your help again with the following strings:
*
File:* ApplicationConstants*
**Resource IDs: *"suspended*"* and "paused"
*Strings:***"Suspended" and "Paused"*
**Question: *Are these also VM statues? On "Virtual Machines" tab in the 
Admin Portal, "Pause" button is used for "Suspend" operation and I 
thought both are the same action. Could anyone explain the usage (where 
they appear on the portal) as well as the functional difference between 
those two newly-added strings?

Thank you,

Yuko
-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/135ef3e1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/135ef3e1/attachment.png>

From didi at redhat.com  Tue Aug  6 05:07:49 2013
From: didi at redhat.com (Yedidyah Bar David)
Date: Tue, 6 Aug 2013 01:07:49 -0400 (EDT)
Subject: [Engine-devel] [Users] [Feedback required][host-deploy]
 Fedora-19 misses tar at minimal setup
In-Reply-To: <BLU404-EAS74852DFC9519F7F3FE8270A75D0@phx.gbl>
References: <BLU404-EAS74852DFC9519F7F3FE8270A75D0@phx.gbl>
Message-ID: <1893404528.11744649.1375765669830.JavaMail.root@redhat.com>

Hi all, 

+1 for Alon's summary - first preference to remain as-is, second pyar. 

In addition: 
----- Original Message -----


From: "Nicholas Kesick" <cybertimber2000 at hotmail.com> 
To: "oVirt Mailing List" <users at ovirt.org>, "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>, "Alon Bar-Lev" <alonbl at redhat.com> 
Sent: Tuesday, August 6, 2013 4:57:41 AM 
Subject: Re: [Users] [Engine-devel] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup 

I did some testing with Fedora 18 (waiting for the Fedora 19 dvd to finish downloading) and I think that the behavior was the same way in Fedora 18. In Fedora 18 when installing from DVD if you select ?Minimal Install?, you do not get tar. 




Indeed. 


<blockquote>

However, if you select ?Minimal install? and ?standard? under the add-on list, you *do* get tar. And if memory serves I learned the hard way in Fedora 18 that a lot of familiar commands are missing in minimal install without the standard add-on items including ?ifconfig?. Yea, you can?t even easily tell what your IP address is!... unless you are used to the ip command. 

</blockquote>


I think they are trying to educate us... and for me it partially worked :-) 
I have some machines on which I did not install ifconfig, and (partially) 
learned to use ip (after refusing to do so for perhaps 10 or so years). 


<blockquote>

Is there any other commands that are missing on the ?minimal? install that are needed? 

</blockquote>


Needed by vdsm? They are listed as dependencies for it. 
Needed by me? Yes, but that's a personal preference. 


<blockquote>

Would it be easier to mention in the install directions to use the standard add-on if selecting the minimal package set for host deployment? 

</blockquote>


The wiki page already tells to install tar, and I think that's enough. 


<blockquote>

Just thoughts. I also wonder if it would be possible to include tar as a dependency for the RPMs (like ovirt-engine or vdsm) so when installed using a package manager, tar would be checked for. 

</blockquote>


This won't help in our case, as Alon explained in previous mails in this subject - 
these RPMs are installed by the "bundle" (a set of scripts/data files) that we are now 
discussing how should be made to arrive and run. 

Best regards, 
-- 
Didi 

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

From sbonazzo at redhat.com  Tue Aug  6 05:39:06 2013
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 06 Aug 2013 07:39:06 +0200
Subject: [Engine-devel] [Users] [Feedback required][host-deploy]
 Fedora-19 misses tar at minimal setup
In-Reply-To: <51845645.5954749.1375740119243.JavaMail.root@redhat.com>
References: <733894071.3566217.1374997569084.JavaMail.root@redhat.com>
	<51F4E3E0.600@redhat.com>
	<1199327522.3570177.1375008177999.JavaMail.root@redhat.com>
	<1832045797.3650023.1375082133389.JavaMail.root@redhat.com>
	<1031113778.4037715.1375189923523.JavaMail.root@redhat.com>
	<51845645.5954749.1375740119243.JavaMail.root@redhat.com>
Message-ID: <52008BFA.3060509@redhat.com>

Il 06/08/2013 00:01, Alon Bar-Lev ha scritto:
> Hello Again,
>
> I tend to keep state as-is, require tar at host machine.
>
> Whoever installs Fedora minimal should install tar manually.

+1

>
> I hope Fedora people will add tar per some of the requests, as tar is important utility in *NIX environment.
>
> I do not think that the extra complexity is required.
>
> If you strongly think otherwise, then I prefer to merge the self extracting python script.
>
> Speak now, and emphasis.
>
> Regards,
> Alon Bar-Lev.
>
> ----- Original Message -----
>> From: "Alon Bar-Lev" <alonbl at redhat.com>
>> To: "users" <users at ovirt.org>, "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
>> Cc: "Juan Hernandez" <jhernand at redhat.com>
>> Sent: Tuesday, July 30, 2013 4:12:03 PM
>> Subject: Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup
>>
>> Hello All,
>>
>> Starting the discussion again...
>>
>> I would like to receive feedback regarding how we should cope with a state
>> presented to use by Fedora.
>>
>> Fedora-19 minimal setup does not install tar utility which is required to
>> deploy files during the host-deploy process (Hosts->Add Host).
>>
>> I guess because of 2.8M in size (including translations) -- a standard
>> commonly used utility was removed.
>>
>> There are three alternatives :
>>
>> 1. Instruct users who are using minimal installations to manually install tar
>> utility just like they configure repository, dns, etc..
>>
>> Benefit: simplicity.
>> Benefit: use standard tools.
>> Benefit: lower payload to transmit.
>> Drawback: require tar at destination machine.
>>
>> 2. Do not use tar but self extracting python script, a patch is ready[1].
>>
>> Benefit: ability to deploy environment in which tar is missing.
>> Drawback: non standard tool at destination machine.
>> Drawback: complexity within our code.
>>
>> 3. Do not use tar but cpio, a patch is ready[2].
>>
>> Benefit: simplicity.
>> Benefit: use standard tools.
>> Benefit: lower payload to transmit.
>> Benefit: ability to use Fedora-19 minimal.
>> Drawback: cpio is even less common than tar, even if it exists in Fedora-19
>> it can be removed without anyone notice.
>> Drawback: most other distributions will not have cpio in their minimal
>> installation.
>>
>> [[[
>> There was 4rd alternative, using python tar module to deploy tar.
>> However, there is a bug in that module when processing last block if empty.
>> This is edge condition but happened to at least one of the users and I could
>> reproduce it.
>> ]]]
>>
>> What option do you prefer?
>>
>> Regards,
>> Alon Bar-Lev
>>
>> [1] http://gerrit.ovirt.org/#/c/17295/
>> [2] http://gerrit.ovirt.org/#/c/17396/
>> _______________________________________________
>> 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


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



From tjelinek at redhat.com  Tue Aug  6 06:13:48 2013
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Tue, 6 Aug 2013 02:13:48 -0400 (EDT)
Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
 "Down"	in CommonApplicationConstants
In-Reply-To: <520059B2.2050102@redhat.com>
References: <51FB369C.2010301@redhat.com>
	<496866705.10306987.1375423384935.JavaMail.root@redhat.com>
	<520059B2.2050102@redhat.com>
Message-ID: <1909212538.12045809.1375769628467.JavaMail.root@redhat.com>

Hi Yuko,

this status strings are shown as tooltips of the status icons in web admin (virtual machines tab).

Not all the statuses have a specific tooltip - for example SavingState, WaitForLaunch and ImageLocked all have the
tooltip "Image Locked"

Tomas

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: "Tomas Jelinek" <tjelinek at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Tuesday, August 6, 2013 4:04:34 AM
> Subject: Re: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and "Down"	in CommonApplicationConstants
> 
> Hi Tomas,
> 
> Just would like to ask you one extra question regarding the VM statuses.
> Would these statuses appear under "Virtual Machines" tab or somewhere
> else in the portal?
> 
> I realized that not all the VM statuses are pushed to localization when
> I checked "VMStatus":
> 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
> (Our understanding is that these will remain untranslated)
> 
> Could you please tell me where in the portal the new VM statuses (for
> which I asked question below) are used?
> This also determine how we translate other strings containing the
> statuses, as well as our documentation translation.
> 
> Thank you,
> 
> Yuko
> 
> On 08/02/2013 04:03 PM, Tomas Jelinek wrote:
> > Hi Yuko,
> >
> > this are VM statuses:
> > up: vm is running
> > down: vm is not running
> >
> > Tomas
> >
> > ----- Original Message -----
> >> From: "Yuko Katabami" <ykatabam at redhat.com>
> >> To: engine-devel at ovirt.org
> >> Sent: Friday, August 2, 2013 6:33:32 AM
> >> Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
> >> "Down"	in CommonApplicationConstants
> >>
> >> Hi all,
> >>
> >> I have another question, I would like to ask for your help.
> >>
> >> File: CommonApplicationConstants
> >> Resource IDs: "up" and "down "
> >> String: "Up" and "Down"
> >> Question: Could anyone tell me how (and where) these newly added strings
> >> are
> >> used? Resource IDs only state "down" and "up", which does not really help.
> >> I would like to know if these are referring to the status, or for moving
> >> an
> >> item up and down in a list.
> >>
> >> Thank you.
> >>
> >> Yuko
> >>
> >> --
> >> Regards,
> >>
> >> Yuko Katabami (?????)
> >> Technical Translator II
> >> NAATI Accredited Professional Translator (English into Japanese) #28138
> >> RHCSA #111-119-244
> >> Mobile: +61 415 847 352
> >> Email: ykatabam at redhat.com
> >>
> >>
> >>
> >> Red Hat, Asia-Pacific Pty Ltd
> >> Level 1, 193 North Quay
> >> Brisbane 4000
> >> Office: +61 7 3514 8100
> >> Fax: +61 7 3514 8199
> >> Website: www.redhat.com
> >>
> >> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> >> Twitter: Red Hat APAC | Red Hat ANZ
> >> LinkedIn: Red Hat APAC | JBoss APAC
> >>
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
> 
> Red Hat
> 
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
> 
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
> <http://www.facebook.com/redhatkorea> | JBoss APAC
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
> ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>


From tjelinek at redhat.com  Tue Aug  6 06:18:44 2013
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Tue, 6 Aug 2013 02:18:44 -0400 (EDT)
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question
	#12]	"Suspended" vs "Paused"
In-Reply-To: <5200774C.1020602@redhat.com>
References: <5200774C.1020602@redhat.com>
Message-ID: <51558135.12055333.1375769924082.JavaMail.root@redhat.com>

Hi Yuko,

the difference between "Paused" and "Suspended" is that in Paused the state is
in the memory while in Suspended the state is copied to the disc. 

In the portals when you press the || button you will suspend the machine.

You can run your machine in paused mode (in run once dialog or edit VM dialog there is a checkbox for it) or 
your machine can end up in this state because of some error.

You can see this strings used as tooltips of the webadmin VM status icon.

Tomas

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Tuesday, August 6, 2013 6:10:52 AM
> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #12]	"Suspended" vs "Paused"
> 
> Hello all,
> 
> I would like to ask for your help again with the following strings:
> 
> File: ApplicationConstants
> Resource IDs: "suspended " and "paused"
> Strings: "Suspended" and "Paused"
> Question: Are these also VM statues? On "Virtual Machines" tab in the Admin
> Portal, "Pause" button is used for "Suspend" operation and I thought both
> are the same action. Could anyone explain the usage (where they appear on
> the portal) as well as the functional difference between those two
> newly-added strings?
> 
> Thank you,
> 
> Yuko
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ykatabam at redhat.com  Tue Aug  6 06:37:26 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Tue, 06 Aug 2013 16:37:26 +1000
Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
 "Down"	in CommonApplicationConstants
In-Reply-To: <1909212538.12045809.1375769628467.JavaMail.root@redhat.com>
References: <51FB369C.2010301@redhat.com>
	<496866705.10306987.1375423384935.JavaMail.root@redhat.com>
	<520059B2.2050102@redhat.com>
	<1909212538.12045809.1375769628467.JavaMail.root@redhat.com>
Message-ID: <520099A6.10204@redhat.com>

Thank you very much Tomas.
That's clear now.

Kind regards,

Yuko
On 08/06/2013 04:13 PM, Tomas Jelinek wrote:
> Hi Yuko,
>
> this status strings are shown as tooltips of the status icons in web admin (virtual machines tab).
>
> Not all the statuses have a specific tooltip - for example SavingState, WaitForLaunch and ImageLocked all have the
> tooltip "Image Locked"
>
> Tomas
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: "Tomas Jelinek" <tjelinek at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Tuesday, August 6, 2013 4:04:34 AM
>> Subject: Re: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and "Down"	in CommonApplicationConstants
>>
>> Hi Tomas,
>>
>> Just would like to ask you one extra question regarding the VM statuses.
>> Would these statuses appear under "Virtual Machines" tab or somewhere
>> else in the portal?
>>
>> I realized that not all the VM statuses are pushed to localization when
>> I checked "VMStatus":
>> 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
>> (Our understanding is that these will remain untranslated)
>>
>> Could you please tell me where in the portal the new VM statuses (for
>> which I asked question below) are used?
>> This also determine how we translate other strings containing the
>> statuses, as well as our documentation translation.
>>
>> Thank you,
>>
>> Yuko
>>
>> On 08/02/2013 04:03 PM, Tomas Jelinek wrote:
>>> Hi Yuko,
>>>
>>> this are VM statuses:
>>> up: vm is running
>>> down: vm is not running
>>>
>>> Tomas
>>>
>>> ----- Original Message -----
>>>> From: "Yuko Katabami" <ykatabam at redhat.com>
>>>> To: engine-devel at ovirt.org
>>>> Sent: Friday, August 2, 2013 6:33:32 AM
>>>> Subject: [Engine-devel] [oVirt 3.3 Localization Question #6] "Up" and
>>>> "Down"	in CommonApplicationConstants
>>>>
>>>> Hi all,
>>>>
>>>> I have another question, I would like to ask for your help.
>>>>
>>>> File: CommonApplicationConstants
>>>> Resource IDs: "up" and "down "
>>>> String: "Up" and "Down"
>>>> Question: Could anyone tell me how (and where) these newly added strings
>>>> are
>>>> used? Resource IDs only state "down" and "up", which does not really help.
>>>> I would like to know if these are referring to the status, or for moving
>>>> an
>>>> item up and down in a list.
>>>>
>>>> Thank you.
>>>>
>>>> Yuko
>>>>
>>>> --
>>>> Regards,
>>>>
>>>> Yuko Katabami (?????)
>>>> Technical Translator II
>>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>>> RHCSA #111-119-244
>>>> Mobile: +61 415 847 352
>>>> Email: ykatabam at redhat.com
>>>>
>>>>
>>>>
>>>> Red Hat, Asia-Pacific Pty Ltd
>>>> Level 1, 193 North Quay
>>>> Brisbane 4000
>>>> Office: +61 7 3514 8100
>>>> Fax: +61 7 3514 8199
>>>> Website: www.redhat.com
>>>>
>>>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>>>> Twitter: Red Hat APAC | Red Hat ANZ
>>>> LinkedIn: Red Hat APAC | JBoss APAC
>>>>
>>>> _______________________________________________
>>>> Engine-devel mailing list
>>>> Engine-devel at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> *Mobile:* +61 415 847 352
>> *Email:* ykatabam at redhat.com
>>
>> Red Hat
>>
>> *Red Hat, Asia-Pacific Pty Ltd*
>> Level 1, 193 North Quay
>> Brisbane 4000
>> *Office:* +61 7 3514 8100
>> *Fax:* +61 7 3514 8199
>> *Website:* www.redhat.com <http://www.redhat.com>
>>
>> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
>> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
>> <http://www.facebook.com/redhatkorea> | JBoss APAC
>> <http://www.facebook.com/JBossAPAC>
>> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
>> ANZ <http://www.twitter.com/redhatanz>
>> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
>> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/c1685b10/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/c1685b10/attachment.png>

From ykatabam at redhat.com  Tue Aug  6 06:39:02 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Tue, 06 Aug 2013 16:39:02 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #12]
 "Suspended" vs "Paused"
In-Reply-To: <51558135.12055333.1375769924082.JavaMail.root@redhat.com>
References: <5200774C.1020602@redhat.com>
	<51558135.12055333.1375769924082.JavaMail.root@redhat.com>
Message-ID: <52009A06.2070805@redhat.com>

Hi Tomas,

Thank you very much again for your detailed explanation.
I will share this with other translators.

Kind regards,

Yuko

On 08/06/2013 04:18 PM, Tomas Jelinek wrote:
> Hi Yuko,
>
> the difference between "Paused" and "Suspended" is that in Paused the state is
> in the memory while in Suspended the state is copied to the disc.
>
> In the portals when you press the || button you will suspend the machine.
>
> You can run your machine in paused mode (in run once dialog or edit VM dialog there is a checkbox for it) or
> your machine can end up in this state because of some error.
>
> You can see this strings used as tooltips of the webadmin VM status icon.
>
> Tomas
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Tuesday, August 6, 2013 6:10:52 AM
>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #12]	"Suspended" vs "Paused"
>>
>> Hello all,
>>
>> I would like to ask for your help again with the following strings:
>>
>> File: ApplicationConstants
>> Resource IDs: "suspended " and "paused"
>> Strings: "Suspended" and "Paused"
>> Question: Are these also VM statues? On "Virtual Machines" tab in the Admin
>> Portal, "Pause" button is used for "Suspend" operation and I thought both
>> are the same action. Could anyone explain the usage (where they appear on
>> the portal) as well as the functional difference between those two
>> newly-added strings?
>>
>> Thank you,
>>
>> Yuko
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/ae71972e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/ae71972e/attachment.png>

From wei.d.chen at intel.com  Tue Aug  6 06:44:15 2013
From: wei.d.chen at intel.com (Chen, Wei D)
Date: Tue, 6 Aug 2013 06:44:15 +0000
Subject: [Engine-devel] failed to add host into cluster
In-Reply-To: <307132015.5144883.1375706091754.JavaMail.root@redhat.com>
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
	<1492863435.5066137.1375682766691.JavaMail.root@redhat.com>
	<51FF94AE.6030807@redhat.com>
	<307132015.5144883.1375706091754.JavaMail.root@redhat.com>
Message-ID: <C5A0092C63E939488005F15F736A81120A5E744D@SHSMSX103.ccr.corp.intel.com>

Hi,


[root at onode vdsm]# vdsClient -s 0 getVdsCaps
        HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:9fb571e343'}], 'FC': []}
        ISCSIInitiatorName = iqn.1994-05.com.redhat:9fb571e343
        bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '0e:00:b7:57:2c:c9'}, 
'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '32:b3:88:1f:ef:91'}, 'bond1': {'addr': '', 
'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '4e:e5:80:93:ea:d9'}, 'bond2': {'addr': '', 'cfg': {}, 'mtu': '1500', 
'netmask': '', 'slaves': [], 'hwaddr': '16:ab:f6:e4:f2:27'}, 'bond3': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': 
[], 'hwaddr': 'ee:55:f5:e7:31:7c'}}
        bridges = {'ovirtmgmt': {'addr': '10.239.131.217', 'cfg': {'PEERROUTES': 'yes', 'DEVICE': 'ovirtmgmt', 'IPV6INIT': 'yes', 
'UUID': 'b6ecfa9d-0deb-4213-9348-11137f76735d', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL': 
'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'IPV6_DEFROUTE': 'yes', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'TYPE': 
'Bridge', 'ONBOOT': 'yes', 'BOOTPROTO': 'dhcp', 'IPV6_PEERROUTES': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 
'ports': ['em1']}}
        clusterLevels = ['3.0', '3.1', '3.2']
        cpuCores = 4
        cpuFlags = 
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge
        cpuModel = Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
        cpuSockets = 1
        cpuSpeed = 3672.000
        cpuThreads = 8
        emulatedMachines = ['clipper', 'none']
        guestOverhead = 65
        hooks = {}
        kvmEnabled = true
        lastClient = 10.239.131.222
        lastClientIface = ovirtmgmt
        management_ip =
        memSize = 7944
        netConfigDirty = False
        networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.239.131.217', 'cfg': {'PEERROUTES': 'yes', 'DEVICE': 'ovirtmgmt', 
'IPV6INIT': 'yes', 'UUID': 'b6ecfa9d-0deb-4213-9348-11137f76735d', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 
'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'IPV6_DEFROUTE': 'yes', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 
'no', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'BOOTPROTO': 'dhcp', 'IPV6_PEERROUTES': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 
'stp': 'off', 'bridged': True, 'gateway': '10.239.131.1', 'ports': ['em1']}}
        nics = {'em1': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'hwaddr': '2c:41:38:b2:d0:e8', 'speed': 100}}
        operatingSystem = {'release': '0.5', 'version': '19', 'name': 'Fedora'}
        packages2 = {'kernel': {'release': '301.fc19.x86_64', 'buildtime': 1368462984.0, 'version': '3.9.2'}, 'spice-server': 
{'release': '5.fc19', 'buildtime': 1366036951, 'version': '0.12.2'}, 'vdsm': {'release': '18.fc19', 'buildtime': 1373484771, 
'version': '4.10.3'}, 'qemu-kvm': {'release': '4.fc19', 'buildtime': 1371653911, 'version': '1.4.2'}, 'libvirt': {'release': '1.fc19', 
'buildtime': 1371074681, 'version': '1.0.5.2'}, 'qemu-img': {'release': '4.fc19', 'buildtime': 1371653911, 'version': '1.4.2'}, 'mom': 
{'release': '2.fc19', 'buildtime': 1374564325, 'version': '0.3.2'}}
        reservedMem = 321
        software_revision = 18
        software_version = 4.10
        supportedENGINEs = ['3.0', '3.1']
        supportedProtocols = ['2.2', '2.3']
        uuid = 30BBC800-4F47-11E0-0000-2C4138B2D0E8
        version_name = Snow Man
        vlans = {}
        vmTypes = ['kvm']





Best Regards,
Dave Chen


> -----Original Message-----
> From: Laszlo Hornyak [mailto:lhornyak at redhat.com]
> Sent: Monday, August 05, 2013 8:35 PM
> To: Itamar Heim
> Cc: Chen, Wei D; Zhang, Lijuan; engine-devel at ovirt.org
> Subject: Re: [Engine-devel] failed to add host into cluster
>
> Hi,
>
> Dave, could you also share the vdsm log as well?
>
> I managed to reproduce this on the host that I am using for years and I am using it now, so it should not be a hardware problem. 
> Probably
> some broken configuration caused some problem in vdsm before it would retrieve the capabilities information from libvirt.
>
>
>
> ----- Original Message -----
> > From: "Itamar Heim" <iheim at redhat.com>
> > To: "Laszlo Hornyak" <lhornyak at redhat.com>
> > Cc: "Wei D Chen" <wei.d.chen at intel.com>, "Lijuan Zhang"
> > <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > Sent: Monday, August 5, 2013 2:03:58 PM
> > Subject: Re: [Engine-devel] failed to add host into cluster
> >
> > On 08/05/2013 09:06 AM, Laszlo Hornyak wrote:
> > >
> > > ----- Original Message -----
> > >> From: "Wei D Chen" <wei.d.chen at intel.com>
> > >> To: "Itamar Heim" <iheim at redhat.com>
> > >> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > >> Sent: Monday, August 5, 2013 8:03:08 AM
> > >> Subject: Re: [Engine-devel] failed to add host into cluster
> > >>
> > >>
> > >>
> > >> Best Regards,
> > >> Dave Chen
> > >>
> > >>
> > >>> -----Original Message-----
> > >>> From: Itamar Heim [mailto:iheim at redhat.com]
> > >>> Sent: Sunday, August 04, 2013 10:25 PM
> > >>> To: Chen, Wei D
> > >>> Cc: engine-devel at ovirt.org; Zhang, Lijuan
> > >>> Subject: Re: [Engine-devel] failed to add host into cluster
> > >>>
> > >>> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > >>>> Failed to add a node into cluster. I saw follow hints, but still
> > >>>> don't know how to fix it. OS is fedora 19 both for node and
> > >>>> engine, anyone can help me?
> > >>>>
> > >>>> Host *** does not comply with the cluster *** emulated machines.
> > >>>> The Hosts emulated machines are clipper,none and the cluster is
> > >>>> [rhel6.4.0, pc-1.0]}
> > >>>
> > >>> what Os is the host running?
> > >> fedora 19
> > >>> what does 'vdsClient -s 0 getVdsCaps' returns?
> > >> where to run this command? this command is not recognized both in
> > >> engine and node.
> > >
> > > After installing the host, you should have this command in the host OS.
> > >
> > >>
> > >> _______________________________________________
> > >> Engine-devel mailing list
> > >> Engine-devel at ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >>
> >
> > cat /proc/cpuinfo
> > and
> > virsh capabilities
> >
> > are also interesting
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vdsm.log
Type: application/octet-stream
Size: 27590 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/21575e9e/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6648 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/21575e9e/attachment.p7s>

From wei.d.chen at intel.com  Tue Aug  6 07:08:09 2013
From: wei.d.chen at intel.com (Chen, Wei D)
Date: Tue, 6 Aug 2013 07:08:09 +0000
Subject: [Engine-devel] failed to add host into cluster
References: <C5A0092C63E939488005F15F736A81120A5E6549@SHSMSX103.ccr.corp.intel.com>
	<51FE642C.8040307@redhat.com>
	<C5A0092C63E939488005F15F736A81120A5E67A3@SHSMSX103.ccr.corp.intel.com>
	<1492863435.5066137.1375682766691.JavaMail.root@redhat.com>
	<51FF94AE.6030807@redhat.com>
	<307132015.5144883.1375706091754.JavaMail.root@redhat.com> 
Message-ID: <C5A0092C63E939488005F15F736A81120A5E7479@SHSMSX103.ccr.corp.intel.com>

The issue is solved by reinstalling host OS.

Best Regards,
Dave Chen


> -----Original Message-----
> From: Chen, Wei D
> Sent: Tuesday, August 06, 2013 2:44 PM
> To: 'Laszlo Hornyak'; Itamar Heim
> Cc: Zhang, Lijuan; engine-devel at ovirt.org
> Subject: RE: [Engine-devel] failed to add host into cluster
>
> Hi,
>
>
> [root at onode vdsm]# vdsClient -s 0 getVdsCaps
>         HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:9fb571e343'}], 'FC': []}
>         ISCSIInitiatorName = iqn.1994-05.com.redhat:9fb571e343
>         bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '0e:00:b7:57:2c:c9'},
> 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '32:b3:88:1f:ef:91'}, 'bond1': {'addr': '',
> 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '4e:e5:80:93:ea:d9'}, 'bond2': {'addr': '', 'cfg': {}, 'mtu': 
> '1500',
> 'netmask': '', 'slaves': [], 'hwaddr': '16:ab:f6:e4:f2:27'}, 'bond3': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 
> 'slaves':
> [], 'hwaddr': 'ee:55:f5:e7:31:7c'}}
>         bridges = {'ovirtmgmt': {'addr': '10.239.131.217', 'cfg': {'PEERROUTES': 'yes', 'DEVICE': 'ovirtmgmt', 'IPV6INIT': 'yes',
> 'UUID': 'b6ecfa9d-0deb-4213-9348-11137f76735d', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL':
> 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'IPV6_DEFROUTE': 'yes', 'IPV6_AUTOCONF': 'yes', 'IPV6_FAILURE_FATAL': 'no', 'TYPE':
> 'Bridge', 'ONBOOT': 'yes', 'BOOTPROTO': 'dhcp', 'IPV6_PEERROUTES': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off',
> 'ports': ['em1']}}
>         clusterLevels = ['3.0', '3.1', '3.2']
>         cpuCores = 4
>         cpuFlags =
> fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,r
> dtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,
> ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,
> xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_P
> enryn,model_Westmere,model_n270,model_SandyBridge
>         cpuModel = Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
>         cpuSockets = 1
>         cpuSpeed = 3672.000
>         cpuThreads = 8
>         emulatedMachines = ['clipper', 'none']
>         guestOverhead = 65
>         hooks = {}
>         kvmEnabled = true
>         lastClient = 10.239.131.222
>         lastClientIface = ovirtmgmt
>         management_ip =
>         memSize = 7944
>         netConfigDirty = False
>         networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.239.131.217', 'cfg': {'PEERROUTES': 'yes', 'DEVICE': 
> 'ovirtmgmt',
> 'IPV6INIT': 'yes', 'UUID': 'b6ecfa9d-0deb-4213-9348-11137f76735d', 'IPV6_PEERDNS': 'yes', 'DEFROUTE': 'yes', 'PEERDNS': 'yes',
> 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'IPV6_DEFROUTE': 'yes', 'IPV6_AUTOCONF': 'yes',
> 'IPV6_FAILURE_FATAL':
> 'no', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'BOOTPROTO': 'dhcp', 'IPV6_PEERROUTES': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0',
> 'stp': 'off', 'bridged': True, 'gateway': '10.239.131.1', 'ports': ['em1']}}
>         nics = {'em1': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'hwaddr': '2c:41:38:b2:d0:e8', 'speed': 100}}
>         operatingSystem = {'release': '0.5', 'version': '19', 'name': 'Fedora'}
>         packages2 = {'kernel': {'release': '301.fc19.x86_64', 'buildtime': 1368462984.0, 'version': '3.9.2'}, 'spice-server':
> {'release': '5.fc19', 'buildtime': 1366036951, 'version': '0.12.2'}, 'vdsm': {'release': '18.fc19', 'buildtime': 1373484771,
> 'version': '4.10.3'}, 'qemu-kvm': {'release': '4.fc19', 'buildtime': 1371653911, 'version': '1.4.2'}, 'libvirt': {'release': 
> '1.fc19',
> 'buildtime': 1371074681, 'version': '1.0.5.2'}, 'qemu-img': {'release': '4.fc19', 'buildtime': 1371653911, 'version': '1.4.2'}, 
> 'mom':
> {'release': '2.fc19', 'buildtime': 1374564325, 'version': '0.3.2'}}
>         reservedMem = 321
>         software_revision = 18
>         software_version = 4.10
>         supportedENGINEs = ['3.0', '3.1']
>         supportedProtocols = ['2.2', '2.3']
>         uuid = 30BBC800-4F47-11E0-0000-2C4138B2D0E8
>         version_name = Snow Man
>         vlans = {}
>         vmTypes = ['kvm']
>
>
>
>
>
> Best Regards,
> Dave Chen
>
>
> > -----Original Message-----
> > From: Laszlo Hornyak [mailto:lhornyak at redhat.com]
> > Sent: Monday, August 05, 2013 8:35 PM
> > To: Itamar Heim
> > Cc: Chen, Wei D; Zhang, Lijuan; engine-devel at ovirt.org
> > Subject: Re: [Engine-devel] failed to add host into cluster
> >
> > Hi,
> >
> > Dave, could you also share the vdsm log as well?
> >
> > I managed to reproduce this on the host that I am using for years and I am using it now, so it should not be a hardware problem.
> > Probably
> > some broken configuration caused some problem in vdsm before it would retrieve the capabilities information from libvirt.
> >
> >
> >
> > ----- Original Message -----
> > > From: "Itamar Heim" <iheim at redhat.com>
> > > To: "Laszlo Hornyak" <lhornyak at redhat.com>
> > > Cc: "Wei D Chen" <wei.d.chen at intel.com>, "Lijuan Zhang"
> > > <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > > Sent: Monday, August 5, 2013 2:03:58 PM
> > > Subject: Re: [Engine-devel] failed to add host into cluster
> > >
> > > On 08/05/2013 09:06 AM, Laszlo Hornyak wrote:
> > > >
> > > > ----- Original Message -----
> > > >> From: "Wei D Chen" <wei.d.chen at intel.com>
> > > >> To: "Itamar Heim" <iheim at redhat.com>
> > > >> Cc: "Lijuan Zhang" <lijuan.zhang at intel.com>, engine-devel at ovirt.org
> > > >> Sent: Monday, August 5, 2013 8:03:08 AM
> > > >> Subject: Re: [Engine-devel] failed to add host into cluster
> > > >>
> > > >>
> > > >>
> > > >> Best Regards,
> > > >> Dave Chen
> > > >>
> > > >>
> > > >>> -----Original Message-----
> > > >>> From: Itamar Heim [mailto:iheim at redhat.com]
> > > >>> Sent: Sunday, August 04, 2013 10:25 PM
> > > >>> To: Chen, Wei D
> > > >>> Cc: engine-devel at ovirt.org; Zhang, Lijuan
> > > >>> Subject: Re: [Engine-devel] failed to add host into cluster
> > > >>>
> > > >>> On 08/02/2013 09:34 AM, Chen, Wei D wrote:
> > > >>>> Failed to add a node into cluster. I saw follow hints, but still
> > > >>>> don't know how to fix it. OS is fedora 19 both for node and
> > > >>>> engine, anyone can help me?
> > > >>>>
> > > >>>> Host *** does not comply with the cluster *** emulated machines.
> > > >>>> The Hosts emulated machines are clipper,none and the cluster is
> > > >>>> [rhel6.4.0, pc-1.0]}
> > > >>>
> > > >>> what Os is the host running?
> > > >> fedora 19
> > > >>> what does 'vdsClient -s 0 getVdsCaps' returns?
> > > >> where to run this command? this command is not recognized both in
> > > >> engine and node.
> > > >
> > > > After installing the host, you should have this command in the host OS.
> > > >
> > > >>
> > > >> _______________________________________________
> > > >> Engine-devel mailing list
> > > >> Engine-devel at ovirt.org
> > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > >>
> > >
> > > cat /proc/cpuinfo
> > > and
> > > virsh capabilities
> > >
> > > are also interesting
> > >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6648 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/83e81d35/attachment.p7s>

From rgolan at redhat.com  Tue Aug  6 07:33:35 2013
From: rgolan at redhat.com (Roy Golan)
Date: Tue, 06 Aug 2013 10:33:35 +0300
Subject: [Engine-devel] [Users] [Feedback required][host-deploy]
 Fedora-19 misses tar at minimal setup
In-Reply-To: <2E2BF622-110C-47C1-8C45-111F4B74C379@redhat.com>
References: <733894071.3566217.1374997569084.JavaMail.root@redhat.com>
	<51F4E3E0.600@redhat.com>
	<1199327522.3570177.1375008177999.JavaMail.root@redhat.com>
	<1832045797.3650023.1375082133389.JavaMail.root@redhat.com>
	<1031113778.4037715.1375189923523.JavaMail.root@redhat.com>
	<2E2BF622-110C-47C1-8C45-111F4B74C379@redhat.com>
Message-ID: <5200A6CF.6070107@redhat.com>

On 07/30/2013 04:25 PM, Michal Skrivanek wrote:
> On Jul 30, 2013, at 15:12 , Alon Bar-Lev <alonbl at redhat.com> wrote:
>
>> Hello All,
>>
>> Starting the discussion again...
>>
>> I would like to receive feedback regarding how we should cope with a state presented to use by Fedora.
>>
>> Fedora-19 minimal setup does not install tar utility which is required to deploy files during the host-deploy process (Hosts->Add Host).
>>
>> I guess because of 2.8M in size (including translations) -- a standard commonly used utility was removed.
> How about filing bug on that? This is such a basic utility I can't imagine anyone removing it.
> +1 it would make the most proper solution from all.
>> There are three alternatives :
>>
>> 1. Instruct users who are using minimal installations to manually install tar utility just like they configure repository, dns, etc..
>>
>> Benefit: simplicity.
>> Benefit: use standard tools.
>> Benefit: lower payload to transmit.
>> Drawback: require tar at destination machine.
>>
>> 2. Do not use tar but self extracting python script, a patch is ready[1].
>>
>> Benefit: ability to deploy environment in which tar is missing.
>> Drawback: non standard tool at destination machine.
>> Drawback: complexity within our code.
>>
>> 3. Do not use tar but cpio, a patch is ready[2].
>>
>> Benefit: simplicity.
>> Benefit: use standard tools.
>> Benefit: lower payload to transmit.
>> Benefit: ability to use Fedora-19 minimal.
>> Drawback: cpio is even less common than tar, even if it exists in Fedora-19 it can be removed without anyone notice.
>> Drawback: most other distributions will not have cpio in their minimal installation.
>>
>> [[[
>> There was 4rd alternative, using python tar module to deploy tar.
>> However, there is a bug in that module when processing last block if empty.
>> This is edge condition but happened to at least one of the users and I could
>> reproduce it.
>> ]]]
>>
>> What option do you prefer?
>>
>> Regards,
>> Alon Bar-Lev
>>
>> [1] http://gerrit.ovirt.org/#/c/17295/
>> [2] http://gerrit.ovirt.org/#/c/17396/
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



From cybertimber2000 at hotmail.com  Tue Aug  6 01:57:41 2013
From: cybertimber2000 at hotmail.com (Nicholas Kesick)
Date: Tue, 6 Aug 2013 01:57:41 +0000
Subject: [Engine-devel]
 =?utf-8?q?=5BUsers=5D__=5BFeedback_required=5D=5Bh?=
 =?utf-8?q?ost-deploy=5D_Fedora-19_misses_tar_at_minimal_setup?=
Message-ID: <BLU404-EAS74852DFC9519F7F3FE8270A75D0@phx.gbl>

I did some testing with Fedora 18 (waiting for the Fedora 19 dvd to finish downloading) and I think that the behavior was the same way in Fedora 18. In Fedora 18 when installing from DVD if you select ?Minimal Install?, you do not get tar.

 

However, if you select ?Minimal install? and ?standard? under the add-on list, you *do* get tar. And if memory serves I learned the hard way in Fedora 18 that a lot of familiar commands are missing in minimal install without the standard add-on items including ?ifconfig?. Yea, you can?t even easily tell what your IP address is!... unless you are used to the ip command.


 

Is there any other commands that are missing on the ?minimal? install that are needed? Would it be easier to mention in the install directions to use the standard add-on if selecting the minimal package set for host deployment?

 

Just thoughts. I also wonder if it would be possible to include tar as a dependency for the RPMs (like ovirt-engine or vdsm) so when installed using a package manager, tar would be checked for.

 

- Nick

 


From: Alon Bar-Lev
Sent: ?August? ?5?, ?2013 ?6?:?02? ?PM
To: users, arch, engine-devel
Subject: Re: [Users] [Engine-devel] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup



Hello Again,

I tend to keep state as-is, require tar at host machine.

Whoever installs Fedora minimal should install tar manually.

I hope Fedora people will add tar per some of the requests, as tar is important utility in *NIX environment.

I do not think that the extra complexity is required.

If you strongly think otherwise, then I prefer to merge the self extracting python script.

Speak now, and emphasis.

Regards,
Alon Bar-Lev.

----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "users" <users at ovirt.org>, "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>
> Cc: "Juan Hernandez" <jhernand at redhat.com>
> Sent: Tuesday, July 30, 2013 4:12:03 PM
> Subject: Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup
> 
> Hello All,
> 
> Starting the discussion again...
> 
> I would like to receive feedback regarding how we should cope with a state
> presented to use by Fedora.
> 
> Fedora-19 minimal setup does not install tar utility which is required to
> deploy files during the host-deploy process (Hosts->Add Host).
> 
> I guess because of 2.8M in size (including translations) -- a standard
> commonly used utility was removed.
> 
> There are three alternatives :
> 
> 1. Instruct users who are using minimal installations to manually install tar
> utility just like they configure repository, dns, etc..
> 
> Benefit: simplicity.
> Benefit: use standard tools.
> Benefit: lower payload to transmit.
> Drawback: require tar at destination machine.
> 
> 2. Do not use tar but self extracting python script, a patch is ready[1].
> 
> Benefit: ability to deploy environment in which tar is missing.
> Drawback: non standard tool at destination machine.
> Drawback: complexity within our code.
> 
> 3. Do not use tar but cpio, a patch is ready[2].
> 
> Benefit: simplicity.
> Benefit: use standard tools.
> Benefit: lower payload to transmit.
> Benefit: ability to use Fedora-19 minimal.
> Drawback: cpio is even less common than tar, even if it exists in Fedora-19
> it can be removed without anyone notice.
> Drawback: most other distributions will not have cpio in their minimal
> installation.
> 
> [[[
> There was 4rd alternative, using python tar module to deploy tar.
> However, there is a bug in that module when processing last block if empty.
> This is edge condition but happened to at least one of the users and I could
> reproduce it.
> ]]]
> 
> What option do you prefer?
> 
> Regards,
> Alon Bar-Lev
> 
> [1] http://gerrit.ovirt.org/#/c/17295/
> [2] http://gerrit.ovirt.org/#/c/17396/
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
_______________________________________________
Users mailing list
Users at ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/51590058/attachment.html>

From deadhorseconsulting at gmail.com  Tue Aug  6 15:49:11 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 10:49:11 -0500
Subject: [Engine-devel] direct manipulation of libvirt
In-Reply-To: <2001011957.22377062.1375602563580.JavaMail.root@redhat.com>
References: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>
	<2001011957.22377062.1375602563580.JavaMail.root@redhat.com>
Message-ID: <CAEWPe=oQkMzcBbTL0KagWm2-n7OByPKs7TAvdqe_zgLTxjEctA@mail.gmail.com>

It would be nice to be able to enable certain types of VM's (or just
purposely for whatever reason) to be able to use for example:
VEPA (macvtap)
Change VRAM sizes
change disk IO policies
change dsk Cache Policies
change input type to usbtablet or PS2
(new qemu/libvirt features to play or test)

This of course should be limited to admin level roles as it would come with
the understanding of the possibility of things exploding in ones face.

Perhaps this could be implemented as a "Really Advanced Options" on a VM
visible to superuser or admin roles only?

 -DHC



On Sun, Aug 4, 2013 at 2:49 AM, Noam Slomianko <nslomian at redhat.com> wrote:

> Since you cannot know what kind of changes the user will do in libvirt you
> cannot be sure that VDSM will be able to live with them.
> By "Allowing" this officially you will create an impression that it is
> safe, which will cause frustration for the user if VDSM breaks.
> So keeping this as "do at your own risk, we want nothing to do with it"
> sounds like a good plan to me :)
>
> But ignoring that, what kind of behaviour would you like? maybe the
> ability to pass custom libvirt flags on VM startup?
> This can be pretty easily Implemented as an all purpose hook, isn't it?
> (write once, pass any argument you like)
>
> ----- Original Message -----
> From: "Dead Horse" <deadhorseconsulting at gmail.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, August 2, 2013 7:43:31 PM
> Subject: [Engine-devel] direct manipulation of libvirt
>
> A broad question here, perhaps not a possibility but I figured I would
> toss it out there anyway.
>
> VDSM is great at what it does, however there are those times when direct
> manipulation of libvirt or libvirt VM configuration would be very handy.
> The safe defaults and tested VM configurations that VDSM/ovirt provides are
> great. However at times it would be nice to simply connect to a hypervisor
> managed by ovirt/vdsm and make a couple changes to a VM (via virt-manager
> or directly via virsh).
>
> This could be enabling a new feature that has made it's way into
> QEMU/libvirt/KVM or tweaking a VM configuration for whatever reason. Now
> there is nothing stopping someone from doing this now either directly or
> via VDSM hooks. Hooks are a pain along with the custom properties to jack
> them into engine. Direct manipulation of libvirt since it has been
> upstarted by vdsm results in an unhappy VDSM/engine.
>
> Thoughts?
> - DHC
>
> _______________________________________________
> 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/20130806/831a0c4c/attachment.html>

From ecohen at redhat.com  Tue Aug  6 17:31:07 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Tue, 6 Aug 2013 13:31:07 -0400 (EDT)
Subject: [Engine-devel] cannot login after re-deploying development
	environment
In-Reply-To: <2085529201.12003118.1375809588170.JavaMail.root@redhat.com>
Message-ID: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>

Hi,

The following scenario already happened to me several times:

I created a brand new 'engine' data-base, created / deployed 
development environment [everything works correctly].

After ^^^, I re-create/deploy development environment, this 
time without creating a brand new 'engine' data-base (i.e. I 
utilized the existing one). Everything seems to be working 
correctly, only I cannot login into the web-admin (I fail on 
USER_FAILED_TO_AUTHENTICATE CanDoAction).

The only workaround I found is to use a brand-new data-base.

Any ideas?

[attached: engine.log, engine-setup output, engine-setup.log]

Thanks in advance.
Einav
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ovirt-engine-setup-20130806105952.log
Type: text/x-log
Size: 1187808 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/88dd8fbf/attachment.bin>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: engine-setup-output.txt
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/88dd8fbf/attachment.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: text/x-log
Size: 36948 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/88dd8fbf/attachment-0001.bin>

From yzaslavs at redhat.com  Tue Aug  6 17:36:40 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Tue, 6 Aug 2013 13:36:40 -0400 (EDT)
Subject: [Engine-devel] cannot login after re-deploying
	development	environment
In-Reply-To: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
Message-ID: <941714257.12292776.1375810600971.JavaMail.root@redhat.com>

Can we get server.log as well?

----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 6, 2013 8:31:07 PM
> Subject: [Engine-devel] cannot login after re-deploying development	environment
> 
> Hi,
> 
> The following scenario already happened to me several times:
> 
> I created a brand new 'engine' data-base, created / deployed
> development environment [everything works correctly].
> 
> After ^^^, I re-create/deploy development environment, this
> time without creating a brand new 'engine' data-base (i.e. I
> utilized the existing one). Everything seems to be working
> correctly, only I cannot login into the web-admin (I fail on
> USER_FAILED_TO_AUTHENTICATE CanDoAction).
> 
> The only workaround I found is to use a brand-new data-base.
> 
> Any ideas?
> 
> [attached: engine.log, engine-setup output, engine-setup.log]
> 
> Thanks in advance.
> Einav
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From alonbl at redhat.com  Tue Aug  6 17:46:09 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 6 Aug 2013 13:46:09 -0400 (EDT)
Subject: [Engine-devel] cannot login after re-deploying
	development	environment
In-Reply-To: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
Message-ID: <72999161.6222213.1375811169170.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 6, 2013 8:31:07 PM
> Subject: [Engine-devel] cannot login after re-deploying development	environment
> 
> Hi,
> 
> The following scenario already happened to me several times:
> 
> I created a brand new 'engine' data-base, created / deployed
> development environment [everything works correctly].
> 
> After ^^^, I re-create/deploy development environment, this
> time without creating a brand new 'engine' data-base (i.e. I
> utilized the existing one). Everything seems to be working
> correctly, only I cannot login into the web-admin (I fail on
> USER_FAILED_TO_AUTHENTICATE CanDoAction).
> 
> The only workaround I found is to use a brand-new data-base.
> 
> Any ideas?

If you remove $HOME/ovirt-engine you remove the pki keys.
If you do not drop/create the database then the engine-setup is perform upgrade not fresh install.
This cause the password to be undecryptable by the new key.
Using engine-config -s AdminPassword=interactive will store encrypted password using the new key.
If you want fresh install, please also drop/create database.

> 
> [attached: engine.log, engine-setup output, engine-setup.log]
> 
> Thanks in advance.
> Einav
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ecohen at redhat.com  Tue Aug  6 18:00:37 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Tue, 6 Aug 2013 14:00:37 -0400 (EDT)
Subject: [Engine-devel] cannot login after
	re-deploying	development	environment
In-Reply-To: <72999161.6222213.1375811169170.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
Message-ID: <1174475122.12031248.1375812037218.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> Sent: Tuesday, August 6, 2013 1:46:09 PM
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > Subject: [Engine-devel] cannot login after re-deploying development
> > 	environment
> > 
> > Hi,
> > 
> > The following scenario already happened to me several times:
> > 
> > I created a brand new 'engine' data-base, created / deployed
> > development environment [everything works correctly].
> > 
> > After ^^^, I re-create/deploy development environment, this
> > time without creating a brand new 'engine' data-base (i.e. I
> > utilized the existing one). Everything seems to be working
> > correctly, only I cannot login into the web-admin (I fail on
> > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > 
> > The only workaround I found is to use a brand-new data-base.
> > 
> > Any ideas?
> 
> If you remove $HOME/ovirt-engine you remove the pki keys.
> If you do not drop/create the database then the engine-setup is perform
> upgrade not fresh install.
> This cause the password to be undecryptable by the new key.
> Using engine-config -s AdminPassword=interactive will store encrypted
> password using the new key.
> If you want fresh install, please also drop/create database.

Thanks, Alon; so assuming that I want to utilize my existing database 
(after working hard filling it with Hosts, Storage Domains, VMs, etc...), 
but to re-deploy the environment (since I just fetched latest code from 
ovirt master, for example, and I want to run it) - I assume that I should 
NOT remove "$HOME/ovirt-engine" (or "PREFIX"); is it safe to simply 
run:
 "make clean install-dev PREFIX=[old-PREFIX]"
or is there something that needs to be removed / some cleanup that should  
be performed in order to make sure that there are no leftovers from 
previous deployments?

> 
> > 
> > [attached: engine.log, engine-setup output, engine-setup.log]
> > 
> > Thanks in advance.
> > Einav
> > 
> > _______________________________________________
> > 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 deadhorseconsulting at gmail.com  Tue Aug  6 18:05:37 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 13:05:37 -0500
Subject: [Engine-devel] cannot login after re-deploying development
	environment
In-Reply-To: <72999161.6222213.1375811169170.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
Message-ID: <CAEWPe=rh9WgPYERXU8HjH-pW16OrppPATccwWG9m3=Sb2RtjxA@mail.gmail.com>

Seeing something similar to this but it pertains users not being able to
log in. Also for some reason the engine is seemingly forgets about AD
users. Removing the AD domain via engine-manage-domains and re-adding it
works for enumerating the users, however the first attempt to login as a
user results in the engine no longer enumerating the users nor allowing
logins.
Attached are the pertinent logs.

Engine is built and running from current master as of this morning.

 - DHC


On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:

>
>
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > Subject: [Engine-devel] cannot login after re-deploying development
> environment
> >
> > Hi,
> >
> > The following scenario already happened to me several times:
> >
> > I created a brand new 'engine' data-base, created / deployed
> > development environment [everything works correctly].
> >
> > After ^^^, I re-create/deploy development environment, this
> > time without creating a brand new 'engine' data-base (i.e. I
> > utilized the existing one). Everything seems to be working
> > correctly, only I cannot login into the web-admin (I fail on
> > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> >
> > The only workaround I found is to use a brand-new data-base.
> >
> > Any ideas?
>
> If you remove $HOME/ovirt-engine you remove the pki keys.
> If you do not drop/create the database then the engine-setup is perform
> upgrade not fresh install.
> This cause the password to be undecryptable by the new key.
> Using engine-config -s AdminPassword=interactive will store encrypted
> password using the new key.
> If you want fresh install, please also drop/create database.
>
> >
> > [attached: engine.log, engine-setup output, engine-setup.log]
> >
> > Thanks in advance.
> > Einav
> >
> > _______________________________________________
> > 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/20130806/2be54faa/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: application/octet-stream
Size: 183127 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/2be54faa/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine-manage-domains.log
Type: application/octet-stream
Size: 20542 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/2be54faa/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: server.log
Type: application/octet-stream
Size: 68700 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/2be54faa/attachment-0002.obj>

From alonbl at redhat.com  Tue Aug  6 18:05:52 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 6 Aug 2013 14:05:52 -0400 (EDT)
Subject: [Engine-devel] cannot login after
	re-deploying	development	environment
In-Reply-To: <1174475122.12031248.1375812037218.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
	<1174475122.12031248.1375812037218.JavaMail.root@redhat.com>
Message-ID: <1442572556.6226766.1375812352947.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 6, 2013 9:00:37 PM
> Subject: Re: [Engine-devel] cannot login after re-deploying	development	environment
> 
> > ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > Sent: Tuesday, August 6, 2013 1:46:09 PM
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Einav Cohen" <ecohen at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > > Subject: [Engine-devel] cannot login after re-deploying development
> > > 	environment
> > > 
> > > Hi,
> > > 
> > > The following scenario already happened to me several times:
> > > 
> > > I created a brand new 'engine' data-base, created / deployed
> > > development environment [everything works correctly].
> > > 
> > > After ^^^, I re-create/deploy development environment, this
> > > time without creating a brand new 'engine' data-base (i.e. I
> > > utilized the existing one). Everything seems to be working
> > > correctly, only I cannot login into the web-admin (I fail on
> > > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > > 
> > > The only workaround I found is to use a brand-new data-base.
> > > 
> > > Any ideas?
> > 
> > If you remove $HOME/ovirt-engine you remove the pki keys.
> > If you do not drop/create the database then the engine-setup is perform
> > upgrade not fresh install.
> > This cause the password to be undecryptable by the new key.
> > Using engine-config -s AdminPassword=interactive will store encrypted
> > password using the new key.
> > If you want fresh install, please also drop/create database.
> 
> Thanks, Alon; so assuming that I want to utilize my existing database
> (after working hard filling it with Hosts, Storage Domains, VMs, etc...),
> but to re-deploy the environment (since I just fetched latest code from
> ovirt master, for example, and I want to run it) - I assume that I should
> NOT remove "$HOME/ovirt-engine" (or "PREFIX"); is it safe to simply
> run:
>  "make clean install-dev PREFIX=[old-PREFIX]"

Right, if there is no significant change this will work, if there are database changes, you should run engine-setup again to perform upgrade.

However, you do able to remove the entire environment without cleaning database, just run engine-setup and then reset password using:

"${HOME}"/ovirt-engine/bin/engine-config -s AdminPassword=interactive

And you will be able to login, but lose encrypted storage secrets.

> or is there something that needs to be removed / some cleanup that should
> be performed in order to make sure that there are no leftovers from
> previous deployments?

As files are only added, there might be side effects.
If, for example, dbscripts were modified, you may have duplicates etc..
In this case you can remove $HOME/ovirt-engine/share/ovirt-engine/dbscripts before install-dev.
There can be other side effects if packaging files are added.

> > 
> > > 
> > > [attached: engine.log, engine-setup output, engine-setup.log]
> > > 
> > > Thanks in advance.
> > > Einav
> > > 
> > > _______________________________________________
> > > 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 alonbl at redhat.com  Tue Aug  6 18:09:38 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 6 Aug 2013 14:09:38 -0400 (EDT)
Subject: [Engine-devel] cannot login after re-deploying development
 environment
In-Reply-To: <CAEWPe=rh9WgPYERXU8HjH-pW16OrppPATccwWG9m3=Sb2RtjxA@mail.gmail.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
	<CAEWPe=rh9WgPYERXU8HjH-pW16OrppPATccwWG9m3=Sb2RtjxA@mail.gmail.com>
Message-ID: <8212671.6227708.1375812578148.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Dead Horse" <deadhorseconsulting at gmail.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Einav Cohen" <ecohen at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 6, 2013 9:05:37 PM
> Subject: Re: [Engine-devel] cannot login after re-deploying development environment
> 
> Seeing something similar to this but it pertains users not being able to
> log in. Also for some reason the engine is seemingly forgets about AD
> users. Removing the AD domain via engine-manage-domains and re-adding it
> works for enumerating the users, however the first attempt to login as a
> user results in the engine no longer enumerating the users nor allowing
> logins.
> Attached are the pertinent logs.

Are you using the development environment?

> 
> Engine is built and running from current master as of this morning.
> 
>  - DHC
> 
> 
> On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> 
> >
> >
> > ----- Original Message -----
> > > From: "Einav Cohen" <ecohen at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > > Subject: [Engine-devel] cannot login after re-deploying development
> > environment
> > >
> > > Hi,
> > >
> > > The following scenario already happened to me several times:
> > >
> > > I created a brand new 'engine' data-base, created / deployed
> > > development environment [everything works correctly].
> > >
> > > After ^^^, I re-create/deploy development environment, this
> > > time without creating a brand new 'engine' data-base (i.e. I
> > > utilized the existing one). Everything seems to be working
> > > correctly, only I cannot login into the web-admin (I fail on
> > > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > >
> > > The only workaround I found is to use a brand-new data-base.
> > >
> > > Any ideas?
> >
> > If you remove $HOME/ovirt-engine you remove the pki keys.
> > If you do not drop/create the database then the engine-setup is perform
> > upgrade not fresh install.
> > This cause the password to be undecryptable by the new key.
> > Using engine-config -s AdminPassword=interactive will store encrypted
> > password using the new key.
> > If you want fresh install, please also drop/create database.
> >
> > >
> > > [attached: engine.log, engine-setup output, engine-setup.log]
> > >
> > > Thanks in advance.
> > > Einav
> > >
> > > _______________________________________________
> > > 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 deadhorseconsulting at gmail.com  Tue Aug  6 18:11:08 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 13:11:08 -0500
Subject: [Engine-devel] cannot login after re-deploying development
	environment
In-Reply-To: <8212671.6227708.1375812578148.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
	<CAEWPe=rh9WgPYERXU8HjH-pW16OrppPATccwWG9m3=Sb2RtjxA@mail.gmail.com>
	<8212671.6227708.1375812578148.JavaMail.root@redhat.com>
Message-ID: <CAEWPe=pMwBnJkrinCP_kR2_vHfsZeb0Lc=o8RCQE24WNtXOjkQ@mail.gmail.com>

Negative, it was built and upgraded via RPMs yum/engine-upgrade.
- DHC


On Tue, Aug 6, 2013 at 1:09 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:

>
>
> ----- Original Message -----
> > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > Cc: "Einav Cohen" <ecohen at redhat.com>, "engine-devel" <
> engine-devel at ovirt.org>
> > Sent: Tuesday, August 6, 2013 9:05:37 PM
> > Subject: Re: [Engine-devel] cannot login after re-deploying development
> environment
> >
> > Seeing something similar to this but it pertains users not being able to
> > log in. Also for some reason the engine is seemingly forgets about AD
> > users. Removing the AD domain via engine-manage-domains and re-adding it
> > works for enumerating the users, however the first attempt to login as a
> > user results in the engine no longer enumerating the users nor allowing
> > logins.
> > Attached are the pertinent logs.
>
> Are you using the development environment?
>
> >
> > Engine is built and running from current master as of this morning.
> >
> >  - DHC
> >
> >
> > On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> >
> > >
> > >
> > > ----- Original Message -----
> > > > From: "Einav Cohen" <ecohen at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > > > Subject: [Engine-devel] cannot login after re-deploying development
> > > environment
> > > >
> > > > Hi,
> > > >
> > > > The following scenario already happened to me several times:
> > > >
> > > > I created a brand new 'engine' data-base, created / deployed
> > > > development environment [everything works correctly].
> > > >
> > > > After ^^^, I re-create/deploy development environment, this
> > > > time without creating a brand new 'engine' data-base (i.e. I
> > > > utilized the existing one). Everything seems to be working
> > > > correctly, only I cannot login into the web-admin (I fail on
> > > > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > > >
> > > > The only workaround I found is to use a brand-new data-base.
> > > >
> > > > Any ideas?
> > >
> > > If you remove $HOME/ovirt-engine you remove the pki keys.
> > > If you do not drop/create the database then the engine-setup is perform
> > > upgrade not fresh install.
> > > This cause the password to be undecryptable by the new key.
> > > Using engine-config -s AdminPassword=interactive will store encrypted
> > > password using the new key.
> > > If you want fresh install, please also drop/create database.
> > >
> > > >
> > > > [attached: engine.log, engine-setup output, engine-setup.log]
> > > >
> > > > Thanks in advance.
> > > > Einav
> > > >
> > > > _______________________________________________
> > > > 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/20130806/421d4402/attachment.html>

From alonbl at redhat.com  Tue Aug  6 18:13:52 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 6 Aug 2013 14:13:52 -0400 (EDT)
Subject: [Engine-devel] cannot login after re-deploying development
 environment
In-Reply-To: <CAEWPe=pMwBnJkrinCP_kR2_vHfsZeb0Lc=o8RCQE24WNtXOjkQ@mail.gmail.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
	<CAEWPe=rh9WgPYERXU8HjH-pW16OrppPATccwWG9m3=Sb2RtjxA@mail.gmail.com>
	<8212671.6227708.1375812578148.JavaMail.root@redhat.com>
	<CAEWPe=pMwBnJkrinCP_kR2_vHfsZeb0Lc=o8RCQE24WNtXOjkQ@mail.gmail.com>
Message-ID: <959536046.6228788.1375812832227.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Dead Horse" <deadhorseconsulting at gmail.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Einav Cohen" <ecohen at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 6, 2013 9:11:08 PM
> Subject: Re: [Engine-devel] cannot login after re-deploying development environment
> 
> Negative, it was built and upgraded via RPMs yum/engine-upgrade.
> - DHC

So different issue... :)

> 
> 
> On Tue, Aug 6, 2013 at 1:09 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> 
> >
> >
> > ----- Original Message -----
> > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > > Cc: "Einav Cohen" <ecohen at redhat.com>, "engine-devel" <
> > engine-devel at ovirt.org>
> > > Sent: Tuesday, August 6, 2013 9:05:37 PM
> > > Subject: Re: [Engine-devel] cannot login after re-deploying development
> > environment
> > >
> > > Seeing something similar to this but it pertains users not being able to
> > > log in. Also for some reason the engine is seemingly forgets about AD
> > > users. Removing the AD domain via engine-manage-domains and re-adding it
> > > works for enumerating the users, however the first attempt to login as a
> > > user results in the engine no longer enumerating the users nor allowing
> > > logins.
> > > Attached are the pertinent logs.
> >
> > Are you using the development environment?
> >
> > >
> > > Engine is built and running from current master as of this morning.
> > >
> > >  - DHC
> > >
> > >
> > > On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > > From: "Einav Cohen" <ecohen at redhat.com>
> > > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > > > > Subject: [Engine-devel] cannot login after re-deploying development
> > > > environment
> > > > >
> > > > > Hi,
> > > > >
> > > > > The following scenario already happened to me several times:
> > > > >
> > > > > I created a brand new 'engine' data-base, created / deployed
> > > > > development environment [everything works correctly].
> > > > >
> > > > > After ^^^, I re-create/deploy development environment, this
> > > > > time without creating a brand new 'engine' data-base (i.e. I
> > > > > utilized the existing one). Everything seems to be working
> > > > > correctly, only I cannot login into the web-admin (I fail on
> > > > > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > > > >
> > > > > The only workaround I found is to use a brand-new data-base.
> > > > >
> > > > > Any ideas?
> > > >
> > > > If you remove $HOME/ovirt-engine you remove the pki keys.
> > > > If you do not drop/create the database then the engine-setup is perform
> > > > upgrade not fresh install.
> > > > This cause the password to be undecryptable by the new key.
> > > > Using engine-config -s AdminPassword=interactive will store encrypted
> > > > password using the new key.
> > > > If you want fresh install, please also drop/create database.
> > > >
> > > > >
> > > > > [attached: engine.log, engine-setup output, engine-setup.log]
> > > > >
> > > > > Thanks in advance.
> > > > > Einav
> > > > >
> > > > > _______________________________________________
> > > > > 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 deadhorseconsulting at gmail.com  Tue Aug  6 18:18:45 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 13:18:45 -0500
Subject: [Engine-devel] cannot login after re-deploying development
	environment
In-Reply-To: <959536046.6228788.1375812832227.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<72999161.6222213.1375811169170.JavaMail.root@redhat.com>
	<CAEWPe=rh9WgPYERXU8HjH-pW16OrppPATccwWG9m3=Sb2RtjxA@mail.gmail.com>
	<8212671.6227708.1375812578148.JavaMail.root@redhat.com>
	<CAEWPe=pMwBnJkrinCP_kR2_vHfsZeb0Lc=o8RCQE24WNtXOjkQ@mail.gmail.com>
	<959536046.6228788.1375812832227.JavaMail.root@redhat.com>
Message-ID: <CAEWPe=rYHHoMV50btey+qEaEP_tX6hnxriAbSuqnGxJa+bPDYw@mail.gmail.com>

The initial symptom reported was similar, initially I could not log into
the admin portal (albeit with a non-devel env) however an engine restart
seemed to clean that up.
I then noticed the latter part of the issue I mentioned after the thread
grew a bit ;-)
None the less agreed a different issue, I will fire up a diff thread for it.
- DHC



On Tue, Aug 6, 2013 at 1:13 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:

>
>
> ----- Original Message -----
> > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > Cc: "Einav Cohen" <ecohen at redhat.com>, "engine-devel" <
> engine-devel at ovirt.org>
> > Sent: Tuesday, August 6, 2013 9:11:08 PM
> > Subject: Re: [Engine-devel] cannot login after re-deploying development
> environment
> >
> > Negative, it was built and upgraded via RPMs yum/engine-upgrade.
> > - DHC
>
> So different issue... :)
>
> >
> >
> > On Tue, Aug 6, 2013 at 1:09 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> >
> > >
> > >
> > > ----- Original Message -----
> > > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > > > Cc: "Einav Cohen" <ecohen at redhat.com>, "engine-devel" <
> > > engine-devel at ovirt.org>
> > > > Sent: Tuesday, August 6, 2013 9:05:37 PM
> > > > Subject: Re: [Engine-devel] cannot login after re-deploying
> development
> > > environment
> > > >
> > > > Seeing something similar to this but it pertains users not being
> able to
> > > > log in. Also for some reason the engine is seemingly forgets about AD
> > > > users. Removing the AD domain via engine-manage-domains and
> re-adding it
> > > > works for enumerating the users, however the first attempt to login
> as a
> > > > user results in the engine no longer enumerating the users nor
> allowing
> > > > logins.
> > > > Attached are the pertinent logs.
> > >
> > > Are you using the development environment?
> > >
> > > >
> > > > Engine is built and running from current master as of this morning.
> > > >
> > > >  - DHC
> > > >
> > > >
> > > > On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev <alonbl at redhat.com>
> wrote:
> > > >
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > > From: "Einav Cohen" <ecohen at redhat.com>
> > > > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > > > Sent: Tuesday, August 6, 2013 8:31:07 PM
> > > > > > Subject: [Engine-devel] cannot login after re-deploying
> development
> > > > > environment
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > The following scenario already happened to me several times:
> > > > > >
> > > > > > I created a brand new 'engine' data-base, created / deployed
> > > > > > development environment [everything works correctly].
> > > > > >
> > > > > > After ^^^, I re-create/deploy development environment, this
> > > > > > time without creating a brand new 'engine' data-base (i.e. I
> > > > > > utilized the existing one). Everything seems to be working
> > > > > > correctly, only I cannot login into the web-admin (I fail on
> > > > > > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > > > > >
> > > > > > The only workaround I found is to use a brand-new data-base.
> > > > > >
> > > > > > Any ideas?
> > > > >
> > > > > If you remove $HOME/ovirt-engine you remove the pki keys.
> > > > > If you do not drop/create the database then the engine-setup is
> perform
> > > > > upgrade not fresh install.
> > > > > This cause the password to be undecryptable by the new key.
> > > > > Using engine-config -s AdminPassword=interactive will store
> encrypted
> > > > > password using the new key.
> > > > > If you want fresh install, please also drop/create database.
> > > > >
> > > > > >
> > > > > > [attached: engine.log, engine-setup output, engine-setup.log]
> > > > > >
> > > > > > Thanks in advance.
> > > > > > Einav
> > > > > >
> > > > > > _______________________________________________
> > > > > > 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/20130806/bc224561/attachment.html>

From deadhorseconsulting at gmail.com  Tue Aug  6 18:20:41 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 13:20:41 -0500
Subject: [Engine-devel] users cannot log into userportal
Message-ID: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>

Seeing and issue where users are not able to log in. Also for some reason
the engine is seemingly forgeting about AD users. Removing the AD domain
via engine-manage-domains and re-adding it works for enumerating the users,
however the first attempt to login as a user results in the engine no
longer enumerating the users nor allowing logins.
Attached are the pertinent logs.

Engine is built and running from current master as of this morning, and was
installed/built and upgraded via RPMs yum/engine-upgrade

 - DHC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/8df52241/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: application/octet-stream
Size: 183127 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/8df52241/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine-manage-domains.log
Type: application/octet-stream
Size: 20542 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/8df52241/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: server.log
Type: application/octet-stream
Size: 68700 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/8df52241/attachment-0002.obj>

From deadhorseconsulting at gmail.com  Tue Aug  6 18:30:11 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 13:30:11 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
Message-ID: <CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>

Also I note that he login does succeed in the AD servers logs as well as
the engine also acknowledges the same. However the login ends up in either
the user logging in and the dialog sitting in space forever and/or the
engine no longer enumerating the AD users/groups.

Attached are logs from another install seeing the same thing.
-DHC


On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse <deadhorseconsulting at gmail.com>wrote:

>
> Seeing and issue where users are not able to log in. Also for some reason
> the engine is seemingly forgeting about AD users. Removing the AD domain
> via engine-manage-domains and re-adding it works for enumerating the users,
> however the first attempt to login as a user results in the engine no
> longer enumerating the users nor allowing logins.
> Attached are the pertinent logs.
>
> Engine is built and running from current master as of this morning, and
> was installed/built and upgraded via RPMs yum/engine-upgrade
>
>  - DHC
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/ae071fba/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: application/octet-stream
Size: 183127 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/ae071fba/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: server.log
Type: application/octet-stream
Size: 68700 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/ae071fba/attachment-0001.obj>

From deadhorseconsulting at gmail.com  Tue Aug  6 18:31:29 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 13:31:29 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
Message-ID: <CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>

Really attaching logs from other install.
 - DHC


On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse <deadhorseconsulting at gmail.com>wrote:

> Also I note that he login does succeed in the AD servers logs as well as
> the engine also acknowledges the same. However the login ends up in either
> the user logging in and the dialog sitting in space forever and/or the
> engine no longer enumerating the AD users/groups.
>
> Attached are logs from another install seeing the same thing.
> -DHC
>
>
> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse <deadhorseconsulting at gmail.com>wrote:
>
>>
>> Seeing and issue where users are not able to log in. Also for some reason
>> the engine is seemingly forgeting about AD users. Removing the AD domain
>> via engine-manage-domains and re-adding it works for enumerating the users,
>> however the first attempt to login as a user results in the engine no
>> longer enumerating the users nor allowing logins.
>> Attached are the pertinent logs.
>>
>> Engine is built and running from current master as of this morning, and
>> was installed/built and upgraded via RPMs yum/engine-upgrade
>>
>>  - DHC
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/939a32ac/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: application/octet-stream
Size: 98177 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/939a32ac/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: server.log
Type: application/octet-stream
Size: 48945 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/939a32ac/attachment-0001.obj>

From iheim at redhat.com  Tue Aug  6 19:56:50 2013
From: iheim at redhat.com (Itamar Heim)
Date: Tue, 06 Aug 2013 22:56:50 +0300
Subject: [Engine-devel] direct manipulation of libvirt
In-Reply-To: <CAEWPe=oQkMzcBbTL0KagWm2-n7OByPKs7TAvdqe_zgLTxjEctA@mail.gmail.com>
References: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>
	<2001011957.22377062.1375602563580.JavaMail.root@redhat.com>
	<CAEWPe=oQkMzcBbTL0KagWm2-n7OByPKs7TAvdqe_zgLTxjEctA@mail.gmail.com>
Message-ID: <52015502.4080006@redhat.com>

On 08/06/2013 06:49 PM, Dead Horse wrote:
> It would be nice to be able to enable certain types of VM's (or just
> purposely for whatever reason) to be able to use for example:
> VEPA (macvtap)
> Change VRAM sizes

is this covering this?
http://gerrit.ovirt.org/#/c/16803/

> change disk IO policies
> change dsk Cache Policies

there is a built-in custom property for this one?

> change input type to usbtablet or PS2
> (new qemu/libvirt features to play or test)
>
> This of course should be limited to admin level roles as it would come
> with the understanding of the possibility of things exploding in ones face.
>
> Perhaps this could be implemented as a "Really Advanced Options" on a VM
> visible to superuser or admin roles only?

this would be akin to custom properties, some of which come via vdsm, 
just without a special gui on engine side (i.e., they don't need hooks 
on vdsm since they are supported out of the box).
reason they are custom properties without dedicated UI is the use case 
is rare.

other than some custom property to pass libvirt command line args, or 
xml overrides, i think the custom proeprties/hooks (or vdsm builtin 
support) is the cleanest one

>
>   -DHC
>
>
>
> On Sun, Aug 4, 2013 at 2:49 AM, Noam Slomianko <nslomian at redhat.com
> <mailto:nslomian at redhat.com>> wrote:
>
>     Since you cannot know what kind of changes the user will do in
>     libvirt you cannot be sure that VDSM will be able to live with them.
>     By "Allowing" this officially you will create an impression that it
>     is safe, which will cause frustration for the user if VDSM breaks.
>     So keeping this as "do at your own risk, we want nothing to do with
>     it" sounds like a good plan to me :)
>
>     But ignoring that, what kind of behaviour would you like? maybe the
>     ability to pass custom libvirt flags on VM startup?
>     This can be pretty easily Implemented as an all purpose hook, isn't
>     it? (write once, pass any argument you like)
>
>     ----- Original Message -----
>     From: "Dead Horse" <deadhorseconsulting at gmail.com
>     <mailto:deadhorseconsulting at gmail.com>>
>     To: "engine-devel" <engine-devel at ovirt.org
>     <mailto:engine-devel at ovirt.org>>
>     Sent: Friday, August 2, 2013 7:43:31 PM
>     Subject: [Engine-devel] direct manipulation of libvirt
>
>     A broad question here, perhaps not a possibility but I figured I
>     would toss it out there anyway.
>
>     VDSM is great at what it does, however there are those times when
>     direct manipulation of libvirt or libvirt VM configuration would be
>     very handy. The safe defaults and tested VM configurations that
>     VDSM/ovirt provides are great. However at times it would be nice to
>     simply connect to a hypervisor managed by ovirt/vdsm and make a
>     couple changes to a VM (via virt-manager or directly via virsh).
>
>     This could be enabling a new feature that has made it's way into
>     QEMU/libvirt/KVM or tweaking a VM configuration for whatever reason.
>     Now there is nothing stopping someone from doing this now either
>     directly or via VDSM hooks. Hooks are a pain along with the custom
>     properties to jack them into engine. Direct manipulation of libvirt
>     since it has been upstarted by vdsm results in an unhappy VDSM/engine.
>
>     Thoughts?
>     - DHC
>
>     _______________________________________________
>     Engine-devel mailing list
>     Engine-devel at ovirt.org <mailto: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 deadhorseconsulting at gmail.com  Tue Aug  6 21:10:25 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Tue, 6 Aug 2013 16:10:25 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
Message-ID: <CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>

I have found some steps to reproduce this easily.

Start the engine bound to an AD for authentication
log in to the user portal as an AD user which has been granted a Role (I
used PowerUserRole)

Result: Login will succeed
Data from engine.log:
2013-08-06 15:54:10,088 INFO  [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-10) Running command: LoginUserCommand internal: false.
2013-08-06 15:54:10,139 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null, Custom
Event ID: -1, Message: User ovirttest logged in.

log out of the user portal
Result: log out succeeds
Data from engine.log:
2013-08-06 15:54:12,448 INFO  [org.ovirt.engine.core.bll.LogoutUserCommand]
(ajp--127.0.0.1-8702-2) Running command: LogoutUserCommand internal: false.
2013-08-06 15:54:12,474 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null, Custom
Event ID: -1, Message: User ovirttest logged out.

As the same user log in to the user portal again but this purposely input
the wrong password.
Result: log in will fail
Data from engine.log:
2013-08-06 15:54:20,830 ERROR
[org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
(ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information was
invalid (24)
2013-08-06 15:54:20,832 ERROR
[org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
(ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the username
and password.
2013-08-06 15:54:20,843 ERROR
[org.ovirt.engine.core.bll.adbroker.DirectorySearcher]
(ajp--127.0.0.1-8702-7) Failed ldap search server LDAP://
foodc02.foo.test.com:389 using user ovirttest at FOO.TEST.COM due to
Authentication Failed. Please verify the username and password.. We should
not try the next server
2013-08-06 15:54:20,850 ERROR
[org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
(ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information was
invalid (24)
2013-08-06 15:54:20,851 ERROR
[org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
(ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the username
and password.
2013-08-06 15:54:20,852 ERROR
[org.ovirt.engine.core.bll.adbroker.DirectorySearcher]
(ajp--127.0.0.1-8702-7) Failed ldap search server LDAP://
foodc01.foo.test.com:389 using user ovirttest at FOO.TEST.COM due to
Authentication Failed. Please verify the username and password.. We should
not try the next server
2013-08-06 15:54:20,853 ERROR
[org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
(ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
gso.med.ge.com. Ldap Query Type is getUserByName
2013-08-06 15:54:20,854 ERROR
[org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
(ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the username
and password.
2013-08-06 15:54:20,855 ERROR [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-7)
USER_FAILED_TO_AUTHENTICATE_WRONG_USERNAME_OR_PASSWORD : ovirttest
2013-08-06 15:54:20,856 WARN  [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-7) CanDoAction of action LoginUser failed.
Reasons:USER_FAILED_TO_AUTHENTICATE_WRONG_USERNAME_OR_PASSWORD

Try again to log in as the same user this time typing the correct password.
Result: Login fails!
Data from engine.log:
2013-08-06 15:54:25,186 ERROR
[org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
(ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
gso.med.ge.com. Ldap Query Type is getUserByName
2013-08-06 15:54:25,187 ERROR [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-7) USER_FAILED_TO_AUTHENTICATE : ovirttest
2013-08-06 15:54:25,187 WARN  [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-7) CanDoAction of action LoginUser failed.
Reasons:USER_FAILED_TO_AUTHENTICATE

Try again with another AD user.
Result: Login fails!
Data from engine.log:
2013-08-06 15:54:38,056 ERROR
[org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
(ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to domain
gso.med.ge.com. Ldap Query Type is getUserByName
2013-08-06 15:54:38,057 ERROR [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-5) USER_FAILED_TO_AUTHENTICATE : ovirtadmin
2013-08-06 15:54:38,058 WARN  [org.ovirt.engine.core.bll.LoginUserCommand]
(ajp--127.0.0.1-8702-5) CanDoAction of action LoginUser failed.
Reasons:USER_FAILED_TO_AUTHENTICATE

Logging into the admin portal as the admin at internal user will yield that
engine seems to have forgotten about and can no longer enumerate AD users
and groups.
engine stays in this state until it has been restarted.

I also note the two following errors in the engine log file as well:
2013-08-06 15:53:41,098 ERROR
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service
thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
2013-08-06 15:53:41,161 ERROR
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service
thread 1-9) Failed to decrypt value for property AttestationTruststorePass
will be used encrypted value: javax.crypto.BadPaddingException: Data must
start with zero

- DHC



On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse <deadhorseconsulting at gmail.com>wrote:

> Really attaching logs from other install.
>  - DHC
>
>
> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse <deadhorseconsulting at gmail.com>wrote:
>
>> Also I note that he login does succeed in the AD servers logs as well as
>> the engine also acknowledges the same. However the login ends up in either
>> the user logging in and the dialog sitting in space forever and/or the
>> engine no longer enumerating the AD users/groups.
>>
>> Attached are logs from another install seeing the same thing.
>> -DHC
>>
>>
>> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse <deadhorseconsulting at gmail.com
>> > wrote:
>>
>>>
>>> Seeing and issue where users are not able to log in. Also for some
>>> reason the engine is seemingly forgeting about AD users. Removing the AD
>>> domain via engine-manage-domains and re-adding it works for enumerating the
>>> users, however the first attempt to login as a user results in the engine
>>> no longer enumerating the users nor allowing logins.
>>> Attached are the pertinent logs.
>>>
>>> Engine is built and running from current master as of this morning, and
>>> was installed/built and upgraded via RPMs yum/engine-upgrade
>>>
>>>  - DHC
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130806/267da740/attachment.html>

From sabose at redhat.com  Wed Aug  7 05:21:26 2013
From: sabose at redhat.com (Sahina Bose)
Date: Wed, 07 Aug 2013 10:51:26 +0530
Subject: [Engine-devel] [vdsm] How to handle qemu 1.3 dep for Gluster
	Storage Domain
In-Reply-To: <5200873E.7060805@linux.vnet.ibm.com>
References: <5200873E.7060805@linux.vnet.ibm.com>
Message-ID: <5201D956.8060704@redhat.com>

[Adding engine-devel]

On 08/06/2013 10:48 AM, Deepak C Shetty wrote:
> Hi All,
>     There were 2 learnings from BZ 
> https://bugzilla.redhat.com/show_bug.cgi?id=988299
>
> 1) Gluster RPM deps were not proper in VDSM when using Gluster Storage 
> Domain. This has been partly addressed
> by the gluster-devel thread @ 
> http://lists.gnu.org/archive/html/gluster-devel/2013-08/msg00008.html
> and will be fully addressed once Gluster folks ensure their packaging 
> is friendly enuf for VDSM to consume
> just the needed bits. Once that happens, i will be sending a patch to 
> vdsm.spec.in to update the gluster
> deps correctly. So this issue gets addressed in near term.
>
> 2) Gluster storage domain needs minimum libvirt 1.0.1 and qemu 1.3.
>
> libvirt 1.0.1 has the support for representing gluster as a network 
> block device and qemu 1.3 has the
> native support for gluster block backend which supports gluster://... 
> URI way of representing a gluster
> based file (aka volume/vmdisk in VDSM case). Many distros (incl. 
> centos 6.4 in the BZ) won't have qemu
> 1.3 in their distro repos! How do we handle this dep in VDSM ?
>
> Do we disable gluster storage domain in oVirt engine if VDSM reports 
> qemu < 1.3 as part of getCapabilities ?
> or
> Do we ensure qemu 1.3 is present in ovirt.repo assuming ovirt.repo is 
> always present on VDSM hosts in which
> case when VDSM gets installed, qemu 1.3 dep in vdsm.spec.in will 
> install qemu 1.3 from the ovirt.repo
> instead of the distro repo. This means vdsm.spec.in will have qemu >= 
> 1.3 under Requires.
>
Is this possible to make this a conditional install? That is, only if 
Storage Domain = GlusterFS in the Data center, the bootstrapping of host 
will install the qemu 1.3 and dependencies.

(The question still remains as to where the qemu 1.3 rpms will be available)

> What will be a good way to handle this ?
> Appreciate your response
>
> thanx,
> deepak
>
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel



From lvernia at redhat.com  Wed Aug  7 05:47:19 2013
From: lvernia at redhat.com (Lior Vernia)
Date: Wed, 07 Aug 2013 08:47:19 +0300
Subject: [Engine-devel] cannot login after re-deploying development
	environment
In-Reply-To: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
Message-ID: <5201DF67.9090300@redhat.com>

Hi Einav,

Happens to me repeatedly. I reset options "AdminPassword" and
"LocalAdminPassword" manually in the vdc_options in the DB. Never tried
the aforementioned "-s AdminPassword=interactive" switch for engine-setup.

Lior.

On 06/08/13 20:31, Einav Cohen wrote:
> Hi,
> 
> The following scenario already happened to me several times:
> 
> I created a brand new 'engine' data-base, created / deployed 
> development environment [everything works correctly].
> 
> After ^^^, I re-create/deploy development environment, this 
> time without creating a brand new 'engine' data-base (i.e. I 
> utilized the existing one). Everything seems to be working 
> correctly, only I cannot login into the web-admin (I fail on 
> USER_FAILED_TO_AUTHENTICATE CanDoAction).
> 
> The only workaround I found is to use a brand-new data-base.
> 
> Any ideas?
> 
> [attached: engine.log, engine-setup output, engine-setup.log]
> 
> Thanks in advance.
> Einav
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From rgolan at redhat.com  Wed Aug  7 06:59:07 2013
From: rgolan at redhat.com (Roy Golan)
Date: Wed, 07 Aug 2013 09:59:07 +0300
Subject: [Engine-devel] Dynamic resource loading in GWT
Message-ID: <5201F03B.8010000@redhat.com>

Painful issue here - we all know the regular drill of maintaining 
messages in many places, I18N files and so on.
Also there's a patch to make all available timezone an java enum and by 
that share it for free with the UI. its a way better than a backend Query.

But this is all hard-coded, not flexible, hard to maintain, we all know.

Why won't we make GWT load a javascript dictionary/dictionaries from a 
servlet or our host page html[1] using GWT Dictionary[3]?

that way the configuration is shared with the engine, it relies on the 
disk, customers and GSS can change it on-site and so on.


| index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|

     ^
      |

| GWT loads Dictionary |


candidates for dynamic resources
* I18N resources AppErrors...
* config ( just the UI subset )
* osinfo ?



[1] host page html - 
http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevGuideHostPage
[2] Dynamic string internationalisation - 
http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStringInternationalization
[3] 
http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html

Thanks,
Roy


From didi at redhat.com  Wed Aug  7 07:28:41 2013
From: didi at redhat.com (Yedidyah Bar David)
Date: Wed, 7 Aug 2013 03:28:41 -0400 (EDT)
Subject: [Engine-devel] open-ovf
In-Reply-To: <1864903800.12474285.1375859044707.JavaMail.root@redhat.com>
Message-ID: <151660003.12487472.1375860521163.JavaMail.root@redhat.com>

Hi all,

While reviewing a change to allow using an ovf image in hosted-engine, I
searched and found that there is a project called "open-ovf". It's a
python library to work with ovf images.

Using it might make sense in hosted engine and image-uploader, perhaps
other places.

Did we ever discuss using it? Are there any obvious obstacles?

Best regards,
-- 
Didi


From oschreib at redhat.com  Wed Aug  7 08:12:36 2013
From: oschreib at redhat.com (Ofer Schreiber)
Date: Wed, 7 Aug 2013 04:12:36 -0400 (EDT)
Subject: [Engine-devel] ovirt 3.3 RC packages
In-Reply-To: <1694029740.12501403.1375861957627.JavaMail.root@redhat.com>
Message-ID: <984952496.12512058.1375863156324.JavaMail.root@redhat.com>

Dear maintainers,

As you probably know, we're heading towards the 3.3 release of ovirt.
I'd like to get a short status about your project, and it's readiness for the upcoming release.
If your project is blocker free, please let me know of the relevant build to pick up into the RC repo.

Current known blockers (as in https://bugzilla.redhat.com/show_bug.cgi?id=918494 - Tracker: oVirt 3.3 release):

ovirt-engine
============
984586	ovirt-engine-backend	infra	        Cannot start a VM with USB Native - Exit message: internal error Could not format channel target type.
988299	ovirt-engine-core	gluster	        Impossible to start VM from Gluster Storage Domain
987939	ovirt-engine-installer	integration     engine-setup -> engine-cleanup -> engine-setup -> fails

vsdm
====
988004	vdsm	               network	    [vdsm] OSError: [Errno 2] No such file or directory: '/sys/class/net/ovirtmgmt/brif'
988065	vdsm	               virt	    Migration fails - AttributeError: 'ConsoleDevice' object has no attribute 'alias'
988397	vdsm	               network	    ovirt-node post-installation setup networks fails when NetworkManager is running
988990	vdsm	               network	    oVirt 3.3 - (vdsm-network): netinfo - ValueError: unknown bridge ens3
990854	vdsm	               network	    Multiple Gateways: Upgrade VDSM to 3.3 must reconfigure networking on host
990963	vdsm		                    vdsm must require selinux-policy-3.12.1-68.fc19

ovirt-node
====
988986 ovirt-node                           libvirt network directory is not persisted

other
=====
990509 selinux-policy                       Current selinux policy prevents running a VM with volumes under /var/run/vdsm/storage

Thanks,

Ofer Schreiber


From sabose at redhat.com  Wed Aug  7 08:50:57 2013
From: sabose at redhat.com (Sahina Bose)
Date: Wed, 07 Aug 2013 14:20:57 +0530
Subject: [Engine-devel] ovirt 3.3 RC packages
In-Reply-To: <984952496.12512058.1375863156324.JavaMail.root@redhat.com>
References: <984952496.12512058.1375863156324.JavaMail.root@redhat.com>
Message-ID: <52020A71.8090003@redhat.com>


On 08/07/2013 01:42 PM, Ofer Schreiber wrote:
> Dear maintainers,
>
> As you probably know, we're heading towards the 3.3 release of ovirt.
> I'd like to get a short status about your project, and it's readiness for the upcoming release.
> If your project is blocker free, please let me know of the relevant build to pick up into the RC repo.
>
> Current known blockers (as in https://bugzilla.redhat.com/show_bug.cgi?id=918494 - Tracker: oVirt 3.3 release):
>
> ovirt-engine
> ============
> 984586	ovirt-engine-backend	infra	        Cannot start a VM with USB Native - Exit message: internal error Could not format channel target type.
> 988299	ovirt-engine-core	gluster	        Impossible to start VM from Gluster Storage Domain
There's an issue with running this on CentOS 6.4 as there is no qemu 1.3 
available for this distro.
Deepak (deepakcs) has initiated a conversation asking for inputs on how 
to handle this dependency. We could take a call based on the resolution.

> 987939	ovirt-engine-installer	integration     engine-setup -> engine-cleanup -> engine-setup -> fails
>
> vsdm
> ====
> 988004	vdsm	               network	    [vdsm] OSError: [Errno 2] No such file or directory: '/sys/class/net/ovirtmgmt/brif'
> 988065	vdsm	               virt	    Migration fails - AttributeError: 'ConsoleDevice' object has no attribute 'alias'
> 988397	vdsm	               network	    ovirt-node post-installation setup networks fails when NetworkManager is running
> 988990	vdsm	               network	    oVirt 3.3 - (vdsm-network): netinfo - ValueError: unknown bridge ens3
> 990854	vdsm	               network	    Multiple Gateways: Upgrade VDSM to 3.3 must reconfigure networking on host
> 990963	vdsm		                    vdsm must require selinux-policy-3.12.1-68.fc19
>
> ovirt-node
> ====
> 988986 ovirt-node                           libvirt network directory is not persisted
>
> other
> =====
> 990509 selinux-policy                       Current selinux policy prevents running a VM with volumes under /var/run/vdsm/storage
>
> Thanks,
>
> Ofer Schreiber
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From iheim at redhat.com  Wed Aug  7 10:30:54 2013
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 07 Aug 2013 13:30:54 +0300
Subject: [Engine-devel] [vdsm] How to handle qemu 1.3 dep for Gluster
	Storage Domain
In-Reply-To: <5201D956.8060704@redhat.com>
References: <5200873E.7060805@linux.vnet.ibm.com> <5201D956.8060704@redhat.com>
Message-ID: <520221DE.1090503@redhat.com>

On 08/07/2013 08:21 AM, Sahina Bose wrote:
> [Adding engine-devel]
>
> On 08/06/2013 10:48 AM, Deepak C Shetty wrote:
>> Hi All,
>>     There were 2 learnings from BZ
>> https://bugzilla.redhat.com/show_bug.cgi?id=988299
>>
>> 1) Gluster RPM deps were not proper in VDSM when using Gluster Storage
>> Domain. This has been partly addressed
>> by the gluster-devel thread @
>> http://lists.gnu.org/archive/html/gluster-devel/2013-08/msg00008.html
>> and will be fully addressed once Gluster folks ensure their packaging
>> is friendly enuf for VDSM to consume
>> just the needed bits. Once that happens, i will be sending a patch to
>> vdsm.spec.in to update the gluster
>> deps correctly. So this issue gets addressed in near term.
>>
>> 2) Gluster storage domain needs minimum libvirt 1.0.1 and qemu 1.3.
>>
>> libvirt 1.0.1 has the support for representing gluster as a network
>> block device and qemu 1.3 has the
>> native support for gluster block backend which supports gluster://...
>> URI way of representing a gluster
>> based file (aka volume/vmdisk in VDSM case). Many distros (incl.
>> centos 6.4 in the BZ) won't have qemu
>> 1.3 in their distro repos! How do we handle this dep in VDSM ?
>>
>> Do we disable gluster storage domain in oVirt engine if VDSM reports
>> qemu < 1.3 as part of getCapabilities ?
>> or
>> Do we ensure qemu 1.3 is present in ovirt.repo assuming ovirt.repo is
>> always present on VDSM hosts in which
>> case when VDSM gets installed, qemu 1.3 dep in vdsm.spec.in will
>> install qemu 1.3 from the ovirt.repo
>> instead of the distro repo. This means vdsm.spec.in will have qemu >=
>> 1.3 under Requires.
>>
> Is this possible to make this a conditional install? That is, only if
> Storage Domain = GlusterFS in the Data center, the bootstrapping of host
> will install the qemu 1.3 and dependencies.
>
> (The question still remains as to where the qemu 1.3 rpms will be
> available)
>

hosts are installed prior to storage domain definition usually.
we need to find a solution to having a qemu > 1.3 for .el6 (or another 
version of qemu with this feature set).

>> What will be a good way to handle this ?
>> Appreciate your response
>>
>> thanx,
>> deepak
>>
>> _______________________________________________
>> vdsm-devel mailing list
>> vdsm-devel at lists.fedorahosted.org
>> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
>
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel



From iheim at redhat.com  Wed Aug  7 10:35:06 2013
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 07 Aug 2013 13:35:06 +0300
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
Message-ID: <520222DA.9010105@redhat.com>

On 08/07/2013 12:10 AM, Dead Horse wrote:
> I have found some steps to reproduce this easily.
>
> Start the engine bound to an AD for authentication
> log in to the user portal as an AD user which has been granted a Role (I
> used PowerUserRole)
>
> Result: Login will succeed
> Data from engine.log:
> 2013-08-06 15:54:10,088 INFO
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-10)
> Running command: LoginUserCommand internal: false.
> 2013-08-06 15:54:10,139 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
> Custom Event ID: -1, Message: User ovirttest logged in.
>
> log out of the user portal
> Result: log out succeeds
> Data from engine.log:
> 2013-08-06 15:54:12,448 INFO
> [org.ovirt.engine.core.bll.LogoutUserCommand] (ajp--127.0.0.1-8702-2)
> Running command: LogoutUserCommand internal: false.
> 2013-08-06 15:54:12,474 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
> Custom Event ID: -1, Message: User ovirttest logged out.
>
> As the same user log in to the user portal again but this purposely
> input the wrong password.
> Result: log in will fail
> Data from engine.log:
> 2013-08-06 15:54:20,830 ERROR
> [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> was invalid (24)
> 2013-08-06 15:54:20,832 ERROR
> [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> username and password.
> 2013-08-06 15:54:20,843 ERROR
> [org.ovirt.engine.core.bll.adbroker.DirectorySearcher]
> (ajp--127.0.0.1-8702-7) Failed ldap search server
> LDAP://foodc02.foo.test.com:389 <http://foodc02.foo.test.com:389> using
> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM> due to
> Authentication Failed. Please verify the username and password.. We
> should not try the next server
> 2013-08-06 15:54:20,850 ERROR
> [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> was invalid (24)
> 2013-08-06 15:54:20,851 ERROR
> [org.ovirt.engine.core.bll.adbroker.GSSAPIDirContextAuthenticationStrategy]
> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> username and password.
> 2013-08-06 15:54:20,852 ERROR
> [org.ovirt.engine.core.bll.adbroker.DirectorySearcher]
> (ajp--127.0.0.1-8702-7) Failed ldap search server
> LDAP://foodc01.foo.test.com:389 <http://foodc01.foo.test.com:389> using
> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM> due to
> Authentication Failed. Please verify the username and password.. We
> should not try the next server
> 2013-08-06 15:54:20,853 ERROR
> [org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> 2013-08-06 15:54:20,854 ERROR
> [org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> username and password.
> 2013-08-06 15:54:20,855 ERROR
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-7)
> USER_FAILED_TO_AUTHENTICATE_WRONG_USERNAME_OR_PASSWORD : ovirttest
> 2013-08-06 15:54:20,856 WARN
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-7)
> CanDoAction of action LoginUser failed.
> Reasons:USER_FAILED_TO_AUTHENTICATE_WRONG_USERNAME_OR_PASSWORD
>
> Try again to log in as the same user this time typing the correct password.
> Result: Login fails!
> Data from engine.log:
> 2013-08-06 15:54:25,186 ERROR
> [org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> 2013-08-06 15:54:25,187 ERROR
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-7)
> USER_FAILED_TO_AUTHENTICATE : ovirttest
> 2013-08-06 15:54:25,187 WARN
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-7)
> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_AUTHENTICATE
>
> Try again with another AD user.
> Result: Login fails!
> Data from engine.log:
> 2013-08-06 15:54:38,056 ERROR
> [org.ovirt.engine.core.bll.adbroker.LdapAuthenticateUserCommand]
> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to domain
> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> 2013-08-06 15:54:38,057 ERROR
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-5)
> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> 2013-08-06 15:54:38,058 WARN
> [org.ovirt.engine.core.bll.LoginUserCommand] (ajp--127.0.0.1-8702-5)
> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_AUTHENTICATE
>
> Logging into the admin portal as the admin at internal user will yield that
> engine seems to have forgotten about and can no longer enumerate AD
> users and groups.
> engine stays in this state until it has been restarted.
>
> I also note the two following errors in the engine log file as well:
> 2013-08-06 15:53:41,098 ERROR
> [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service
> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> 2013-08-06 15:53:41,161 ERROR
> [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service
> thread 1-9) Failed to decrypt value for property
> AttestationTruststorePass will be used encrypted value:
> javax.crypto.BadPaddingException: Data must start with zero
>
> - DHC
>
>
>
> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> <deadhorseconsulting at gmail.com <mailto:deadhorseconsulting at gmail.com>>
> wrote:
>
>     Really attaching logs from other install.
>       - DHC
>
>
>     On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
>     <deadhorseconsulting at gmail.com
>     <mailto:deadhorseconsulting at gmail.com>> wrote:
>
>         Also I note that he login does succeed in the AD servers logs as
>         well as the engine also acknowledges the same. However the login
>         ends up in either the user logging in and the dialog sitting in
>         space forever and/or the engine no longer enumerating the AD
>         users/groups.
>
>         Attached are logs from another install seeing the same thing.
>         -DHC
>
>
>         On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
>         <deadhorseconsulting at gmail.com
>         <mailto:deadhorseconsulting at gmail.com>> wrote:
>
>
>             Seeing and issue where users are not able to log in. Also
>             for some reason the engine is seemingly forgeting about AD
>             users. Removing the AD domain via engine-manage-domains and
>             re-adding it works for enumerating the users, however the
>             first attempt to login as a user results in the engine no
>             longer enumerating the users nor allowing logins.
>             Attached are the pertinent logs.
>
>             Engine is built and running from current master as of this
>             morning, and was installed/built and upgraded via RPMs
>             yum/engine-upgrade
>
>               - DHC
>
>
>
>
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>

thanks for reproducing with such clear steps. can you please open a bug?
yair - can you try and reproduce as well (I tried on an older rhev 3.2 i 
have and couldn't with the IPA provider)	


From ecohen at redhat.com  Wed Aug  7 11:08:58 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Wed, 7 Aug 2013 07:08:58 -0400 (EDT)
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <5201F03B.8010000@redhat.com>
References: <5201F03B.8010000@redhat.com>
Message-ID: <591730162.12504513.1375873738779.JavaMail.root@redhat.com>

Hi Roy,

a couple of notes (I could be totally wrong here, GWT experts - please review/comment):

- from [1]:
"Provides dynamic string lookup of key/value string pairs defined in a module's host HTML page" - 
there is a chance that a gwt dictionary is limited to reading key/value string pairs that reside 
within the *gwt module host HTML page* (i.e., within the context of the GWT application - 
"http://[server]/webadmin/webadmin/...") and not outside - need to find that out.

- again, from [1]:
"a variety of error conditions (particularly those involving key mismatches) cannot be caught until 
runtime. Similarly, the GWT compiler is unable discard unused dictionary values since the structure 
cannot be statically analyzed".
(this is expected, as the suggested loading here is dynamic, rather than static)

- not sure exactly how this would work with localization; there is "A Caveat Regarding Locale" 
mentioned in [1] - IIUC, we will lose the automatic locale-mapping that we have today, and we would 
need to do it ourselves somehow (not a big deal, I suppose, just some extra work that needs to be 
done here).

----
Thanks,
Einav

[1] http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html

----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 7, 2013 2:59:07 AM
> Subject: [Engine-devel] Dynamic resource loading in GWT
> 
> Painful issue here - we all know the regular drill of maintaining
> messages in many places, I18N files and so on.
> Also there's a patch to make all available timezone an java enum and by
> that share it for free with the UI. its a way better than a backend Query.
> 
> But this is all hard-coded, not flexible, hard to maintain, we all know.
> 
> Why won't we make GWT load a javascript dictionary/dictionaries from a
> servlet or our host page html[1] using GWT Dictionary[3]?
> 
> that way the configuration is shared with the engine, it relies on the
> disk, customers and GSS can change it on-site and so on.
> 
> 
> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
> 
>      ^
>       |
> 
> | GWT loads Dictionary |
> 
> 
> candidates for dynamic resources
> * I18N resources AppErrors...
> * config ( just the UI subset )
> * osinfo ?
> 
> 
> 
> [1] host page html -
> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevGuideHostPage
> [2] Dynamic string internationalisation -
> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStringInternationalization
> [3]
> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html
> 
> Thanks,
> Roy
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ecohen at redhat.com  Wed Aug  7 11:10:55 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Wed, 7 Aug 2013 07:10:55 -0400 (EDT)
Subject: [Engine-devel] cannot login after re-deploying
	development	environment
In-Reply-To: <5201DF67.9090300@redhat.com>
References: <409462634.12008424.1375810266994.JavaMail.root@redhat.com>
	<5201DF67.9090300@redhat.com>
Message-ID: <604668338.12504842.1375873855475.JavaMail.root@redhat.com>

many thanks Alon/Lior for your help - I appreciate it!

----
Regards,
Einav

----- Original Message -----
> From: "Lior Vernia" <lvernia at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 7, 2013 1:47:19 AM
> Subject: Re: [Engine-devel] cannot login after re-deploying development	environment
> 
> Hi Einav,
> 
> Happens to me repeatedly. I reset options "AdminPassword" and
> "LocalAdminPassword" manually in the vdc_options in the DB. Never tried
> the aforementioned "-s AdminPassword=interactive" switch for engine-setup.
> 
> Lior.
> 
> On 06/08/13 20:31, Einav Cohen wrote:
> > Hi,
> > 
> > The following scenario already happened to me several times:
> > 
> > I created a brand new 'engine' data-base, created / deployed
> > development environment [everything works correctly].
> > 
> > After ^^^, I re-create/deploy development environment, this
> > time without creating a brand new 'engine' data-base (i.e. I
> > utilized the existing one). Everything seems to be working
> > correctly, only I cannot login into the web-admin (I fail on
> > USER_FAILED_TO_AUTHENTICATE CanDoAction).
> > 
> > The only workaround I found is to use a brand-new data-base.
> > 
> > Any ideas?
> > 
> > [attached: engine.log, engine-setup output, engine-setup.log]
> > 
> > Thanks in advance.
> > Einav
> > 
> > 
> > 
> > _______________________________________________
> > 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 rgolan at redhat.com  Wed Aug  7 11:48:45 2013
From: rgolan at redhat.com (Roy Golan)
Date: Wed, 07 Aug 2013 14:48:45 +0300
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <591730162.12504513.1375873738779.JavaMail.root@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
Message-ID: <5202341D.90100@redhat.com>

On 08/07/2013 02:08 PM, Einav Cohen wrote:
> Hi Roy,
>
> a couple of notes (I could be totally wrong here, GWT experts - please review/comment):
>
> - from [1]:
> "Provides dynamic string lookup of key/value string pairs defined in a module's host HTML page" -
> there is a chance that a gwt dictionary is limited to reading key/value string pairs that reside
> within the *gwt module host HTML page* (i.e., within the context of the GWT application -
> "http://[server]/webadmin/webadmin/...") and not outside - need to find that out.
well the file servlet resides on [server] so I don't think there a "same 
origin policy" problem here - correct me if I'm wrong (isn't branding 
doing something similar?)
>
> - again, from [1]:
> "a variety of error conditions (particularly those involving key mismatches) cannot be caught until
> runtime. Similarly, the GWT compiler is unable discard unused dictionary values since the structure
> cannot be statically analyzed".
> (this is expected, as the suggested loading here is dynamic, rather than static)
>
> - not sure exactly how this would work with localization; there is "A Caveat Regarding Locale"
> mentioned in [1] - IIUC, we will lose the automatic locale-mapping that we have today, and we would
> need to do it ourselves somehow (not a big deal, I suppose, just some extra work that needs to be
> done here).
indeed but it will pay off. a change off resources means ctrl+F5 and not 
GWT compilation :P
>
> ----
> Thanks,
> Einav
>
> [1] http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html
>
> ----- Original Message -----
>> From: "Roy Golan" <rgolan at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Wednesday, August 7, 2013 2:59:07 AM
>> Subject: [Engine-devel] Dynamic resource loading in GWT
>>
>> Painful issue here - we all know the regular drill of maintaining
>> messages in many places, I18N files and so on.
>> Also there's a patch to make all available timezone an java enum and by
>> that share it for free with the UI. its a way better than a backend Query.
>>
>> But this is all hard-coded, not flexible, hard to maintain, we all know.
>>
>> Why won't we make GWT load a javascript dictionary/dictionaries from a
>> servlet or our host page html[1] using GWT Dictionary[3]?
>>
>> that way the configuration is shared with the engine, it relies on the
>> disk, customers and GSS can change it on-site and so on.
>>
>>
>> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
>>
>>       ^
>>        |
>>
>> | GWT loads Dictionary |
>>
>>
>> candidates for dynamic resources
>> * I18N resources AppErrors...
>> * config ( just the UI subset )
>> * osinfo ?
>>
>>
>>
>> [1] host page html -
>> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevGuideHostPage
>> [2] Dynamic string internationalisation -
>> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStringInternationalization
>> [3]
>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html
>>
>> Thanks,
>> Roy
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>



From tjelinek at redhat.com  Wed Aug  7 12:10:43 2013
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Wed, 7 Aug 2013 08:10:43 -0400 (EDT)
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <591730162.12504513.1375873738779.JavaMail.root@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
Message-ID: <1274896517.12949480.1375877443193.JavaMail.root@redhat.com>

Hey Roy,

well, I'm not a fan of using the dictionary - it is an associative array and opens a door to
mistakes which will not be handled by compiler like locales.get("naem") will not return me the name :)
At least not for data we know how will look like (e.g. for the os info)

We already embed some info into the host page and use it on the client using JavaScript Overlay Types [4]. 

You can have a look for example at GwtDynamicHostPageServlet:
request.setAttribute(MD5Attributes.ATTR_USER_INFO.getKey(), getUserInfoObject(loggedInUser));
and on the FE side the overlay type is: AutoLoginData

But I would be careful how much info do we want to embed into the host page - it can make it significantly big
and influence the performance (for example we are using code splitting [5] to download only the parts of the app
we actually need when we need them). To embed too much info which is not always needed is a step to the opposite 
direction. I don't say it is wrong, it just has to be considered.

Tomas

[4]: http://googlewebtoolkit.blogspot.cz/2008/08/getting-to-really-know-gwt-part-2.html
[5]: http://www.gwtproject.org/doc/latest/DevGuideCodeSplitting.html

----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Roy Golan" <rgolan at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 7, 2013 1:08:58 PM
> Subject: Re: [Engine-devel] Dynamic resource loading in GWT
> 
> Hi Roy,
> 
> a couple of notes (I could be totally wrong here, GWT experts - please
> review/comment):
> 
> - from [1]:
> "Provides dynamic string lookup of key/value string pairs defined in a
> module's host HTML page" -
> there is a chance that a gwt dictionary is limited to reading key/value
> string pairs that reside
> within the *gwt module host HTML page* (i.e., within the context of the GWT
> application -
> "http://[server]/webadmin/webadmin/...") and not outside - need to find that
> out.
> 
> - again, from [1]:
> "a variety of error conditions (particularly those involving key mismatches)
> cannot be caught until
> runtime. Similarly, the GWT compiler is unable discard unused dictionary
> values since the structure
> cannot be statically analyzed".
> (this is expected, as the suggested loading here is dynamic, rather than
> static)
> 
> - not sure exactly how this would work with localization; there is "A Caveat
> Regarding Locale"
> mentioned in [1] - IIUC, we will lose the automatic locale-mapping that we
> have today, and we would
> need to do it ourselves somehow (not a big deal, I suppose, just some extra
> work that needs to be
> done here).
> 
> ----
> Thanks,
> Einav
> 
> [1]
> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html
> 
> ----- Original Message -----
> > From: "Roy Golan" <rgolan at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, August 7, 2013 2:59:07 AM
> > Subject: [Engine-devel] Dynamic resource loading in GWT
> > 
> > Painful issue here - we all know the regular drill of maintaining
> > messages in many places, I18N files and so on.
> > Also there's a patch to make all available timezone an java enum and by
> > that share it for free with the UI. its a way better than a backend Query.
> > 
> > But this is all hard-coded, not flexible, hard to maintain, we all know.
> > 
> > Why won't we make GWT load a javascript dictionary/dictionaries from a
> > servlet or our host page html[1] using GWT Dictionary[3]?
> > 
> > that way the configuration is shared with the engine, it relies on the
> > disk, customers and GSS can change it on-site and so on.
> > 
> > 
> > | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
> > 
> >      ^
> >       |
> > 
> > | GWT loads Dictionary |
> > 
> > 
> > candidates for dynamic resources
> > * I18N resources AppErrors...
> > * config ( just the UI subset )
> > * osinfo ?
> > 
> > 
> > 
> > [1] host page html -
> > http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevGuideHostPage
> > [2] Dynamic string internationalisation -
> > http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStringInternationalization
> > [3]
> > http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html
> > 
> > Thanks,
> > Roy
> > _______________________________________________
> > 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 awels at redhat.com  Wed Aug  7 12:23:36 2013
From: awels at redhat.com (Alexander Wels)
Date: Wed, 07 Aug 2013 08:23:36 -0400
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <5202341D.90100@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<5202341D.90100@redhat.com>
Message-ID: <4197337.eJyzalGl7d@awels>

On Wednesday, August 07, 2013 02:48:45 PM Roy Golan wrote:
> On 08/07/2013 02:08 PM, Einav Cohen wrote:
> > Hi Roy,
> > 
> > a couple of notes (I could be totally wrong here, GWT experts - please
> > review/comment):
> > 
> > - from [1]:
> > "Provides dynamic string lookup of key/value string pairs defined in a
> > module's host HTML page" - there is a chance that a gwt dictionary is
> > limited to reading key/value string pairs that reside within the *gwt
> > module host HTML page* (i.e., within the context of the GWT application -
> > "http://[server]/webadmin/webadmin/...") and not outside - need to find
> > that out.
> well the file servlet resides on [server] so I don't think there a "same
> origin policy" problem here - correct me if I'm wrong (isn't branding
> doing something similar?)
> 

Branding is doing exactly what you are suggesting, generating a dictionary in 
the host page, and having the GWT application read it at runtime. The only 
reason we did it like that, is that there is no other way of changing some of 
the messages at runtime. If there was some way of doing it at compile time I 
would have done that. Also the number of resources changed by branding is very 
limited and therefore won't impact the performance as much as doing every 
single resource.

There are advantages and disadvantages of both methods that need to be 
carefully weighed, and the GWT developers themselves did that and came to the 
conclusion that compile time inclusion is the best method for most resources. 
They did however anticipate the need for some runtime resources so they 
included Dictionary etc.

> > - again, from [1]:
> > "a variety of error conditions (particularly those involving key
> > mismatches) cannot be caught until runtime. Similarly, the GWT compiler
> > is unable discard unused dictionary values since the structure cannot be
> > statically analyzed".
> > (this is expected, as the suggested loading here is dynamic, rather than
> > static)
> > 
> > - not sure exactly how this would work with localization; there is "A
> > Caveat Regarding Locale" mentioned in [1] - IIUC, we will lose the
> > automatic locale-mapping that we have today, and we would need to do it
> > ourselves somehow (not a big deal, I suppose, just some extra work that
> > needs to be done here).
> 

The branding allows one to define java property bundles for all the supported 
languages, and will load them at runtime and put the translated strings in the 
Dictionary in the host page. Again I wouldn't recommend doing it for a large 
number of resources.

> indeed but it will pay off. a change off resources means ctrl+F5 and not
> GWT compilation :P
> 

Sure for the developer it would be great, less compiling. However for the user 
not so much, and in the end we are creating the software for the user and the 
needs of the developer are secondary to that. When I say it is not so great 
for the user, I mean the fact that it becomes a lot harder to cache the host 
page (as the contents can change), vs caching the compiled resources is really 
easy as the contents won't chance.


> > ----
> > Thanks,
> > Einav
> > 
> > [1]
> > http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
> > onary.html
> > 
> > ----- Original Message -----
> > 
> >> From: "Roy Golan" <rgolan at redhat.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Wednesday, August 7, 2013 2:59:07 AM
> >> Subject: [Engine-devel] Dynamic resource loading in GWT
> >> 
> >> Painful issue here - we all know the regular drill of maintaining
> >> messages in many places, I18N files and so on.
> >> Also there's a patch to make all available timezone an java enum and by
> >> that share it for free with the UI. its a way better than a backend
> >> Query.
> >> 
> >> But this is all hard-coded, not flexible, hard to maintain, we all know.
> >> 
> >> Why won't we make GWT load a javascript dictionary/dictionaries from a
> >> servlet or our host page html[1] using GWT Dictionary[3]?
> >> 
> >> that way the configuration is shared with the engine, it relies on the
> >> disk, customers and GSS can change it on-site and so on.
> >> 
> >> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
> >> | 
> >>       ^
> >> | 
> >> | GWT loads Dictionary |
> >> 
> >> candidates for dynamic resources
> >> * I18N resources AppErrors...
> >> * config ( just the UI subset )
> >> * osinfo ?
> >> 
> >> 
> >> 
> >> [1] host page html -
> >> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevG
> >> uideHostPage [2] Dynamic string internationalisation -
> >> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStr
> >> ingInternationalization [3]
> >> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
> >> onary.html
> >> 
> >> Thanks,
> >> Roy
> >> _______________________________________________
> >> 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 rgolan at redhat.com  Wed Aug  7 13:35:30 2013
From: rgolan at redhat.com (Roy Golan)
Date: Wed, 07 Aug 2013 16:35:30 +0300
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <4197337.eJyzalGl7d@awels>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<5202341D.90100@redhat.com> <4197337.eJyzalGl7d@awels>
Message-ID: <52024D22.6060301@redhat.com>

On Wed 07 Aug 2013 03:23:36 PM IDT, Alexander Wels wrote:
> On Wednesday, August 07, 2013 02:48:45 PM Roy Golan wrote:
>> On 08/07/2013 02:08 PM, Einav Cohen wrote:
>>> Hi Roy,
>>>
>>> a couple of notes (I could be totally wrong here, GWT experts - please
>>> review/comment):
>>>
>>> - from [1]:
>>> "Provides dynamic string lookup of key/value string pairs defined in a
>>> module's host HTML page" - there is a chance that a gwt dictionary is
>>> limited to reading key/value string pairs that reside within the *gwt
>>> module host HTML page* (i.e., within the context of the GWT application -
>>> "http://[server]/webadmin/webadmin/...") and not outside - need to find
>>> that out.
>> well the file servlet resides on [server] so I don't think there a "same
>> origin policy" problem here - correct me if I'm wrong (isn't branding
>> doing something similar?)
>>
>
> Branding is doing exactly what you are suggesting, generating a dictionary in
> the host page, and having the GWT application read it at runtime. The only
> reason we did it like that, is that there is no other way of changing some of
> the messages at runtime. If there was some way of doing it at compile time I
> would have done that. Also the number of resources changed by branding is very
> limited and therefore won't impact the performance as much as doing every
> single resource.
>
> There are advantages and disadvantages of both methods that need to be
> carefully weighed, and the GWT developers themselves did that and came to the
> conclusion that compile time inclusion is the best method for most resources.
> They did however anticipate the need for some runtime resources so they
> included Dictionary etc.
>
>>> - again, from [1]:
>>> "a variety of error conditions (particularly those involving key
>>> mismatches) cannot be caught until runtime. Similarly, the GWT compiler
>>> is unable discard unused dictionary values since the structure cannot be
>>> statically analyzed".
>>> (this is expected, as the suggested loading here is dynamic, rather than
>>> static)
>>>
>>> - not sure exactly how this would work with localization; there is "A
>>> Caveat Regarding Locale" mentioned in [1] - IIUC, we will lose the
>>> automatic locale-mapping that we have today, and we would need to do it
>>> ourselves somehow (not a big deal, I suppose, just some extra work that
>>> needs to be done here).
>>
>
> The branding allows one to define java property bundles for all the supported
> languages, and will load them at runtime and put the translated strings in the
> Dictionary in the host page. Again I wouldn't recommend doing it for a large
> number of resources.
why?
and what number is large?
>
>> indeed but it will pay off. a change off resources means ctrl+F5 and not
>> GWT compilation :P
>>
>
> Sure for the developer it would be great, less compiling. However for the user
> not so much,

isn't admin is gaining from it? and development time and bugs around 
messages?

 and in the end we are creating the software for the user and the
> needs of the developer are secondary to that. When I say it is not so great
> for the user, I mean the fact that it becomes a lot harder to cache the host
> page (as the contents can change), vs caching the compiled resources is really
> easy as the contents won't chance.

in the end both are cached so there is no memory overhead.
>
>
>>> ----
>>> Thanks,
>>> Einav
>>>
>>> [1]
>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
>>> onary.html
>>>
>>> ----- Original Message -----
>>>
>>>> From: "Roy Golan" <rgolan at redhat.com>
>>>> To: "engine-devel" <engine-devel at ovirt.org>
>>>> Sent: Wednesday, August 7, 2013 2:59:07 AM
>>>> Subject: [Engine-devel] Dynamic resource loading in GWT
>>>>
>>>> Painful issue here - we all know the regular drill of maintaining
>>>> messages in many places, I18N files and so on.
>>>> Also there's a patch to make all available timezone an java enum and by
>>>> that share it for free with the UI. its a way better than a backend
>>>> Query.
>>>>
>>>> But this is all hard-coded, not flexible, hard to maintain, we all know.
>>>>
>>>> Why won't we make GWT load a javascript dictionary/dictionaries from a
>>>> servlet or our host page html[1] using GWT Dictionary[3]?
>>>>
>>>> that way the configuration is shared with the engine, it relies on the
>>>> disk, customers and GSS can change it on-site and so on.
>>>>
>>>> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
>>>> |
>>>>        ^
>>>> |
>>>> | GWT loads Dictionary |
>>>>
>>>> candidates for dynamic resources
>>>> * I18N resources AppErrors...
>>>> * config ( just the UI subset )
>>>> * osinfo ?
>>>>
>>>>
>>>>
>>>> [1] host page html -
>>>> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevG
>>>> uideHostPage [2] Dynamic string internationalisation -
>>>> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStr
>>>> ingInternationalization [3]
>>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
>>>> onary.html
>>>>
>>>> Thanks,
>>>> Roy
>>>> _______________________________________________
>>>> 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  Wed Aug  7 13:50:02 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Wed, 7 Aug 2013 09:50:02 -0400 (EDT)
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <52024D22.6060301@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<5202341D.90100@redhat.com> <4197337.eJyzalGl7d@awels>
	<52024D22.6060301@redhat.com>
Message-ID: <1324413324.12670154.1375883402090.JavaMail.root@redhat.com>

[top posting]

in general, gwt applications are not "built" for loading things at run-time. 
for the branding feature, we had to change some of that due to the feature 
requirements.

question is what will we gain from loading dynamically the values that are 
currently being loaded statically. 
for features such as dynamic/user-defined OSs [1] - it makes sense and probably 
even required, however, for error messages, which are not dynamic/user-defined, 
I think that it doesn't.
there are other ways to ease maintenance of error-messages (e.g. maintain only 
one copy of each file, and copy it during compilation time to the relevant 
locations, instead of maintaining several identical files), without introducing 
the disadvantages of dynamic loading.

----
Thanks,
Einav

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

----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> To: awels at redhat.com
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 7, 2013 9:35:30 AM
> Subject: Re: [Engine-devel] Dynamic resource loading in GWT
> 
> On Wed 07 Aug 2013 03:23:36 PM IDT, Alexander Wels wrote:
> > On Wednesday, August 07, 2013 02:48:45 PM Roy Golan wrote:
> >> On 08/07/2013 02:08 PM, Einav Cohen wrote:
> >>> Hi Roy,
> >>>
> >>> a couple of notes (I could be totally wrong here, GWT experts - please
> >>> review/comment):
> >>>
> >>> - from [1]:
> >>> "Provides dynamic string lookup of key/value string pairs defined in a
> >>> module's host HTML page" - there is a chance that a gwt dictionary is
> >>> limited to reading key/value string pairs that reside within the *gwt
> >>> module host HTML page* (i.e., within the context of the GWT application -
> >>> "http://[server]/webadmin/webadmin/...") and not outside - need to find
> >>> that out.
> >> well the file servlet resides on [server] so I don't think there a "same
> >> origin policy" problem here - correct me if I'm wrong (isn't branding
> >> doing something similar?)
> >>
> >
> > Branding is doing exactly what you are suggesting, generating a dictionary
> > in
> > the host page, and having the GWT application read it at runtime. The only
> > reason we did it like that, is that there is no other way of changing some
> > of
> > the messages at runtime. If there was some way of doing it at compile time
> > I
> > would have done that. Also the number of resources changed by branding is
> > very
> > limited and therefore won't impact the performance as much as doing every
> > single resource.
> >
> > There are advantages and disadvantages of both methods that need to be
> > carefully weighed, and the GWT developers themselves did that and came to
> > the
> > conclusion that compile time inclusion is the best method for most
> > resources.
> > They did however anticipate the need for some runtime resources so they
> > included Dictionary etc.
> >
> >>> - again, from [1]:
> >>> "a variety of error conditions (particularly those involving key
> >>> mismatches) cannot be caught until runtime. Similarly, the GWT compiler
> >>> is unable discard unused dictionary values since the structure cannot be
> >>> statically analyzed".
> >>> (this is expected, as the suggested loading here is dynamic, rather than
> >>> static)
> >>>
> >>> - not sure exactly how this would work with localization; there is "A
> >>> Caveat Regarding Locale" mentioned in [1] - IIUC, we will lose the
> >>> automatic locale-mapping that we have today, and we would need to do it
> >>> ourselves somehow (not a big deal, I suppose, just some extra work that
> >>> needs to be done here).
> >>
> >
> > The branding allows one to define java property bundles for all the
> > supported
> > languages, and will load them at runtime and put the translated strings in
> > the
> > Dictionary in the host page. Again I wouldn't recommend doing it for a
> > large
> > number of resources.
> why?
> and what number is large?
> >
> >> indeed but it will pay off. a change off resources means ctrl+F5 and not
> >> GWT compilation :P
> >>
> >
> > Sure for the developer it would be great, less compiling. However for the
> > user
> > not so much,
> 
> isn't admin is gaining from it? and development time and bugs around
> messages?
> 
>  and in the end we are creating the software for the user and the
> > needs of the developer are secondary to that. When I say it is not so great
> > for the user, I mean the fact that it becomes a lot harder to cache the
> > host
> > page (as the contents can change), vs caching the compiled resources is
> > really
> > easy as the contents won't chance.
> 
> in the end both are cached so there is no memory overhead.
> >
> >
> >>> ----
> >>> Thanks,
> >>> Einav
> >>>
> >>> [1]
> >>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
> >>> onary.html
> >>>
> >>> ----- Original Message -----
> >>>
> >>>> From: "Roy Golan" <rgolan at redhat.com>
> >>>> To: "engine-devel" <engine-devel at ovirt.org>
> >>>> Sent: Wednesday, August 7, 2013 2:59:07 AM
> >>>> Subject: [Engine-devel] Dynamic resource loading in GWT
> >>>>
> >>>> Painful issue here - we all know the regular drill of maintaining
> >>>> messages in many places, I18N files and so on.
> >>>> Also there's a patch to make all available timezone an java enum and by
> >>>> that share it for free with the UI. its a way better than a backend
> >>>> Query.
> >>>>
> >>>> But this is all hard-coded, not flexible, hard to maintain, we all know.
> >>>>
> >>>> Why won't we make GWT load a javascript dictionary/dictionaries from a
> >>>> servlet or our host page html[1] using GWT Dictionary[3]?
> >>>>
> >>>> that way the configuration is shared with the engine, it relies on the
> >>>> disk, customers and GSS can change it on-site and so on.
> >>>>
> >>>> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
> >>>> |
> >>>>        ^
> >>>> |
> >>>> | GWT loads Dictionary |
> >>>>
> >>>> candidates for dynamic resources
> >>>> * I18N resources AppErrors...
> >>>> * config ( just the UI subset )
> >>>> * osinfo ?
> >>>>
> >>>>
> >>>>
> >>>> [1] host page html -
> >>>> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevG
> >>>> uideHostPage [2] Dynamic string internationalisation -
> >>>> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStr
> >>>> ingInternationalization [3]
> >>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
> >>>> onary.html
> >>>>
> >>>> Thanks,
> >>>> Roy
> >>>> _______________________________________________
> >>>> 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
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> 


From lhornyak at redhat.com  Wed Aug  7 14:59:34 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Wed, 7 Aug 2013 10:59:34 -0400 (EDT)
Subject: [Engine-devel] InitBackendServicesOnStartupBean create
In-Reply-To: <449427674.6291138.1375886451717.JavaMail.root@redhat.com>
Message-ID: <329575454.6302740.1375887574126.JavaMail.root@redhat.com>

Hi,

I made some mistake in the upgrade of my engine (which is my bad) but then I noticed that when one service initialization fails, the rest of the services are not initialized, but still the engine will start even then and it did not even log.

There are some patterns in that single method on initialization, some work with 'try', some spawn a new thread. Can we have this cleaned up?
What I was thinking of is that each service should be initialized, creating a thread is it's own business, exceptions from initialization should be caught, logged and engine startup should be prevented if any service fails to initialize.

Thx,
Laszlo


From deadhorseconsulting at gmail.com  Wed Aug  7 15:14:02 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Wed, 7 Aug 2013 10:14:02 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <520222DA.9010105@redhat.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
	<520222DA.9010105@redhat.com>
Message-ID: <CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>

BZ994604 (https://bugzilla.redhat.com/show_bug.cgi?id=994604) has been
opened.
- DHC


On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim <iheim at redhat.com> wrote:

> On 08/07/2013 12:10 AM, Dead Horse wrote:
>
>> I have found some steps to reproduce this easily.
>>
>> Start the engine bound to an AD for authentication
>> log in to the user portal as an AD user which has been granted a Role (I
>> used PowerUserRole)
>>
>> Result: Login will succeed
>> Data from engine.log:
>> 2013-08-06 15:54:10,088 INFO
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-10)
>> Running command: LoginUserCommand internal: false.
>> 2013-08-06 15:54:10,139 INFO
>> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
>> AuditLogDirector]
>> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
>> Custom Event ID: -1, Message: User ovirttest logged in.
>>
>> log out of the user portal
>> Result: log out succeeds
>> Data from engine.log:
>> 2013-08-06 15:54:12,448 INFO
>> [org.ovirt.engine.core.bll.**LogoutUserCommand] (ajp--127.0.0.1-8702-2)
>> Running command: LogoutUserCommand internal: false.
>> 2013-08-06 15:54:12,474 INFO
>> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
>> AuditLogDirector]
>> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
>> Custom Event ID: -1, Message: User ovirttest logged out.
>>
>> As the same user log in to the user portal again but this purposely
>> input the wrong password.
>> Result: log in will fail
>> Data from engine.log:
>> 2013-08-06 15:54:20,830 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> Strategy]
>> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
>> was invalid (24)
>> 2013-08-06 15:54:20,832 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> Strategy]
>> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
>> username and password.
>> 2013-08-06 15:54:20,843 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
>> (ajp--127.0.0.1-8702-7) Failed ldap search server
>> LDAP://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389> <
>> http://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389>>
>> using
>> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due to
>>
>> Authentication Failed. Please verify the username and password.. We
>> should not try the next server
>> 2013-08-06 15:54:20,850 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> Strategy]
>> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
>> was invalid (24)
>> 2013-08-06 15:54:20,851 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> Strategy]
>> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
>> username and password.
>> 2013-08-06 15:54:20,852 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
>> (ajp--127.0.0.1-8702-7) Failed ldap search server
>> LDAP://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389> <
>> http://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389>>
>> using
>> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due to
>>
>> Authentication Failed. Please verify the username and password.. We
>> should not try the next server
>> 2013-08-06 15:54:20,853 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
>> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
>>
>> 2013-08-06 15:54:20,854 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
>> username and password.
>> 2013-08-06 15:54:20,855 ERROR
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
>> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD : ovirttest
>> 2013-08-06 15:54:20,856 WARN
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
>> CanDoAction of action LoginUser failed.
>> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
>>
>> Try again to log in as the same user this time typing the correct
>> password.
>> Result: Login fails!
>> Data from engine.log:
>> 2013-08-06 15:54:25,186 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
>> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
>>
>> 2013-08-06 15:54:25,187 ERROR
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
>> USER_FAILED_TO_AUTHENTICATE : ovirttest
>> 2013-08-06 15:54:25,187 WARN
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
>> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
>> AUTHENTICATE
>>
>> Try again with another AD user.
>> Result: Login fails!
>> Data from engine.log:
>> 2013-08-06 15:54:38,056 ERROR
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to domain
>> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
>>
>> 2013-08-06 15:54:38,057 ERROR
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
>> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
>> 2013-08-06 15:54:38,058 WARN
>> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
>> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
>> AUTHENTICATE
>>
>> Logging into the admin portal as the admin at internal user will yield that
>> engine seems to have forgotten about and can no longer enumerate AD
>> users and groups.
>> engine stays in this state until it has been restarted.
>>
>> I also note the two following errors in the engine log file as well:
>> 2013-08-06 15:53:41,098 ERROR
>> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
>> service
>> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
>> 2013-08-06 15:53:41,161 ERROR
>> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
>> service
>> thread 1-9) Failed to decrypt value for property
>> AttestationTruststorePass will be used encrypted value:
>> javax.crypto.**BadPaddingException: Data must start with zero
>>
>> - DHC
>>
>>
>>
>> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
>> <deadhorseconsulting at gmail.com <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>
>> >>
>>
>> wrote:
>>
>>     Really attaching logs from other install.
>>       - DHC
>>
>>
>>     On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
>>     <deadhorseconsulting at gmail.com
>>     <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>>>
>> wrote:
>>
>>         Also I note that he login does succeed in the AD servers logs as
>>         well as the engine also acknowledges the same. However the login
>>         ends up in either the user logging in and the dialog sitting in
>>         space forever and/or the engine no longer enumerating the AD
>>         users/groups.
>>
>>         Attached are logs from another install seeing the same thing.
>>         -DHC
>>
>>
>>         On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
>>         <deadhorseconsulting at gmail.com
>>         <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>>>
>> wrote:
>>
>>
>>             Seeing and issue where users are not able to log in. Also
>>             for some reason the engine is seemingly forgeting about AD
>>             users. Removing the AD domain via engine-manage-domains and
>>             re-adding it works for enumerating the users, however the
>>             first attempt to login as a user results in the engine no
>>             longer enumerating the users nor allowing logins.
>>             Attached are the pertinent logs.
>>
>>             Engine is built and running from current master as of this
>>             morning, and was installed/built and upgraded via RPMs
>>             yum/engine-upgrade
>>
>>               - DHC
>>
>>
>>
>>
>>
>>
>> ______________________________**_________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/**mailman/listinfo/engine-devel<http://lists.ovirt.org/mailman/listinfo/engine-devel>
>>
>>
> thanks for reproducing with such clear steps. can you please open a bug?
> yair - can you try and reproduce as well (I tried on an older rhev 3.2 i
> have and couldn't with the IPA provider)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130807/74b2a980/attachment.html>

From yzaslavs at redhat.com  Wed Aug  7 15:37:16 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Wed, 7 Aug 2013 11:37:16 -0400 (EDT)
Subject: [Engine-devel] InitBackendServicesOnStartupBean create
In-Reply-To: <329575454.6302740.1375887574126.JavaMail.root@redhat.com>
References: <329575454.6302740.1375887574126.JavaMail.root@redhat.com>
Message-ID: <824668740.12778724.1375889836599.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 7, 2013 5:59:34 PM
> Subject: [Engine-devel] InitBackendServicesOnStartupBean create
> 
> Hi,
> 
> I made some mistake in the upgrade of my engine (which is my bad) but then I
> noticed that when one service initialization fails, the rest of the services
> are not initialized, but still the engine will start even then and it did
> not even log.
> 
> There are some patterns in that single method on initialization, some work
> with 'try', some spawn a new thread. Can we have this cleaned up?
> What I was thinking of is that each service should be initialized, creating a
> thread is it's own business, exceptions from initialization should be
> caught, logged and engine startup should be prevented if any service fails
> to initialize.

The question is indeed whether we should really fail in case ANY service fails.
In addition, may I suggest spawning a thread for each one of the services (unless there is dependency of course), and wait for completion in order to reduce startup time?

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


From yzaslavs at redhat.com  Wed Aug  7 18:00:34 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Wed, 7 Aug 2013 14:00:34 -0400 (EDT)
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
	<520222DA.9010105@redhat.com>
	<CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>
Message-ID: <149895087.12893453.1375898434819.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Dead Horse" <deadhorseconsulting at gmail.com>
> To: "Itamar Heim" <iheim at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "Yair Zaslavsky" <yzaslavs at redhat.com>
> Sent: Wednesday, August 7, 2013 6:14:02 PM
> Subject: Re: [Engine-devel] users cannot log into userportal
> 
> BZ994604 (https://bugzilla.redhat.com/show_bug.cgi?id=994604) has been
> opened.
> - DHC

Thanks for your help DHC,
This was already fixed by rnori.

> 
> 
> On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim <iheim at redhat.com> wrote:
> 
> > On 08/07/2013 12:10 AM, Dead Horse wrote:
> >
> >> I have found some steps to reproduce this easily.
> >>
> >> Start the engine bound to an AD for authentication
> >> log in to the user portal as an AD user which has been granted a Role (I
> >> used PowerUserRole)
> >>
> >> Result: Login will succeed
> >> Data from engine.log:
> >> 2013-08-06 15:54:10,088 INFO
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-10)
> >> Running command: LoginUserCommand internal: false.
> >> 2013-08-06 15:54:10,139 INFO
> >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> >> AuditLogDirector]
> >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
> >> Custom Event ID: -1, Message: User ovirttest logged in.
> >>
> >> log out of the user portal
> >> Result: log out succeeds
> >> Data from engine.log:
> >> 2013-08-06 15:54:12,448 INFO
> >> [org.ovirt.engine.core.bll.**LogoutUserCommand] (ajp--127.0.0.1-8702-2)
> >> Running command: LogoutUserCommand internal: false.
> >> 2013-08-06 15:54:12,474 INFO
> >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> >> AuditLogDirector]
> >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
> >> Custom Event ID: -1, Message: User ovirttest logged out.
> >>
> >> As the same user log in to the user portal again but this purposely
> >> input the wrong password.
> >> Result: log in will fail
> >> Data from engine.log:
> >> 2013-08-06 15:54:20,830 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> >> Strategy]
> >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> >> was invalid (24)
> >> 2013-08-06 15:54:20,832 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> >> Strategy]
> >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> >> username and password.
> >> 2013-08-06 15:54:20,843 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> >> LDAP://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389> <
> >> http://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389>>
> >> using
> >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due to
> >>
> >> Authentication Failed. Please verify the username and password.. We
> >> should not try the next server
> >> 2013-08-06 15:54:20,850 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> >> Strategy]
> >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> >> was invalid (24)
> >> 2013-08-06 15:54:20,851 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> >> Strategy]
> >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> >> username and password.
> >> 2013-08-06 15:54:20,852 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> >> LDAP://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389> <
> >> http://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389>>
> >> using
> >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due to
> >>
> >> Authentication Failed. Please verify the username and password.. We
> >> should not try the next server
> >> 2013-08-06 15:54:20,853 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
> >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> >>
> >> 2013-08-06 15:54:20,854 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> >> username and password.
> >> 2013-08-06 15:54:20,855 ERROR
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD : ovirttest
> >> 2013-08-06 15:54:20,856 WARN
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> >> CanDoAction of action LoginUser failed.
> >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> >>
> >> Try again to log in as the same user this time typing the correct
> >> password.
> >> Result: Login fails!
> >> Data from engine.log:
> >> 2013-08-06 15:54:25,186 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
> >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> >>
> >> 2013-08-06 15:54:25,187 ERROR
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> >> 2013-08-06 15:54:25,187 WARN
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> >> AUTHENTICATE
> >>
> >> Try again with another AD user.
> >> Result: Login fails!
> >> Data from engine.log:
> >> 2013-08-06 15:54:38,056 ERROR
> >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to domain
> >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> >>
> >> 2013-08-06 15:54:38,057 ERROR
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
> >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> >> 2013-08-06 15:54:38,058 WARN
> >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
> >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> >> AUTHENTICATE
> >>
> >> Logging into the admin portal as the admin at internal user will yield that
> >> engine seems to have forgotten about and can no longer enumerate AD
> >> users and groups.
> >> engine stays in this state until it has been restarted.
> >>
> >> I also note the two following errors in the engine log file as well:
> >> 2013-08-06 15:53:41,098 ERROR
> >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> >> service
> >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> >> 2013-08-06 15:53:41,161 ERROR
> >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> >> service
> >> thread 1-9) Failed to decrypt value for property
> >> AttestationTruststorePass will be used encrypted value:
> >> javax.crypto.**BadPaddingException: Data must start with zero
> >>
> >> - DHC
> >>
> >>
> >>
> >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> >> <deadhorseconsulting at gmail.com
> >> <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>
> >> >>
> >>
> >> wrote:
> >>
> >>     Really attaching logs from other install.
> >>       - DHC
> >>
> >>
> >>     On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> >>     <deadhorseconsulting at gmail.com
> >>     <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>>>
> >> wrote:
> >>
> >>         Also I note that he login does succeed in the AD servers logs as
> >>         well as the engine also acknowledges the same. However the login
> >>         ends up in either the user logging in and the dialog sitting in
> >>         space forever and/or the engine no longer enumerating the AD
> >>         users/groups.
> >>
> >>         Attached are logs from another install seeing the same thing.
> >>         -DHC
> >>
> >>
> >>         On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> >>         <deadhorseconsulting at gmail.com
> >>         <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>>>
> >> wrote:
> >>
> >>
> >>             Seeing and issue where users are not able to log in. Also
> >>             for some reason the engine is seemingly forgeting about AD
> >>             users. Removing the AD domain via engine-manage-domains and
> >>             re-adding it works for enumerating the users, however the
> >>             first attempt to login as a user results in the engine no
> >>             longer enumerating the users nor allowing logins.
> >>             Attached are the pertinent logs.
> >>
> >>             Engine is built and running from current master as of this
> >>             morning, and was installed/built and upgraded via RPMs
> >>             yum/engine-upgrade
> >>
> >>               - DHC
> >>
> >>
> >>
> >>
> >>
> >>
> >> ______________________________**_________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/**mailman/listinfo/engine-devel<http://lists.ovirt.org/mailman/listinfo/engine-devel>
> >>
> >>
> > thanks for reproducing with such clear steps. can you please open a bug?
> > yair - can you try and reproduce as well (I tried on an older rhev 3.2 i
> > have and couldn't with the IPA provider)
> >
> 


From yzaslavs at redhat.com  Wed Aug  7 18:01:22 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Wed, 7 Aug 2013 14:01:22 -0400 (EDT)
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <149895087.12893453.1375898434819.JavaMail.root@redhat.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
	<520222DA.9010105@redhat.com>
	<CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>
	<149895087.12893453.1375898434819.JavaMail.root@redhat.com>
Message-ID: <1360271485.12894097.1375898482649.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Dead Horse" <deadhorseconsulting at gmail.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 7, 2013 9:00:34 PM
> Subject: Re: [Engine-devel] users cannot log into userportal
> 
> 
> 
> ----- Original Message -----
> > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > To: "Itamar Heim" <iheim at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>, "Yair Zaslavsky"
> > <yzaslavs at redhat.com>
> > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > Subject: Re: [Engine-devel] users cannot log into userportal
> > 
> > BZ994604 (https://bugzilla.redhat.com/show_bug.cgi?id=994604) has been
> > opened.
> > - DHC
> 
> Thanks for your help DHC,
> This was already fixed by rnori.

Of course "already fixed" comparing with current time. This was indeed a real issue.

> 
> > 
> > 
> > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim <iheim at redhat.com> wrote:
> > 
> > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > >
> > >> I have found some steps to reproduce this easily.
> > >>
> > >> Start the engine bound to an AD for authentication
> > >> log in to the user portal as an AD user which has been granted a Role (I
> > >> used PowerUserRole)
> > >>
> > >> Result: Login will succeed
> > >> Data from engine.log:
> > >> 2013-08-06 15:54:10,088 INFO
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-10)
> > >> Running command: LoginUserCommand internal: false.
> > >> 2013-08-06 15:54:10,139 INFO
> > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > >> AuditLogDirector]
> > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
> > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > >>
> > >> log out of the user portal
> > >> Result: log out succeeds
> > >> Data from engine.log:
> > >> 2013-08-06 15:54:12,448 INFO
> > >> [org.ovirt.engine.core.bll.**LogoutUserCommand] (ajp--127.0.0.1-8702-2)
> > >> Running command: LogoutUserCommand internal: false.
> > >> 2013-08-06 15:54:12,474 INFO
> > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > >> AuditLogDirector]
> > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
> > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > >>
> > >> As the same user log in to the user portal again but this purposely
> > >> input the wrong password.
> > >> Result: log in will fail
> > >> Data from engine.log:
> > >> 2013-08-06 15:54:20,830 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > >> Strategy]
> > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> > >> was invalid (24)
> > >> 2013-08-06 15:54:20,832 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > >> Strategy]
> > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > >> username and password.
> > >> 2013-08-06 15:54:20,843 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > >> LDAP://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389> <
> > >> http://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389>>
> > >> using
> > >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due to
> > >>
> > >> Authentication Failed. Please verify the username and password.. We
> > >> should not try the next server
> > >> 2013-08-06 15:54:20,850 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > >> Strategy]
> > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> > >> was invalid (24)
> > >> 2013-08-06 15:54:20,851 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > >> Strategy]
> > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > >> username and password.
> > >> 2013-08-06 15:54:20,852 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > >> LDAP://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389> <
> > >> http://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389>>
> > >> using
> > >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due to
> > >>
> > >> Authentication Failed. Please verify the username and password.. We
> > >> should not try the next server
> > >> 2013-08-06 15:54:20,853 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
> > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> > >>
> > >> 2013-08-06 15:54:20,854 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > >> username and password.
> > >> 2013-08-06 15:54:20,855 ERROR
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD : ovirttest
> > >> 2013-08-06 15:54:20,856 WARN
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > >> CanDoAction of action LoginUser failed.
> > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> > >>
> > >> Try again to log in as the same user this time typing the correct
> > >> password.
> > >> Result: Login fails!
> > >> Data from engine.log:
> > >> 2013-08-06 15:54:25,186 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to domain
> > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> > >>
> > >> 2013-08-06 15:54:25,187 ERROR
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > >> 2013-08-06 15:54:25,187 WARN
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > >> AUTHENTICATE
> > >>
> > >> Try again with another AD user.
> > >> Result: Login fails!
> > >> Data from engine.log:
> > >> 2013-08-06 15:54:38,056 ERROR
> > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to domain
> > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is getUserByName
> > >>
> > >> 2013-08-06 15:54:38,057 ERROR
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
> > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > >> 2013-08-06 15:54:38,058 WARN
> > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
> > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > >> AUTHENTICATE
> > >>
> > >> Logging into the admin portal as the admin at internal user will yield that
> > >> engine seems to have forgotten about and can no longer enumerate AD
> > >> users and groups.
> > >> engine stays in this state until it has been restarted.
> > >>
> > >> I also note the two following errors in the engine log file as well:
> > >> 2013-08-06 15:53:41,098 ERROR
> > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > >> service
> > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> > >> 2013-08-06 15:53:41,161 ERROR
> > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > >> service
> > >> thread 1-9) Failed to decrypt value for property
> > >> AttestationTruststorePass will be used encrypted value:
> > >> javax.crypto.**BadPaddingException: Data must start with zero
> > >>
> > >> - DHC
> > >>
> > >>
> > >>
> > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > >> <deadhorseconsulting at gmail.com
> > >> <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>
> > >> >>
> > >>
> > >> wrote:
> > >>
> > >>     Really attaching logs from other install.
> > >>       - DHC
> > >>
> > >>
> > >>     On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > >>     <deadhorseconsulting at gmail.com
> > >>     <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>>>
> > >> wrote:
> > >>
> > >>         Also I note that he login does succeed in the AD servers logs as
> > >>         well as the engine also acknowledges the same. However the login
> > >>         ends up in either the user logging in and the dialog sitting in
> > >>         space forever and/or the engine no longer enumerating the AD
> > >>         users/groups.
> > >>
> > >>         Attached are logs from another install seeing the same thing.
> > >>         -DHC
> > >>
> > >>
> > >>         On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > >>         <deadhorseconsulting at gmail.com
> > >>         <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>>>
> > >> wrote:
> > >>
> > >>
> > >>             Seeing and issue where users are not able to log in. Also
> > >>             for some reason the engine is seemingly forgeting about AD
> > >>             users. Removing the AD domain via engine-manage-domains and
> > >>             re-adding it works for enumerating the users, however the
> > >>             first attempt to login as a user results in the engine no
> > >>             longer enumerating the users nor allowing logins.
> > >>             Attached are the pertinent logs.
> > >>
> > >>             Engine is built and running from current master as of this
> > >>             morning, and was installed/built and upgraded via RPMs
> > >>             yum/engine-upgrade
> > >>
> > >>               - DHC
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> ______________________________**_________________
> > >> Engine-devel mailing list
> > >> Engine-devel at ovirt.org
> > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel<http://lists.ovirt.org/mailman/listinfo/engine-devel>
> > >>
> > >>
> > > thanks for reproducing with such clear steps. can you please open a bug?
> > > yair - can you try and reproduce as well (I tried on an older rhev 3.2 i
> > > have and couldn't with the IPA provider)
> > >
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From deadhorseconsulting at gmail.com  Wed Aug  7 18:50:24 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Wed, 7 Aug 2013 13:50:24 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <1360271485.12894097.1375898482649.JavaMail.root@redhat.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
	<520222DA.9010105@redhat.com>
	<CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>
	<149895087.12893453.1375898434819.JavaMail.root@redhat.com>
	<1360271485.12894097.1375898482649.JavaMail.root@redhat.com>
Message-ID: <CAEWPe=qpaSfK7PbUVW=NwnW4UywjkAfdXJ5L1N46DkK0EviLTA@mail.gmail.com>

I see the fix in Gerrit/GIT. Thanks guys! I will test and update results
tomorrow morning.
- DHC


On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky <yzaslavs at redhat.com> wrote:

>
>
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Dead Horse" <deadhorseconsulting at gmail.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > Subject: Re: [Engine-devel] users cannot log into userportal
> >
> >
> >
> > ----- Original Message -----
> > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > To: "Itamar Heim" <iheim at redhat.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>, "Yair Zaslavsky"
> > > <yzaslavs at redhat.com>
> > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > Subject: Re: [Engine-devel] users cannot log into userportal
> > >
> > > BZ994604 (https://bugzilla.redhat.com/show_bug.cgi?id=994604) has been
> > > opened.
> > > - DHC
> >
> > Thanks for your help DHC,
> > This was already fixed by rnori.
>
> Of course "already fixed" comparing with current time. This was indeed a
> real issue.
>
> >
> > >
> > >
> > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim <iheim at redhat.com> wrote:
> > >
> > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > >
> > > >> I have found some steps to reproduce this easily.
> > > >>
> > > >> Start the engine bound to an AD for authentication
> > > >> log in to the user portal as an AD user which has been granted a
> Role (I
> > > >> used PowerUserRole)
> > > >>
> > > >> Result: Login will succeed
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:10,088 INFO
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-10)
> > > >> Running command: LoginUserCommand internal: false.
> > > >> 2013-08-06 15:54:10,139 INFO
> > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > >> AuditLogDirector]
> > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
> > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > >>
> > > >> log out of the user portal
> > > >> Result: log out succeeds
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:12,448 INFO
> > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> (ajp--127.0.0.1-8702-2)
> > > >> Running command: LogoutUserCommand internal: false.
> > > >> 2013-08-06 15:54:12,474 INFO
> > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > >> AuditLogDirector]
> > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
> > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > >>
> > > >> As the same user log in to the user portal again but this purposely
> > > >> input the wrong password.
> > > >> Result: log in will fail
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:20,830 ERROR
> > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> information
> > > >> was invalid (24)
> > > >> 2013-08-06 15:54:20,832 ERROR
> > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > >> username and password.
> > > >> 2013-08-06 15:54:20,843 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > >> LDAP://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389>
> <
> > > >> http://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389
> >>
> > > >> using
> > > >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due
> to
> > > >>
> > > >> Authentication Failed. Please verify the username and password.. We
> > > >> should not try the next server
> > > >> 2013-08-06 15:54:20,850 ERROR
> > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> information
> > > >> was invalid (24)
> > > >> 2013-08-06 15:54:20,851 ERROR
> > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > >> username and password.
> > > >> 2013-08-06 15:54:20,852 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > >> LDAP://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389>
> <
> > > >> http://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389
> >>
> > > >> using
> > > >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due
> to
> > > >>
> > > >> Authentication Failed. Please verify the username and password.. We
> > > >> should not try the next server
> > > >> 2013-08-06 15:54:20,853 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> domain
> > > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is
> getUserByName
> > > >>
> > > >> 2013-08-06 15:54:20,854 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > >> username and password.
> > > >> 2013-08-06 15:54:20,855 ERROR
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-7)
> > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD : ovirttest
> > > >> 2013-08-06 15:54:20,856 WARN
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-7)
> > > >> CanDoAction of action LoginUser failed.
> > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> > > >>
> > > >> Try again to log in as the same user this time typing the correct
> > > >> password.
> > > >> Result: Login fails!
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:25,186 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> domain
> > > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is
> getUserByName
> > > >>
> > > >> 2013-08-06 15:54:25,187 ERROR
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-7)
> > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > >> 2013-08-06 15:54:25,187 WARN
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-7)
> > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > >> AUTHENTICATE
> > > >>
> > > >> Try again with another AD user.
> > > >> Result: Login fails!
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:38,056 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to
> domain
> > > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is
> getUserByName
> > > >>
> > > >> 2013-08-06 15:54:38,057 ERROR
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-5)
> > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > >> 2013-08-06 15:54:38,058 WARN
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> (ajp--127.0.0.1-8702-5)
> > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > >> AUTHENTICATE
> > > >>
> > > >> Logging into the admin portal as the admin at internal user will
> yield that
> > > >> engine seems to have forgotten about and can no longer enumerate AD
> > > >> users and groups.
> > > >> engine stays in this state until it has been restarted.
> > > >>
> > > >> I also note the two following errors in the engine log file as well:
> > > >> 2013-08-06 15:53:41,098 ERROR
> > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > > >> service
> > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> > > >> 2013-08-06 15:53:41,161 ERROR
> > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > > >> service
> > > >> thread 1-9) Failed to decrypt value for property
> > > >> AttestationTruststorePass will be used encrypted value:
> > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > >>
> > > >> - DHC
> > > >>
> > > >>
> > > >>
> > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > >> <deadhorseconsulting at gmail.com
> > > >> <mailto:deadhorseconsulting@**gmail.com<
> deadhorseconsulting at gmail.com>
> > > >> >>
> > > >>
> > > >> wrote:
> > > >>
> > > >>     Really attaching logs from other install.
> > > >>       - DHC
> > > >>
> > > >>
> > > >>     On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > >>     <deadhorseconsulting at gmail.com
> > > >>     <mailto:deadhorseconsulting@**gmail.com<
> deadhorseconsulting at gmail.com>>>
> > > >> wrote:
> > > >>
> > > >>         Also I note that he login does succeed in the AD servers
> logs as
> > > >>         well as the engine also acknowledges the same. However the
> login
> > > >>         ends up in either the user logging in and the dialog
> sitting in
> > > >>         space forever and/or the engine no longer enumerating the AD
> > > >>         users/groups.
> > > >>
> > > >>         Attached are logs from another install seeing the same
> thing.
> > > >>         -DHC
> > > >>
> > > >>
> > > >>         On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > >>         <deadhorseconsulting at gmail.com
> > > >>         <mailto:deadhorseconsulting@**gmail.com<
> deadhorseconsulting at gmail.com>>>
> > > >> wrote:
> > > >>
> > > >>
> > > >>             Seeing and issue where users are not able to log in.
> Also
> > > >>             for some reason the engine is seemingly forgeting about
> AD
> > > >>             users. Removing the AD domain via engine-manage-domains
> and
> > > >>             re-adding it works for enumerating the users, however
> the
> > > >>             first attempt to login as a user results in the engine
> no
> > > >>             longer enumerating the users nor allowing logins.
> > > >>             Attached are the pertinent logs.
> > > >>
> > > >>             Engine is built and running from current master as of
> this
> > > >>             morning, and was installed/built and upgraded via RPMs
> > > >>             yum/engine-upgrade
> > > >>
> > > >>               - DHC
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> ______________________________**_________________
> > > >> Engine-devel mailing list
> > > >> Engine-devel at ovirt.org
> > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel<
> http://lists.ovirt.org/mailman/listinfo/engine-devel>
> > > >>
> > > >>
> > > > thanks for reproducing with such clear steps. can you please open a
> bug?
> > > > yair - can you try and reproduce as well (I tried on an older rhev
> 3.2 i
> > > > have and couldn't with the IPA provider)
> > > >
> > >
> > _______________________________________________
> > 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/20130807/5892dec0/attachment.html>

From kroberts at redhat.com  Wed Aug  7 20:29:13 2013
From: kroberts at redhat.com (Keith Robertson)
Date: Wed, 07 Aug 2013 16:29:13 -0400
Subject: [Engine-devel] open-ovf
In-Reply-To: <151660003.12487472.1375860521163.JavaMail.root@redhat.com>
References: <151660003.12487472.1375860521163.JavaMail.root@redhat.com>
Message-ID: <5202AE19.1000902@redhat.com>

On 08/07/2013 03:28 AM, Yedidyah Bar David wrote:
> Hi all,
>
> While reviewing a change to allow using an ovf image in hosted-engine, I
> searched and found that there is a project called "open-ovf". It's a
> python library to work with ovf images.
>
> Using it might make sense in hosted engine and image-uploader, perhaps
> other places.
>
> Did we ever discuss using it? Are there any obvious obstacles?
I have never used it though and it doesn't look very active.

What I did in the Image Uploader was generate Python bindings from the 
OVF XSD using GenerateDS.  GenerateDS has a fairly active community and 
a wildly helpful maintainer.

The Python binder is similar to the Java binder (JAXB).  You feed it an 
XML schema and it will generate bindings that enable you to marshal XML 
into objects vice-versa.  There is no need to muck around with LXML and 
ugly looping which is typical for XML parsers. You work with nice clean 
objects.

My recommendation would be to create an oVirt OVF library which is based 
off bindings from GenerateDS.  You implement the methods that make sense 
to oVirt and skip the *very* large subset of the OVF standard that is 
not applicable to oVirt OVF images.  Such a library could be used by the 
Image Uploader and any other components that require OVF processing 
capabilities.

I would be happy to work with you on abstracting the binder away from 
the Image Uploader so that it could be re-used in other components if 
you are interested.

Keith

>
> Best regards,



From bigclouds at 163.com  Thu Aug  8 00:36:35 2013
From: bigclouds at 163.com (bigclouds)
Date: Thu, 8 Aug 2013 08:36:35 +0800 (CST)
Subject: [Engine-devel] does now engine support join vm to AD
Message-ID: <67f043e4.11ddc.1405b5a8c3e.Coremail.bigclouds@163.com>

 hi,all
does now engine support join vm to AD?
on UI there is a configuration option for windows domain, how to use it?

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

From ofrenkel at redhat.com  Thu Aug  8 05:57:57 2013
From: ofrenkel at redhat.com (Omer Frenkel)
Date: Thu, 8 Aug 2013 01:57:57 -0400 (EDT)
Subject: [Engine-devel] does now engine support join vm to AD
In-Reply-To: <67f043e4.11ddc.1405b5a8c3e.Coremail.bigclouds@163.com>
References: <67f043e4.11ddc.1405b5a8c3e.Coremail.bigclouds@163.com>
Message-ID: <1680345487.13146973.1375941477505.JavaMail.root@redhat.com>

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

> From: "bigclouds" <bigclouds at 163.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, August 8, 2013 3:36:35 AM
> Subject: [Engine-devel] does now engine support join vm to AD

> hi,all
> does now engine support join vm to AD?
> on UI there is a configuration option for windows domain, how to use it?

when creating template with windows os, you need to 'seal' it somehow for sysprep, 
then you need to set the domain when creating vm from the template 
(also you can set the windows domain on the template to be set by default to vms created for it) 
and when you run the vm for the first time, the windows sysprep takes place and the domain should be set there. 
make sure to select the right os on the template/vm since the sysprep is different between windows versions. 

for linux im not sure, it might be possible with cloud init, with user-scripts, once we have this option (currently not implemented) 

> thanks.

> _______________________________________________
> 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/20130808/b877c0e6/attachment.html>

From lvernia at redhat.com  Thu Aug  8 08:45:31 2013
From: lvernia at redhat.com (Lior Vernia)
Date: Thu, 08 Aug 2013 11:45:31 +0300
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <4197337.eJyzalGl7d@awels>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<5202341D.90100@redhat.com> <4197337.eJyzalGl7d@awels>
Message-ID: <52035AAB.8080200@redhat.com>

Disclaimer: I don't understand the inner workings of GWT, its interplay
with the browser and so forth. Some comments are interleaved below.

On 07/08/13 15:23, Alexander Wels wrote:
> On Wednesday, August 07, 2013 02:48:45 PM Roy Golan wrote:
>> On 08/07/2013 02:08 PM, Einav Cohen wrote:
>>> Hi Roy,
>>>
>>> a couple of notes (I could be totally wrong here, GWT experts - please
>>> review/comment):
>>>
>>> - from [1]:
>>> "Provides dynamic string lookup of key/value string pairs defined in a
>>> module's host HTML page" - there is a chance that a gwt dictionary is
>>> limited to reading key/value string pairs that reside within the *gwt
>>> module host HTML page* (i.e., within the context of the GWT application -
>>> "http://[server]/webadmin/webadmin/...") and not outside - need to find
>>> that out.
>> well the file servlet resides on [server] so I don't think there a "same
>> origin policy" problem here - correct me if I'm wrong (isn't branding
>> doing something similar?)
>>
> 
> Branding is doing exactly what you are suggesting, generating a dictionary in 
> the host page, and having the GWT application read it at runtime. The only 
> reason we did it like that, is that there is no other way of changing some of 
> the messages at runtime. If there was some way of doing it at compile time I 
> would have done that. Also the number of resources changed by branding is very 
> limited and therefore won't impact the performance as much as doing every 
> single resource.
> 

I have no idea how difficult it would be to implement a sample case. If
it's not too difficult, why not give it a shot and see if there's
actually an appreciable performance hit?

> There are advantages and disadvantages of both methods that need to be 
> carefully weighed, and the GWT developers themselves did that and came to the 
> conclusion that compile time inclusion is the best method for most resources. 
> They did however anticipate the need for some runtime resources so they 
> included Dictionary etc.
> 
>>> - again, from [1]:
>>> "a variety of error conditions (particularly those involving key
>>> mismatches) cannot be caught until runtime. Similarly, the GWT compiler
>>> is unable discard unused dictionary values since the structure cannot be
>>> statically analyzed".
>>> (this is expected, as the suggested loading here is dynamic, rather than
>>> static)
>>>
>>> - not sure exactly how this would work with localization; there is "A
>>> Caveat Regarding Locale" mentioned in [1] - IIUC, we will lose the
>>> automatic locale-mapping that we have today, and we would need to do it
>>> ourselves somehow (not a big deal, I suppose, just some extra work that
>>> needs to be done here).
>>
> 
> The branding allows one to define java property bundles for all the supported 
> languages, and will load them at runtime and put the translated strings in the 
> Dictionary in the host page. Again I wouldn't recommend doing it for a large 
> number of resources.
> 
>> indeed but it will pay off. a change off resources means ctrl+F5 and not
>> GWT compilation :P
>>
> 
> Sure for the developer it would be great, less compiling. However for the user 
> not so much, and in the end we are creating the software for the user and the 
> needs of the developer are secondary to that. When I say it is not so great 
> for the user, I mean the fact that it becomes a lot harder to cache the host 
> page (as the contents can change), vs caching the compiled resources is really 
> easy as the contents won't chance.
> 

It's not just about the "needs of the developer" - the way the error
messages are distributed between different files is prone to errors, and
things that are prone to errors eventually will hurt the user.

> 
>>> ----
>>> Thanks,
>>> Einav
>>>
>>> [1]
>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
>>> onary.html
>>>
>>> ----- Original Message -----
>>>
>>>> From: "Roy Golan" <rgolan at redhat.com>
>>>> To: "engine-devel" <engine-devel at ovirt.org>
>>>> Sent: Wednesday, August 7, 2013 2:59:07 AM
>>>> Subject: [Engine-devel] Dynamic resource loading in GWT
>>>>
>>>> Painful issue here - we all know the regular drill of maintaining
>>>> messages in many places, I18N files and so on.
>>>> Also there's a patch to make all available timezone an java enum and by
>>>> that share it for free with the UI. its a way better than a backend
>>>> Query.
>>>>
>>>> But this is all hard-coded, not flexible, hard to maintain, we all know.
>>>>
>>>> Why won't we make GWT load a javascript dictionary/dictionaries from a
>>>> servlet or our host page html[1] using GWT Dictionary[3]?
>>>>
>>>> that way the configuration is shared with the engine, it relies on the
>>>> disk, customers and GSS can change it on-site and so on.
>>>>
>>>> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
>>>> | 
>>>>       ^
>>>> | 
>>>> | GWT loads Dictionary |
>>>>
>>>> candidates for dynamic resources
>>>> * I18N resources AppErrors...
>>>> * config ( just the UI subset )
>>>> * osinfo ?
>>>>
>>>>
>>>>
>>>> [1] host page html -
>>>> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevG
>>>> uideHostPage [2] Dynamic string internationalisation -
>>>> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStr
>>>> ingInternationalization [3]
>>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
>>>> onary.html
>>>>
>>>> Thanks,
>>>> Roy
>>>> _______________________________________________
>>>> 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
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From rgolan at redhat.com  Thu Aug  8 09:14:57 2013
From: rgolan at redhat.com (Roy Golan)
Date: Thu, 08 Aug 2013 12:14:57 +0300
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <1324413324.12670154.1375883402090.JavaMail.root@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<5202341D.90100@redhat.com> <4197337.eJyzalGl7d@awels>
	<52024D22.6060301@redhat.com>
	<1324413324.12670154.1375883402090.JavaMail.root@redhat.com>
Message-ID: <52036191.5040302@redhat.com>

On 08/07/2013 04:50 PM, Einav Cohen wrote:
> [top posting]
>
> in general, gwt applications are not "built" for loading things at run-time.
> for the branding feature, we had to change some of that due to the feature
> requirements.
>
> question is what will we gain from loading dynamically the values that are
> currently being loaded statically.
> for features such as dynamic/user-defined OSs [1] - it makes sense and probably
> even required, however, for error messages, which are not dynamic/user-defined,
> I think that it doesn't.

error messages changes when the engine changes them. the fact that there 
is 1 source and 3 copies is a mess
so the point is not about making the error message "dynamic" - its about 
loading them always from the same source
i.e - instead of error.js created by GWT(or whatever its hiding in) load 
it from [server]/fileServlet?f=errors

also its not only about error messages.
Virt team want to load the system timezones. today its done via Query - 
Query should be used to get Entities no sources
I'm sure lots of things are limited/complicate impl/buggy by the lack 
easy way of resource sharing.

we can start with a POC which will be used to load Timezones what do say?


> there are other ways to ease maintenance of error-messages (e.g. maintain only
> one copy of each file, and copy it during compilation time to the relevant
> locations, instead of maintaining several identical files), without introducing
> the disadvantages of dynamic loading.
>
> ----
> Thanks,
> Einav
>
> [1] http://www.ovirt.org/OS_info
>
> ----- Original Message -----
>> From: "Roy Golan" <rgolan at redhat.com>
>> To: awels at redhat.com
>> Cc: engine-devel at ovirt.org
>> Sent: Wednesday, August 7, 2013 9:35:30 AM
>> Subject: Re: [Engine-devel] Dynamic resource loading in GWT
>>
>> On Wed 07 Aug 2013 03:23:36 PM IDT, Alexander Wels wrote:
>>> On Wednesday, August 07, 2013 02:48:45 PM Roy Golan wrote:
>>>> On 08/07/2013 02:08 PM, Einav Cohen wrote:
>>>>> Hi Roy,
>>>>>
>>>>> a couple of notes (I could be totally wrong here, GWT experts - please
>>>>> review/comment):
>>>>>
>>>>> - from [1]:
>>>>> "Provides dynamic string lookup of key/value string pairs defined in a
>>>>> module's host HTML page" - there is a chance that a gwt dictionary is
>>>>> limited to reading key/value string pairs that reside within the *gwt
>>>>> module host HTML page* (i.e., within the context of the GWT application -
>>>>> "http://[server]/webadmin/webadmin/...") and not outside - need to find
>>>>> that out.
>>>> well the file servlet resides on [server] so I don't think there a "same
>>>> origin policy" problem here - correct me if I'm wrong (isn't branding
>>>> doing something similar?)
>>>>
>>> Branding is doing exactly what you are suggesting, generating a dictionary
>>> in
>>> the host page, and having the GWT application read it at runtime. The only
>>> reason we did it like that, is that there is no other way of changing some
>>> of
>>> the messages at runtime. If there was some way of doing it at compile time
>>> I
>>> would have done that. Also the number of resources changed by branding is
>>> very
>>> limited and therefore won't impact the performance as much as doing every
>>> single resource.
>>>
>>> There are advantages and disadvantages of both methods that need to be
>>> carefully weighed, and the GWT developers themselves did that and came to
>>> the
>>> conclusion that compile time inclusion is the best method for most
>>> resources.
>>> They did however anticipate the need for some runtime resources so they
>>> included Dictionary etc.
>>>
>>>>> - again, from [1]:
>>>>> "a variety of error conditions (particularly those involving key
>>>>> mismatches) cannot be caught until runtime. Similarly, the GWT compiler
>>>>> is unable discard unused dictionary values since the structure cannot be
>>>>> statically analyzed".
>>>>> (this is expected, as the suggested loading here is dynamic, rather than
>>>>> static)
>>>>>
>>>>> - not sure exactly how this would work with localization; there is "A
>>>>> Caveat Regarding Locale" mentioned in [1] - IIUC, we will lose the
>>>>> automatic locale-mapping that we have today, and we would need to do it
>>>>> ourselves somehow (not a big deal, I suppose, just some extra work that
>>>>> needs to be done here).
>>> The branding allows one to define java property bundles for all the
>>> supported
>>> languages, and will load them at runtime and put the translated strings in
>>> the
>>> Dictionary in the host page. Again I wouldn't recommend doing it for a
>>> large
>>> number of resources.
>> why?
>> and what number is large?
>>>> indeed but it will pay off. a change off resources means ctrl+F5 and not
>>>> GWT compilation :P
>>>>
>>> Sure for the developer it would be great, less compiling. However for the
>>> user
>>> not so much,
>> isn't admin is gaining from it? and development time and bugs around
>> messages?
>>
>>   and in the end we are creating the software for the user and the
>>> needs of the developer are secondary to that. When I say it is not so great
>>> for the user, I mean the fact that it becomes a lot harder to cache the
>>> host
>>> page (as the contents can change), vs caching the compiled resources is
>>> really
>>> easy as the contents won't chance.
>> in the end both are cached so there is no memory overhead.
>>>
>>>>> ----
>>>>> Thanks,
>>>>> Einav
>>>>>
>>>>> [1]
>>>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
>>>>> onary.html
>>>>>
>>>>> ----- Original Message -----
>>>>>
>>>>>> From: "Roy Golan" <rgolan at redhat.com>
>>>>>> To: "engine-devel" <engine-devel at ovirt.org>
>>>>>> Sent: Wednesday, August 7, 2013 2:59:07 AM
>>>>>> Subject: [Engine-devel] Dynamic resource loading in GWT
>>>>>>
>>>>>> Painful issue here - we all know the regular drill of maintaining
>>>>>> messages in many places, I18N files and so on.
>>>>>> Also there's a patch to make all available timezone an java enum and by
>>>>>> that share it for free with the UI. its a way better than a backend
>>>>>> Query.
>>>>>>
>>>>>> But this is all hard-coded, not flexible, hard to maintain, we all know.
>>>>>>
>>>>>> Why won't we make GWT load a javascript dictionary/dictionaries from a
>>>>>> servlet or our host page html[1] using GWT Dictionary[3]?
>>>>>>
>>>>>> that way the configuration is shared with the engine, it relies on the
>>>>>> disk, customers and GSS can change it on-site and so on.
>>>>>>
>>>>>> | index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
>>>>>> |
>>>>>>         ^
>>>>>> |
>>>>>> | GWT loads Dictionary |
>>>>>>
>>>>>> candidates for dynamic resources
>>>>>> * I18N resources AppErrors...
>>>>>> * config ( just the UI subset )
>>>>>> * osinfo ?
>>>>>>
>>>>>>
>>>>>>
>>>>>> [1] host page html -
>>>>>> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevG
>>>>>> uideHostPage [2] Dynamic string internationalisation -
>>>>>> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStr
>>>>>> ingInternationalization [3]
>>>>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
>>>>>> onary.html
>>>>>>
>>>>>> Thanks,
>>>>>> Roy
>>>>>> _______________________________________________
>>>>>> 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
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>
>>
>>



From bigclouds at 163.com  Thu Aug  8 10:12:29 2013
From: bigclouds at 163.com (bigclouds)
Date: Thu, 8 Aug 2013 18:12:29 +0800 (CST)
Subject: [Engine-devel] does now engine support join vm to AD
In-Reply-To: <1680345487.13146973.1375941477505.JavaMail.root@redhat.com>
References: <67f043e4.11ddc.1405b5a8c3e.Coremail.bigclouds@163.com>
	<1680345487.13146973.1375941477505.JavaMail.root@redhat.com>
Message-ID: <3d893639.1df43.1405d69cc43.Coremail.bigclouds@163.com>

thanks, is it the best way? if is it possiable to add windows vm to domain automaticly without a reboot?
look at my thought. if  can make it true.
1.before start vm, inject domain infomations into guest-image(libguestfs), the another side ,it is DC(domain controller), we create  matching info(i do not know exactly what is that info, ad exchange with a host),
when start vm, it joins domain automaticly, user can login using domain account.

why it is realizable, because even you use sysprep, a reboot is needed, so they can connect seamless if they are prepared corrently?

i have try, but failed, i did not know how to prepare DC info.
thanks







At 2013-08-08 13:57:57,"Omer Frenkel" <ofrenkel at redhat.com> wrote:





From: "bigclouds" <bigclouds at 163.com>
To: "engine-devel" <engine-devel at ovirt.org>
Sent: Thursday, August 8, 2013 3:36:35 AM
Subject: [Engine-devel] does now engine support join vm to AD



 hi,all
does now engine support join vm to AD?
on UI there is a configuration option for windows domain, how to use it?

when creating template with windows os, you need to 'seal' it somehow for sysprep,

then you need to set the domain when creating vm from the template

(also you can set the windows domain on the template to be set by default to vms created for it)

and when you run the vm for the first time, the windows sysprep takes place and the domain should be set there.

make sure to select the right os on the template/vm since the sysprep is different between windows versions.



for linux im not sure, it might be possible with cloud init, with user-scripts, once we have this option (currently not implemented)

thanks.






_______________________________________________
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/20130808/95f50cc3/attachment.html>

From lhornyak at redhat.com  Thu Aug  8 10:13:09 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Thu, 8 Aug 2013 06:13:09 -0400 (EDT)
Subject: [Engine-devel] InitBackendServicesOnStartupBean create
In-Reply-To: <824668740.12778724.1375889836599.JavaMail.root@redhat.com>
References: <329575454.6302740.1375887574126.JavaMail.root@redhat.com>
	<824668740.12778724.1375889836599.JavaMail.root@redhat.com>
Message-ID: <95758361.6783777.1375956789745.JavaMail.root@redhat.com>

Good point! Let's see, there are two services initialized there in try-catch block, therefore the failure of only this two will be tolerated. The two services are:
- VmPropertiesUtils
- DevicePropertiesUtils

I looked into it and for this two services I would rather let engine fail of they can not initialize, since that may very likely be caused by missing or broken configuration and I am not sure the engine would perform right after the failure of these services.

----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Laszlo Hornyak" <lhornyak at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 7, 2013 5:37:16 PM
> Subject: Re: [Engine-devel] InitBackendServicesOnStartupBean create
> 
> 
> 
> ----- Original Message -----
> > From: "Laszlo Hornyak" <lhornyak at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, August 7, 2013 5:59:34 PM
> > Subject: [Engine-devel] InitBackendServicesOnStartupBean create
> > 
> > Hi,
> > 
> > I made some mistake in the upgrade of my engine (which is my bad) but then
> > I
> > noticed that when one service initialization fails, the rest of the
> > services
> > are not initialized, but still the engine will start even then and it did
> > not even log.
> > 
> > There are some patterns in that single method on initialization, some work
> > with 'try', some spawn a new thread. Can we have this cleaned up?
> > What I was thinking of is that each service should be initialized, creating
> > a
> > thread is it's own business, exceptions from initialization should be
> > caught, logged and engine startup should be prevented if any service fails
> > to initialize.
> 
> The question is indeed whether we should really fail in case ANY service
> fails.
> In addition, may I suggest spawning a thread for each one of the services
> (unless there is dependency of course), and wait for completion in order to
> reduce startup time?
> 
> > 
> > Thx,
> > Laszlo
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From ofrenkel at redhat.com  Thu Aug  8 11:08:11 2013
From: ofrenkel at redhat.com (Omer Frenkel)
Date: Thu, 8 Aug 2013 07:08:11 -0400 (EDT)
Subject: [Engine-devel] does now engine support join vm to AD
In-Reply-To: <3d893639.1df43.1405d69cc43.Coremail.bigclouds@163.com>
References: <67f043e4.11ddc.1405b5a8c3e.Coremail.bigclouds@163.com>
	<1680345487.13146973.1375941477505.JavaMail.root@redhat.com>
	<3d893639.1df43.1405d69cc43.Coremail.bigclouds@163.com>
Message-ID: <2129267674.13272094.1375960091802.JavaMail.root@redhat.com>

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

> From: "bigclouds" <bigclouds at 163.com>
> To: "Omer Frenkel" <ofrenkel at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, August 8, 2013 1:12:29 PM
> Subject: Re:Re: [Engine-devel] does now engine support join vm to AD

> thanks, is it the best way? if is it possiable to add windows vm to domain
> automaticly without a reboot?
> look at my thought. if can make it true.
> 1.before start vm, inject domain infomations into guest-image(libguestfs),
> the another side ,it is DC(domain controller), we create matching info(i do
> not know exactly what is that info, ad exchange with a host),
> when start vm, it joins domain automaticly, user can login using domain
> account.

> why it is realizable, because even you use sysprep, a reboot is needed, so
> they can connect seamless if they are prepared corrently?

> i have try, but failed, i did not know how to prepare DC info.
> thanks

i don't know much about using libguestfs to manipulate a running vm, and if it works. 
afair, when adding windows machine to a domain (from within windows), windows requires reboot so... 
i might be wrong here. 

so for your question, not sure its the best way, but this is what i know. 

> At 2013-08-08 13:57:57,"Omer Frenkel" <ofrenkel at redhat.com> wrote:

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

> > > From: "bigclouds" < bigclouds at 163.com >
> > 
> 
> > > To: "engine-devel" < engine-devel at ovirt.org >
> > 
> 
> > > Sent: Thursday, August 8, 2013 3:36:35 AM
> > 
> 
> > > Subject: [Engine-devel] does now engine support join vm to AD
> > 
> 

> > > hi,all
> > 
> 
> > > does now engine support join vm to AD?
> > 
> 
> > > on UI there is a configuration option for windows domain, how to use it?
> > 
> 

> > when creating template with windows os, y! ou need to 'seal' it somehow for
> > sysprep,
> 
> > then you need to set the domain when creating vm from the template
> 
> > (also you can set the windows domain on the template to be set by default
> > to
> > vms created for it)
> 
> > and when you run the vm for the first time, the windows sysprep takes place
> > and the domain should be set there.
> 
> > make sure to select the right os on the template/vm since the sysprep is
> > different between windows versions.
> 

> > for linux im not sure, it might be possible with cloud init, with
> > user-scripts, once we have this option (currently not implemented)
> 

> > > thanks.
> > 
> 

> > > ___________! ____________________________________
> > 
> 
> > > 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/20130808/b5a7cb23/attachment.html>

From ecohen at redhat.com  Thu Aug  8 13:16:00 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 8 Aug 2013 09:16:00 -0400 (EDT)
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <52036191.5040302@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<5202341D.90100@redhat.com> <4197337.eJyzalGl7d@awels>
	<52024D22.6060301@redhat.com>
	<1324413324.12670154.1375883402090.JavaMail.root@redhat.com>
	<52036191.5040302@redhat.com>
Message-ID: <1733770350.13332966.1375967760471.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> Sent: Thursday, August 8, 2013 5:14:57 AM
> 
> On 08/07/2013 04:50 PM, Einav Cohen wrote:
> > [top posting]
> >
> > in general, gwt applications are not "built" for loading things at
> > run-time.
> > for the branding feature, we had to change some of that due to the feature
> > requirements.
> >
> > question is what will we gain from loading dynamically the values that are
> > currently being loaded statically.
> > for features such as dynamic/user-defined OSs [1] - it makes sense and
> > probably
> > even required, however, for error messages, which are not
> > dynamic/user-defined,
> > I think that it doesn't.
> 
> error messages changes when the engine changes them. the fact that there
> is 1 source and 3 copies is a mess
> so the point is not about making the error message "dynamic" - its about
> loading them always from the same source
> i.e - instead of error.js created by GWT(or whatever its hiding in) load
> it from [server]/fileServlet?f=errors
> 
> also its not only about error messages.
> Virt team want to load the system timezones. today its done via Query -
> Query should be used to get Entities no sources
> I'm sure lots of things are limited/complicate impl/buggy by the lack
> easy way of resource sharing.
> 
> we can start with a POC which will be used to load Timezones what do say?

in general, loading dynamically (in run time) data that is already "known" in 
compilation time doesn't make much sense to me.
having said that, after giving it some more thought: I agree with you, and the 
reason for that is that there is a chance that "tomorrow", the GUI and the 
engine-core might be separated to different projects/repos/etc., so sharing 
resources between them during compilation time might be very challenging.

so I think that you can definitely start with a POC of timezone loading, however 
we (GUI maintainers) must give some serious thought on resource sharing in general 
(in case we will indeed move towards separating the GUI from the core), given the 
fact that the gwt infrastructure / concept contradicts dynamic loading, in a sense.

> 
> 
> > there are other ways to ease maintenance of error-messages (e.g. maintain
> > only
> > one copy of each file, and copy it during compilation time to the relevant
> > locations, instead of maintaining several identical files), without
> > introducing
> > the disadvantages of dynamic loading.
> >
> > ----
> > Thanks,
> > Einav
> >
> > [1] http://www.ovirt.org/OS_info
> >
> > ----- Original Message -----
> >> From: "Roy Golan" <rgolan at redhat.com>
> >> To: awels at redhat.com
> >> Cc: engine-devel at ovirt.org
> >> Sent: Wednesday, August 7, 2013 9:35:30 AM
> >> Subject: Re: [Engine-devel] Dynamic resource loading in GWT
> >>
> >> On Wed 07 Aug 2013 03:23:36 PM IDT, Alexander Wels wrote:
> >>> On Wednesday, August 07, 2013 02:48:45 PM Roy Golan wrote:
> >>>> On 08/07/2013 02:08 PM, Einav Cohen wrote:
> >>>>> Hi Roy,
> >>>>>
> >>>>> a couple of notes (I could be totally wrong here, GWT experts - please
> >>>>> review/comment):
> >>>>>
> >>>>> - from [1]:
> >>>>> "Provides dynamic string lookup of key/value string pairs defined in a
> >>>>> module's host HTML page" - there is a chance that a gwt dictionary is
> >>>>> limited to reading key/value string pairs that reside within the *gwt
> >>>>> module host HTML page* (i.e., within the context of the GWT application
> >>>>> -
> >>>>> "http://[server]/webadmin/webadmin/...") and not outside - need to find
> >>>>> that out.
> >>>> well the file servlet resides on [server] so I don't think there a "same
> >>>> origin policy" problem here - correct me if I'm wrong (isn't branding
> >>>> doing something similar?)
> >>>>
> >>> Branding is doing exactly what you are suggesting, generating a
> >>> dictionary
> >>> in
> >>> the host page, and having the GWT application read it at runtime. The
> >>> only
> >>> reason we did it like that, is that there is no other way of changing
> >>> some
> >>> of
> >>> the messages at runtime. If there was some way of doing it at compile
> >>> time
> >>> I
> >>> would have done that. Also the number of resources changed by branding is
> >>> very
> >>> limited and therefore won't impact the performance as much as doing every
> >>> single resource.
> >>>
> >>> There are advantages and disadvantages of both methods that need to be
> >>> carefully weighed, and the GWT developers themselves did that and came to
> >>> the
> >>> conclusion that compile time inclusion is the best method for most
> >>> resources.
> >>> They did however anticipate the need for some runtime resources so they
> >>> included Dictionary etc.
> >>>
> >>>>> - again, from [1]:
> >>>>> "a variety of error conditions (particularly those involving key
> >>>>> mismatches) cannot be caught until runtime. Similarly, the GWT compiler
> >>>>> is unable discard unused dictionary values since the structure cannot
> >>>>> be
> >>>>> statically analyzed".
> >>>>> (this is expected, as the suggested loading here is dynamic, rather
> >>>>> than
> >>>>> static)
> >>>>>
> >>>>> - not sure exactly how this would work with localization; there is "A
> >>>>> Caveat Regarding Locale" mentioned in [1] - IIUC, we will lose the
> >>>>> automatic locale-mapping that we have today, and we would need to do it
> >>>>> ourselves somehow (not a big deal, I suppose, just some extra work that
> >>>>> needs to be done here).
> >>> The branding allows one to define java property bundles for all the
> >>> supported
> >>> languages, and will load them at runtime and put the translated strings
> >>> in
> >>> the
> >>> Dictionary in the host page. Again I wouldn't recommend doing it for a
> >>> large
> >>> number of resources.
> >> why?
> >> and what number is large?
> >>>> indeed but it will pay off. a change off resources means ctrl+F5 and not
> >>>> GWT compilation :P
> >>>>
> >>> Sure for the developer it would be great, less compiling. However for the
> >>> user
> >>> not so much,
> >> isn't admin is gaining from it? and development time and bugs around
> >> messages?
> >>
> >>   and in the end we are creating the software for the user and the
> >>> needs of the developer are secondary to that. When I say it is not so
> >>> great
> >>> for the user, I mean the fact that it becomes a lot harder to cache the
> >>> host
> >>> page (as the contents can change), vs caching the compiled resources is
> >>> really
> >>> easy as the contents won't chance.
> >> in the end both are cached so there is no memory overhead.
> >>>
> >>>>> ----
> >>>>> Thanks,
> >>>>> Einav
> >>>>>
> >>>>> [1]
> >>>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
> >>>>> onary.html
> >>>>>
> >>>>> ----- Original Message -----
> >>>>>
> >>>>>> From: "Roy Golan" <rgolan at redhat.com>
> >>>>>> To: "engine-devel" <engine-devel at ovirt.org>
> >>>>>> Sent: Wednesday, August 7, 2013 2:59:07 AM
> >>>>>> Subject: [Engine-devel] Dynamic resource loading in GWT
> >>>>>>
> >>>>>> Painful issue here - we all know the regular drill of maintaining
> >>>>>> messages in many places, I18N files and so on.
> >>>>>> Also there's a patch to make all available timezone an java enum and
> >>>>>> by
> >>>>>> that share it for free with the UI. its a way better than a backend
> >>>>>> Query.
> >>>>>>
> >>>>>> But this is all hard-coded, not flexible, hard to maintain, we all
> >>>>>> know.
> >>>>>>
> >>>>>> Why won't we make GWT load a javascript dictionary/dictionaries from a
> >>>>>> servlet or our host page html[1] using GWT Dictionary[3]?
> >>>>>>
> >>>>>> that way the configuration is shared with the engine, it relies on the
> >>>>>> disk, customers and GSS can change it on-site and so on.
> >>>>>>
> >>>>>> | index.html | -> | file servlet | -> |read
> >>>>>> | /etc/ovirt-engine/conf/...|
> >>>>>> |
> >>>>>>         ^
> >>>>>> |
> >>>>>> | GWT loads Dictionary |
> >>>>>>
> >>>>>> candidates for dynamic resources
> >>>>>> * I18N resources AppErrors...
> >>>>>> * config ( just the UI subset )
> >>>>>> * osinfo ?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> [1] host page html -
> >>>>>> http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevG
> >>>>>> uideHostPage [2] Dynamic string internationalisation -
> >>>>>> http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStr
> >>>>>> ingInternationalization [3]
> >>>>>> http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dicti
> >>>>>> onary.html
> >>>>>>
> >>>>>> Thanks,
> >>>>>> Roy
> >>>>>> _______________________________________________
> >>>>>> 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
> >>
> >> _______________________________________________
> >> 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 deadhorseconsulting at gmail.com  Thu Aug  8 18:01:50 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Thu, 8 Aug 2013 13:01:50 -0500
Subject: [Engine-devel] direct manipulation of libvirt
In-Reply-To: <52015502.4080006@redhat.com>
References: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>
	<2001011957.22377062.1375602563580.JavaMail.root@redhat.com>
	<CAEWPe=oQkMzcBbTL0KagWm2-n7OByPKs7TAvdqe_zgLTxjEctA@mail.gmail.com>
	<52015502.4080006@redhat.com>
Message-ID: <CAEWPe=rLpOcsiv=ORuUHZicXN=3Uwn=bmfmsXK0ZgKKvaGTFwA@mail.gmail.com>

I guess ultimately what would be nice is the provision to manipulate some
the more advanced features if desired via API/CLI/GUI if desired. Correct
these things can be manipulated now by custom properties but TBH they are a
pain. You need to enter a key in the correct format into the custom
properties dialog. Also if the function does not exist already you need to
write the python hook to add it even if it is something simple like
manipulating a libvirt DOM XML option. Would it not be nicer to the admin
were to be able to simply (like is now with VM options) click advanced and
they are presented advanced options GUI? The reasoning for this are cases
at times to manipulate or want to have access to these options and be given
the choice to choose if I want to do so. Pretty much every KVM management
solution exposes the below options either by default or by advanced
options. I understand the reasoning for wanting to hide or make it
difficult to use some of what is in the below examples but the point is
that again I should at least have the choice to do so in an easier manner
then the hooking/custom props they way they are now.

Example 1:
"Add Disk UI"
What we can do with libvirt:
<disk  ...>
 <driver io='threads | native' cache='default | none | writeback |
writethrough'/>
 ...
</disk>
So Advanced UI Options for
Disk IO Policy = threads | native
Disk Cache Policy = default | none | writeback | writethrough

Accordingly as well disk format:
raw - preallocated
raw - sparse
qcow2- preallocated
qcow2 - sparse
qcow2 - pre-allocate metadata Yes/No ?
qed - sparse
and so on....
For example now qcow2 is not allowed on NFS storage domains but if I the
admin want to allow for this or use it, I should at least be given the
choice as there is no reason it does not work.

Example 2
"Add Network UI"
What we can do with libvirt:
<forward mode='route | bridge | private | vepa | passthrough | hostdev'>
    <interface dev='bond0'/>
    <interface dev='bond1'/>
    <interface dev='eth0'/>
    <interface dev='eth1'/>
    <interface dev='eth2'/>
    <interface dev='eth3'/>
</forward>
Right now all we can do is select a mode=bridge.
How about under advanced option for:
Network Mode= route | bridge | private | vepa | passthrough | hostdev
Admin does thowever know that some of the above of course may require some
networking prerequisites which must be satisfied first.

Something else I have seen other KVM solutions provide in the case of the
above examples is just a direct libvirt domain editor in GUI. One can
simply load/preview the generated libivrt domain xml and add/edit options,
validate and run with the changes either temporarily or permanently.

- DHC



On Tue, Aug 6, 2013 at 2:56 PM, Itamar Heim <iheim at redhat.com> wrote:

> On 08/06/2013 06:49 PM, Dead Horse wrote:
>
>> It would be nice to be able to enable certain types of VM's (or just
>> purposely for whatever reason) to be able to use for example:
>> VEPA (macvtap)
>> Change VRAM sizes
>>
>
> is this covering this?
> http://gerrit.ovirt.org/#/c/**16803/ <http://gerrit.ovirt.org/#/c/16803/>
>
>
>  change disk IO policies
>> change dsk Cache Policies
>>
>
> there is a built-in custom property for this one?
>
>
>  change input type to usbtablet or PS2
>> (new qemu/libvirt features to play or test)
>>
>> This of course should be limited to admin level roles as it would come
>> with the understanding of the possibility of things exploding in ones
>> face.
>>
>> Perhaps this could be implemented as a "Really Advanced Options" on a VM
>> visible to superuser or admin roles only?
>>
>
> this would be akin to custom properties, some of which come via vdsm, just
> without a special gui on engine side (i.e., they don't need hooks on vdsm
> since they are supported out of the box).
> reason they are custom properties without dedicated UI is the use case is
> rare.
>
> other than some custom property to pass libvirt command line args, or xml
> overrides, i think the custom proeprties/hooks (or vdsm builtin support) is
> the cleanest one
>
>
>>   -DHC
>>
>>
>>
>> On Sun, Aug 4, 2013 at 2:49 AM, Noam Slomianko <nslomian at redhat.com
>> <mailto:nslomian at redhat.com>> wrote:
>>
>>     Since you cannot know what kind of changes the user will do in
>>     libvirt you cannot be sure that VDSM will be able to live with them.
>>     By "Allowing" this officially you will create an impression that it
>>     is safe, which will cause frustration for the user if VDSM breaks.
>>     So keeping this as "do at your own risk, we want nothing to do with
>>     it" sounds like a good plan to me :)
>>
>>     But ignoring that, what kind of behaviour would you like? maybe the
>>     ability to pass custom libvirt flags on VM startup?
>>     This can be pretty easily Implemented as an all purpose hook, isn't
>>     it? (write once, pass any argument you like)
>>
>>     ----- Original Message -----
>>     From: "Dead Horse" <deadhorseconsulting at gmail.com
>>     <mailto:deadhorseconsulting@**gmail.com<deadhorseconsulting at gmail.com>
>> >>
>>     To: "engine-devel" <engine-devel at ovirt.org
>>     <mailto:engine-devel at ovirt.org**>>
>>     Sent: Friday, August 2, 2013 7:43:31 PM
>>     Subject: [Engine-devel] direct manipulation of libvirt
>>
>>     A broad question here, perhaps not a possibility but I figured I
>>     would toss it out there anyway.
>>
>>     VDSM is great at what it does, however there are those times when
>>     direct manipulation of libvirt or libvirt VM configuration would be
>>     very handy. The safe defaults and tested VM configurations that
>>     VDSM/ovirt provides are great. However at times it would be nice to
>>     simply connect to a hypervisor managed by ovirt/vdsm and make a
>>     couple changes to a VM (via virt-manager or directly via virsh).
>>
>>     This could be enabling a new feature that has made it's way into
>>     QEMU/libvirt/KVM or tweaking a VM configuration for whatever reason.
>>     Now there is nothing stopping someone from doing this now either
>>     directly or via VDSM hooks. Hooks are a pain along with the custom
>>     properties to jack them into engine. Direct manipulation of libvirt
>>     since it has been upstarted by vdsm results in an unhappy VDSM/engine.
>>
>>     Thoughts?
>>     - DHC
>>
>>     ______________________________**_________________
>>     Engine-devel mailing list
>>     Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org**>
>>     http://lists.ovirt.org/**mailman/listinfo/engine-devel<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://lists.ovirt.org/mailman/listinfo/engine-devel>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130808/b0c6c26f/attachment.html>

From masayag at redhat.com  Thu Aug  8 18:06:15 2013
From: masayag at redhat.com (Moti Asayag)
Date: Thu, 8 Aug 2013 14:06:15 -0400 (EDT)
Subject: [Engine-devel] InitBackendServicesOnStartupBean create
In-Reply-To: <95758361.6783777.1375956789745.JavaMail.root@redhat.com>
References: <329575454.6302740.1375887574126.JavaMail.root@redhat.com>
	<824668740.12778724.1375889836599.JavaMail.root@redhat.com>
	<95758361.6783777.1375956789745.JavaMail.root@redhat.com>
Message-ID: <1667303526.14912194.1375985175853.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, August 8, 2013 1:13:09 PM
> Subject: Re: [Engine-devel] InitBackendServicesOnStartupBean create
> 
> Good point! Let's see, there are two services initialized there in try-catch
> block, therefore the failure of only this two will be tolerated. The two
> services are:
> - VmPropertiesUtils
> - DevicePropertiesUtils
> 
> I looked into it and for this two services I would rather let engine fail of
> they can not initialize, since that may very likely be caused by missing or
> broken configuration and I am not sure the engine would perform right after
> the failure of these services.

I agree that upon misconfiguration of the properties the engine should fail, but
we should prevent reaching at that point by validating the inserted data to the
custom properties by the engine config tool during the insertion and not by the
engine startup. Such validation introduced by Martin Perina not long ago, so we
shouldn't fail on invalid values.
 
> 
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Laszlo Hornyak" <lhornyak at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, August 7, 2013 5:37:16 PM
> > Subject: Re: [Engine-devel] InitBackendServicesOnStartupBean create
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Laszlo Hornyak" <lhornyak at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Wednesday, August 7, 2013 5:59:34 PM
> > > Subject: [Engine-devel] InitBackendServicesOnStartupBean create
> > > 
> > > Hi,
> > > 
> > > I made some mistake in the upgrade of my engine (which is my bad) but
> > > then
> > > I
> > > noticed that when one service initialization fails, the rest of the
> > > services
> > > are not initialized, but still the engine will start even then and it did
> > > not even log.
> > > 
> > > There are some patterns in that single method on initialization, some
> > > work
> > > with 'try', some spawn a new thread. Can we have this cleaned up?
> > > What I was thinking of is that each service should be initialized,
> > > creating
> > > a
> > > thread is it's own business, exceptions from initialization should be
> > > caught, logged and engine startup should be prevented if any service
> > > fails
> > > to initialize.
> > 
> > The question is indeed whether we should really fail in case ANY service
> > fails.
> > In addition, may I suggest spawning a thread for each one of the services
> > (unless there is dependency of course), and wait for completion in order to
> > reduce startup time?
> > 
> > > 
> > > Thx,
> > > Laszlo
> > > _______________________________________________
> > > 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 deadhorseconsulting at gmail.com  Thu Aug  8 23:51:03 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Thu, 8 Aug 2013 18:51:03 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=qpaSfK7PbUVW=NwnW4UywjkAfdXJ5L1N46DkK0EviLTA@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=rjj+DerH_2BrBb-uTxoF3nYLhAXSVC+BTmrFOVjfxq3w@mail.gmail.com>
	<CAEWPe=qyaxrzgR4+mfxHh+vAZt2W1sFtCq=wtRZoLZicD1xwNQ@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
	<520222DA.9010105@redhat.com>
	<CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>
	<149895087.12893453.1375898434819.JavaMail.root@redhat.com>
	<1360271485.12894097.1375898482649.JavaMail.root@redhat.com>
	<CAEWPe=qpaSfK7PbUVW=NwnW4UywjkAfdXJ5L1N46DkK0EviLTA@mail.gmail.com>
Message-ID: <CAEWPe=pnC+OWAKzeHATHjd+JoabAg3EReqY66=ES=6JbBU+qyg@mail.gmail.com>

I verified the fix against current master with multiple installs and
browsers. Thanks guys!

Fix verified to work with:
Firefox Version 22.0-1
Google Chrome Version 28.0.1500.95

I still noted an odd issue with Firefox Version 17.0.8-1 (Current
Firefox EL6 Version).
The login into the user portal succeeds and  a successful login is
logged, however the login remains hung at the login dialog
indefinitely.
Reloading the page and closing the browser does not change things.
Also removing ~/<username>/.mozilla and starting fresh results in the same.

Can someone else check and verify similar oddness with EL6 Firefox.

- DHC



On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse <deadhorseconsulting at gmail.com>wrote:

> I see the fix in Gerrit/GIT. Thanks guys! I will test and update results
> tomorrow morning.
> - DHC
>
>
> On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky <yzaslavs at redhat.com>wrote:
>
>>
>>
>> ----- Original Message -----
>> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>> > To: "Dead Horse" <deadhorseconsulting at gmail.com>
>> > Cc: "engine-devel" <engine-devel at ovirt.org>
>> > Sent: Wednesday, August 7, 2013 9:00:34 PM
>> > Subject: Re: [Engine-devel] users cannot log into userportal
>> >
>> >
>> >
>> > ----- Original Message -----
>> > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
>> > > To: "Itamar Heim" <iheim at redhat.com>
>> > > Cc: "engine-devel" <engine-devel at ovirt.org>, "Yair Zaslavsky"
>> > > <yzaslavs at redhat.com>
>> > > Sent: Wednesday, August 7, 2013 6:14:02 PM
>> > > Subject: Re: [Engine-devel] users cannot log into userportal
>> > >
>> > > BZ994604 (https://bugzilla.redhat.com/show_bug.cgi?id=994604) has
>> been
>> > > opened.
>> > > - DHC
>> >
>> > Thanks for your help DHC,
>> > This was already fixed by rnori.
>>
>> Of course "already fixed" comparing with current time. This was indeed a
>> real issue.
>>
>> >
>> > >
>> > >
>> > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim <iheim at redhat.com> wrote:
>> > >
>> > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
>> > > >
>> > > >> I have found some steps to reproduce this easily.
>> > > >>
>> > > >> Start the engine bound to an AD for authentication
>> > > >> log in to the user portal as an AD user which has been granted a
>> Role (I
>> > > >> used PowerUserRole)
>> > > >>
>> > > >> Result: Login will succeed
>> > > >> Data from engine.log:
>> > > >> 2013-08-06 15:54:10,088 INFO
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-10)
>> > > >> Running command: LoginUserCommand internal: false.
>> > > >> 2013-08-06 15:54:10,139 INFO
>> > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
>> > > >> AuditLogDirector]
>> > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
>> > > >> Custom Event ID: -1, Message: User ovirttest logged in.
>> > > >>
>> > > >> log out of the user portal
>> > > >> Result: log out succeeds
>> > > >> Data from engine.log:
>> > > >> 2013-08-06 15:54:12,448 INFO
>> > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
>> (ajp--127.0.0.1-8702-2)
>> > > >> Running command: LogoutUserCommand internal: false.
>> > > >> 2013-08-06 15:54:12,474 INFO
>> > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
>> > > >> AuditLogDirector]
>> > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
>> > > >> Custom Event ID: -1, Message: User ovirttest logged out.
>> > > >>
>> > > >> As the same user log in to the user portal again but this purposely
>> > > >> input the wrong password.
>> > > >> Result: log in will fail
>> > > >> Data from engine.log:
>> > > >> 2013-08-06 15:54:20,830 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> > > >> Strategy]
>> > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
>> information
>> > > >> was invalid (24)
>> > > >> 2013-08-06 15:54:20,832 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> > > >> Strategy]
>> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
>> > > >> username and password.
>> > > >> 2013-08-06 15:54:20,843 ERROR
>> > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
>> > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
>> > > >> LDAP://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389>
>> <
>> > > >> http://foodc02.foo.test.com:**389 <http://foodc02.foo.test.com:389
>> >>
>> > > >> using
>> > > >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due
>> to
>> > > >>
>> > > >> Authentication Failed. Please verify the username and password.. We
>> > > >> should not try the next server
>> > > >> 2013-08-06 15:54:20,850 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> > > >> Strategy]
>> > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
>> information
>> > > >> was invalid (24)
>> > > >> 2013-08-06 15:54:20,851 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
>> > > >> Strategy]
>> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
>> > > >> username and password.
>> > > >> 2013-08-06 15:54:20,852 ERROR
>> > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
>> > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
>> > > >> LDAP://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389>
>> <
>> > > >> http://foodc01.foo.test.com:**389 <http://foodc01.foo.test.com:389
>> >>
>> > > >> using
>> > > >> user ovirttest at FOO.TEST.COM <mailto:ovirttest at FOO.TEST.COM**> due
>> to
>> > > >>
>> > > >> Authentication Failed. Please verify the username and password.. We
>> > > >> should not try the next server
>> > > >> 2013-08-06 15:54:20,853 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
>> domain
>> > > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is
>> getUserByName
>> > > >>
>> > > >> 2013-08-06 15:54:20,854 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
>> > > >> username and password.
>> > > >> 2013-08-06 15:54:20,855 ERROR
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-7)
>> > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD :
>> ovirttest
>> > > >> 2013-08-06 15:54:20,856 WARN
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-7)
>> > > >> CanDoAction of action LoginUser failed.
>> > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
>> > > >>
>> > > >> Try again to log in as the same user this time typing the correct
>> > > >> password.
>> > > >> Result: Login fails!
>> > > >> Data from engine.log:
>> > > >> 2013-08-06 15:54:25,186 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
>> domain
>> > > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is
>> getUserByName
>> > > >>
>> > > >> 2013-08-06 15:54:25,187 ERROR
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-7)
>> > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
>> > > >> 2013-08-06 15:54:25,187 WARN
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-7)
>> > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
>> > > >> AUTHENTICATE
>> > > >>
>> > > >> Try again with another AD user.
>> > > >> Result: Login fails!
>> > > >> Data from engine.log:
>> > > >> 2013-08-06 15:54:38,056 ERROR
>> > > >>
>> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
>> > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to
>> domain
>> > > >> gso.med.ge.com <http://gso.med.ge.com>. Ldap Query Type is
>> getUserByName
>> > > >>
>> > > >> 2013-08-06 15:54:38,057 ERROR
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-5)
>> > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
>> > > >> 2013-08-06 15:54:38,058 WARN
>> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
>> (ajp--127.0.0.1-8702-5)
>> > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
>> > > >> AUTHENTICATE
>> > > >>
>> > > >> Logging into the admin portal as the admin at internal user will
>> yield that
>> > > >> engine seems to have forgotten about and can no longer enumerate AD
>> > > >> users and groups.
>> > > >> engine stays in this state until it has been restarted.
>> > > >>
>> > > >> I also note the two following errors in the engine log file as
>> well:
>> > > >> 2013-08-06 15:53:41,098 ERROR
>> > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
>> > > >> service
>> > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
>> > > >> 2013-08-06 15:53:41,161 ERROR
>> > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
>> > > >> service
>> > > >> thread 1-9) Failed to decrypt value for property
>> > > >> AttestationTruststorePass will be used encrypted value:
>> > > >> javax.crypto.**BadPaddingException: Data must start with zero
>> > > >>
>> > > >> - DHC
>> > > >>
>> > > >>
>> > > >>
>> > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
>> > > >> <deadhorseconsulting at gmail.com
>> > > >> <mailto:deadhorseconsulting@**gmail.com<
>> deadhorseconsulting at gmail.com>
>> > > >> >>
>> > > >>
>> > > >> wrote:
>> > > >>
>> > > >>     Really attaching logs from other install.
>> > > >>       - DHC
>> > > >>
>> > > >>
>> > > >>     On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
>> > > >>     <deadhorseconsulting at gmail.com
>> > > >>     <mailto:deadhorseconsulting@**gmail.com<
>> deadhorseconsulting at gmail.com>>>
>> > > >> wrote:
>> > > >>
>> > > >>         Also I note that he login does succeed in the AD servers
>> logs as
>> > > >>         well as the engine also acknowledges the same. However the
>> login
>> > > >>         ends up in either the user logging in and the dialog
>> sitting in
>> > > >>         space forever and/or the engine no longer enumerating the
>> AD
>> > > >>         users/groups.
>> > > >>
>> > > >>         Attached are logs from another install seeing the same
>> thing.
>> > > >>         -DHC
>> > > >>
>> > > >>
>> > > >>         On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
>> > > >>         <deadhorseconsulting at gmail.com
>> > > >>         <mailto:deadhorseconsulting@**gmail.com<
>> deadhorseconsulting at gmail.com>>>
>> > > >> wrote:
>> > > >>
>> > > >>
>> > > >>             Seeing and issue where users are not able to log in.
>> Also
>> > > >>             for some reason the engine is seemingly forgeting
>> about AD
>> > > >>             users. Removing the AD domain via
>> engine-manage-domains and
>> > > >>             re-adding it works for enumerating the users, however
>> the
>> > > >>             first attempt to login as a user results in the engine
>> no
>> > > >>             longer enumerating the users nor allowing logins.
>> > > >>             Attached are the pertinent logs.
>> > > >>
>> > > >>             Engine is built and running from current master as of
>> this
>> > > >>             morning, and was installed/built and upgraded via RPMs
>> > > >>             yum/engine-upgrade
>> > > >>
>> > > >>               - DHC
>> > > >>
>> > > >>
>> > > >>
>> > > >>
>> > > >>
>> > > >>
>> > > >> ______________________________**_________________
>> > > >> Engine-devel mailing list
>> > > >> Engine-devel at ovirt.org
>> > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel<
>> http://lists.ovirt.org/mailman/listinfo/engine-devel>
>> > > >>
>> > > >>
>> > > > thanks for reproducing with such clear steps. can you please open a
>> bug?
>> > > > yair - can you try and reproduce as well (I tried on an older rhev
>> 3.2 i
>> > > > have and couldn't with the IPA provider)
>> > > >
>> > >
>> > _______________________________________________
>> > 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/20130808/57a046b1/attachment.html>

From ecohen at redhat.com  Fri Aug  9 01:10:33 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 8 Aug 2013 21:10:33 -0400 (EDT)
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <CAEWPe=pnC+OWAKzeHATHjd+JoabAg3EReqY66=ES=6JbBU+qyg@mail.gmail.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=qNpDWSYGgPf_yQtyTeaKuVsRU9ynFCjy9Fp8S7756z1g@mail.gmail.com>
	<520222DA.9010105@redhat.com>
	<CAEWPe=p=CJuQ3yOJ+1Rc_am9piFdK8KLvyf5ys7eAXN0G0k-Og@mail.gmail.com>
	<149895087.12893453.1375898434819.JavaMail.root@redhat.com>
	<1360271485.12894097.1375898482649.JavaMail.root@redhat.com>
	<CAEWPe=qpaSfK7PbUVW=NwnW4UywjkAfdXJ5L1N46DkK0EviLTA@mail.gmail.com>
	<CAEWPe=pnC+OWAKzeHATHjd+JoabAg3EReqY66=ES=6JbBU+qyg@mail.gmail.com>
Message-ID: <272772188.13958988.1376010633218.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Dead Horse" <deadhorseconsulting at gmail.com>
> Sent: Thursday, August 8, 2013 7:51:03 PM
> 
> I verified the fix against current master with multiple installs and
> browsers. Thanks guys!
> 
> Fix verified to work with:
> Firefox Version 22.0-1
> Google Chrome Version 28.0.1500.95
> 
> I still noted an odd issue with Firefox Version 17.0.8-1 (Current Firefox EL6
> Version).
> The login into the user portal succeeds and  a successful login is logged,
> however the login remains hung at the login dialog indefinitely.
> Reloading the page and closing the browser does not change things.
> Also removing ~/<username>/.mozilla and starting fresh results in the same.
> Can someone else check and verify similar oddness with EL6 Firefox.

similar oddness was indeed encountered lately. Alexander (added) is currently 
investigating.
@Alexander - can you please update on the investigation progress in this thread?

> - DHC
> 
> 
> On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse < deadhorseconsulting at gmail.com >
> wrote:
> 
> 
> 
> I see the fix in Gerrit/GIT. Thanks guys! I will test and update results
> tomorrow morning.
> - DHC
> 
> 
> On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky < yzaslavs at redhat.com > wrote:
> 
> 
> 
> 
> 
> ----- Original Message -----
> > From: "Yair Zaslavsky" < yzaslavs at redhat.com >
> > To: "Dead Horse" < deadhorseconsulting at gmail.com >
> > Cc: "engine-devel" < engine-devel at ovirt.org >
> > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > Subject: Re: [Engine-devel] users cannot log into userportal
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > To: "Itamar Heim" < iheim at redhat.com >
> > > Cc: "engine-devel" < engine-devel at ovirt.org >, "Yair Zaslavsky"
> > > < yzaslavs at redhat.com >
> > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > 
> > > BZ994604 ( https://bugzilla.redhat.com/show_bug.cgi?id=994604 ) has been
> > > opened.
> > > - DHC
> > 
> > Thanks for your help DHC,
> > This was already fixed by rnori.
> 
> Of course "already fixed" comparing with current time. This was indeed a real
> issue.
> 
> > 
> > > 
> > > 
> > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim < iheim at redhat.com > wrote:
> > > 
> > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > > 
> > > >> I have found some steps to reproduce this easily.
> > > >> 
> > > >> Start the engine bound to an AD for authentication
> > > >> log in to the user portal as an AD user which has been granted a Role
> > > >> (I
> > > >> used PowerUserRole)
> > > >> 
> > > >> Result: Login will succeed
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:10,088 INFO
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > >> (ajp--127.0.0.1-8702-10)
> > > >> Running command: LoginUserCommand internal: false.
> > > >> 2013-08-06 15:54:10,139 INFO
> > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > >> AuditLogDirector]
> > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
> > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > >> 
> > > >> log out of the user portal
> > > >> Result: log out succeeds
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:12,448 INFO
> > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> > > >> (ajp--127.0.0.1-8702-2)
> > > >> Running command: LogoutUserCommand internal: false.
> > > >> 2013-08-06 15:54:12,474 INFO
> > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > >> AuditLogDirector]
> > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
> > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > >> 
> > > >> As the same user log in to the user portal again but this purposely
> > > >> input the wrong password.
> > > >> Result: log in will fail
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:20,830 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> > > >> was invalid (24)
> > > >> 2013-08-06 15:54:20,832 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > >> username and password.
> > > >> 2013-08-06 15:54:20,843 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > >> LDAP://foodc02.foo.test.com:**389 < http://foodc02.foo.test.com:389 >
> > > >> <
> > > >> http://foodc02.foo.test.com:**389 < http://foodc02.foo.test.com:389 >>
> > > >> using
> > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **> due to
> > > >> 
> > > >> Authentication Failed. Please verify the username and password.. We
> > > >> should not try the next server
> > > >> 2013-08-06 15:54:20,850 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication information
> > > >> was invalid (24)
> > > >> 2013-08-06 15:54:20,851 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthentication**
> > > >> Strategy]
> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > >> username and password.
> > > >> 2013-08-06 15:54:20,852 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > >> LDAP://foodc01.foo.test.com:**389 < http://foodc01.foo.test.com:389 >
> > > >> <
> > > >> http://foodc01.foo.test.com:**389 < http://foodc01.foo.test.com:389 >>
> > > >> using
> > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **> due to
> > > >> 
> > > >> Authentication Failed. Please verify the username and password.. We
> > > >> should not try the next server
> > > >> 2013-08-06 15:54:20,853 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > >> domain
> > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > >> getUserByName
> > > >> 
> > > >> 2013-08-06 15:54:20,854 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > >> username and password.
> > > >> 2013-08-06 15:54:20,855 ERROR
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD : ovirttest
> > > >> 2013-08-06 15:54:20,856 WARN
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > > >> CanDoAction of action LoginUser failed.
> > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> > > >> 
> > > >> Try again to log in as the same user this time typing the correct
> > > >> password.
> > > >> Result: Login fails!
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:25,186 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > >> domain
> > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > >> getUserByName
> > > >> 
> > > >> 2013-08-06 15:54:25,187 ERROR
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > >> 2013-08-06 15:54:25,187 WARN
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-7)
> > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > >> AUTHENTICATE
> > > >> 
> > > >> Try again with another AD user.
> > > >> Result: Login fails!
> > > >> Data from engine.log:
> > > >> 2013-08-06 15:54:38,056 ERROR
> > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand]
> > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to
> > > >> domain
> > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > >> getUserByName
> > > >> 
> > > >> 2013-08-06 15:54:38,057 ERROR
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
> > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > >> 2013-08-06 15:54:38,058 WARN
> > > >> [org.ovirt.engine.core.bll.**LoginUserCommand] (ajp--127.0.0.1-8702-5)
> > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > >> AUTHENTICATE
> > > >> 
> > > >> Logging into the admin portal as the admin at internal user will yield
> > > >> that
> > > >> engine seems to have forgotten about and can no longer enumerate AD
> > > >> users and groups.
> > > >> engine stays in this state until it has been restarted.
> > > >> 
> > > >> I also note the two following errors in the engine log file as well:
> > > >> 2013-08-06 15:53:41,098 ERROR
> > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > > >> service
> > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> > > >> 2013-08-06 15:53:41,161 ERROR
> > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > > >> service
> > > >> thread 1-9) Failed to decrypt value for property
> > > >> AttestationTruststorePass will be used encrypted value:
> > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > >> 
> > > >> - DHC
> > > >> 
> > > >> 
> > > >> 
> > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > >> < deadhorseconsulting at gmail.com
> > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > >> deadhorseconsulting at gmail.com >
> > > >> >> 
> > > >> 
> > > >> wrote:
> > > >> 
> > > >> Really attaching logs from other install.
> > > >> - DHC
> > > >> 
> > > >> 
> > > >> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > >> < deadhorseconsulting at gmail.com
> > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > >> deadhorseconsulting at gmail.com >>>
> > > >> wrote:
> > > >> 
> > > >> Also I note that he login does succeed in the AD servers logs as
> > > >> well as the engine also acknowledges the same. However the login
> > > >> ends up in either the user logging in and the dialog sitting in
> > > >> space forever and/or the engine no longer enumerating the AD
> > > >> users/groups.
> > > >> 
> > > >> Attached are logs from another install seeing the same thing.
> > > >> -DHC
> > > >> 
> > > >> 
> > > >> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > >> < deadhorseconsulting at gmail.com
> > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > >> deadhorseconsulting at gmail.com >>>
> > > >> wrote:
> > > >> 
> > > >> 
> > > >> Seeing and issue where users are not able to log in. Also
> > > >> for some reason the engine is seemingly forgeting about AD
> > > >> users. Removing the AD domain via engine-manage-domains and
> > > >> re-adding it works for enumerating the users, however the
> > > >> first attempt to login as a user results in the engine no
> > > >> longer enumerating the users nor allowing logins.
> > > >> Attached are the pertinent logs.
> > > >> 
> > > >> Engine is built and running from current master as of this
> > > >> morning, and was installed/built and upgraded via RPMs
> > > >> yum/engine-upgrade
> > > >> 
> > > >> - DHC
> > > >> 
> > > >> 
> > > >> 
> > > >> 
> > > >> 
> > > >> 
> > > >> ______________________________**_________________
> > > >> Engine-devel mailing list
> > > >> Engine-devel at ovirt.org
> > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel <
> > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel >
> > > >> 
> > > >> 
> > > > thanks for reproducing with such clear steps. can you please open a
> > > > bug?
> > > > yair - can you try and reproduce as well (I tried on an older rhev 3.2
> > > > i
> > > > have and couldn't with the IPA provider)
> > > > 
> > > 
> > _______________________________________________
> > 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 sbonazzo at redhat.com  Fri Aug  9 06:19:03 2013
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 09 Aug 2013 08:19:03 +0200
Subject: [Engine-devel] Fedora 18 nightly repository fails repository
	closure check
Message-ID: <520489D7.2080700@redhat.com>

# repoclosure -l fedora -l updates -l updates-testing -r ovirt-nightly
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-nightly
   updates
   updates-testing
Num Packages in Repos: 61682
package: otopi-java-1.1.0-0.2.master.20130731.git3d363a1.fc18.noarch
from ovirt-nightly
  unresolved deps:
     otopi = 0:1.1.0-0.2.master.20130731.git3d363a1.fc18
package:
ovirt-engine-3.3.0-0.2.master.20130805151704.git8162a13.fc18.noarch from
ovirt-nightly
  unresolved deps:
     ovirt-engine-restapi =
0:3.3.0-0.2.master.20130805151704.git8162a13.fc18
package:
ovirt-engine-backend-3.3.0-0.2.master.20130804202900.gitf90d53f.fc18.noarch
from ovirt-nightly
  unresolved deps:
     ovirt-engine = 0:3.3.0-0.2.master.20130804202900.gitf90d53f.fc18
package:
ovirt-engine-webadmin-portal-3.3.0-0.2.master.20130804202900.gitf90d53f.fc18.noarch
from ovirt-nightly
  unresolved deps:
     ovirt-engine = 0:3.3.0-0.2.master.20130804202900.gitf90d53f.fc18
package: vdsm-4.12.0-33.git87e61a0.fc18.x86_64 from ovirt-nightly
  unresolved deps:
     libvirt-daemon >= 0:1.0.2-1
package: vdsm-4.12.0-42.gitef69a2e.fc18.x86_64 from ovirt-nightly
  unresolved deps:
     libvirt-daemon >= 0:1.0.2-1
package: vdsm-4.12.0-43.gitfc0798e.fc18.x86_64 from ovirt-nightly
  unresolved deps:
     libvirt-daemon >= 0:1.0.2-1
package: vdsm-jsonrpc-4.12.0-26.git5717090.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm-python = 0:4.12.0-26.git5717090.fc18
package: vdsm-reg-4.12.0-18.git78903dd.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm = 0:4.12.0-18.git78903dd.fc18
package: vdsm-reg-4.12.0-26.git5717090.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm = 0:4.12.0-26.git5717090.fc18
package: vdsm-tests-4.12.0-18.git78903dd.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm = 0:4.12.0-18.git78903dd.fc18
package: vdsm-tests-4.12.0-26.git5717090.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm = 0:4.12.0-26.git5717090.fc18
package: vdsm-xmlrpc-4.12.0-18.git78903dd.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm-python = 0:4.12.0-18.git78903dd.fc18
package: vdsm-xmlrpc-4.12.0-26.git5717090.fc18.noarch from ovirt-nightly
  unresolved deps:
     vdsm-python = 0:4.12.0-26.git5717090.fc18

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


From sbonazzo at redhat.com  Fri Aug  9 06:20:56 2013
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 09 Aug 2013 08:20:56 +0200
Subject: [Engine-devel] Fedora 19 nightly repository fails repository
	closure check
Message-ID: <52048A48.2020906@redhat.com>

# repoclosure -l fedora -l updates -l updates-testing -r ovirt-nightly
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-nightly
   updates
   updates-testing
Num Packages in Repos: 49369
package:
ovirt-engine-reports-3.3.0-0.2.master.20130803235659.fc19.noarch from
ovirt-nightly
  unresolved deps:
     jasperreports-server >= 0:4.7.0
-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


From awels at redhat.com  Fri Aug  9 12:19:34 2013
From: awels at redhat.com (Alexander Wels)
Date: Fri, 09 Aug 2013 08:19:34 -0400
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <272772188.13958988.1376010633218.JavaMail.root@redhat.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=pnC+OWAKzeHATHjd+JoabAg3EReqY66=ES=6JbBU+qyg@mail.gmail.com>
	<272772188.13958988.1376010633218.JavaMail.root@redhat.com>
Message-ID: <3144904.7N3RMeABPd@awels>

On Thursday, August 08, 2013 09:10:33 PM Einav Cohen wrote:
> > ----- Original Message -----
> > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > Sent: Thursday, August 8, 2013 7:51:03 PM
> > 
> > I verified the fix against current master with multiple installs and
> > browsers. Thanks guys!
> > 
> > Fix verified to work with:
> > Firefox Version 22.0-1
> > Google Chrome Version 28.0.1500.95
> > 
> > I still noted an odd issue with Firefox Version 17.0.8-1 (Current Firefox
> > EL6 Version).
> > The login into the user portal succeeds and  a successful login is logged,
> > however the login remains hung at the login dialog indefinitely.
> > Reloading the page and closing the browser does not change things.
> > Also removing ~/<username>/.mozilla and starting fresh results in the
> > same.
> > Can someone else check and verify similar oddness with EL6 Firefox.
> 
> similar oddness was indeed encountered lately. Alexander (added) is
> currently investigating.
> @Alexander - can you please update on the investigation progress in this
> thread?

As noted this seems to only happen with FF 17 ESR, which is the current EL6 
version. If I use firebug or attach a GWT debugger, the problem goes away. Heck 
if I compile GWT in draft mode the problem goes away.  I did however make some 
progress yesterday in determining the cause. It seems to me that for some 
reason revealDefaultPlace in the user portal is called multiple times and in 
certain cases the second time the method is called it never finishes which 
causes the behavior we are seeing.

Still no solution, but this is my top priority to get working.

Alexander

> > - DHC
> > 
> > 
> > On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse < deadhorseconsulting at gmail.com
> > > wrote:
> > 
> > 
> > 
> > I see the fix in Gerrit/GIT. Thanks guys! I will test and update results
> > tomorrow morning.
> > - DHC
> > 
> > 
> > On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky < yzaslavs at redhat.com >
> > wrote:
> > 
> > 
> > 
> > 
> > 
> > ----- Original Message -----
> > 
> > > From: "Yair Zaslavsky" < yzaslavs at redhat.com >
> > > To: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > Cc: "engine-devel" < engine-devel at ovirt.org >
> > > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > 
> > > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > To: "Itamar Heim" < iheim at redhat.com >
> > > > Cc: "engine-devel" < engine-devel at ovirt.org >, "Yair Zaslavsky"
> > > > < yzaslavs at redhat.com >
> > > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > 
> > > > BZ994604 ( https://bugzilla.redhat.com/show_bug.cgi?id=994604 ) has
> > > > been
> > > > opened.
> > > > - DHC
> > > 
> > > Thanks for your help DHC,
> > > This was already fixed by rnori.
> > 
> > Of course "already fixed" comparing with current time. This was indeed a
> > real issue.
> > 
> > > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim < iheim at redhat.com > 
wrote:
> > > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > > >> I have found some steps to reproduce this easily.
> > > > >> 
> > > > >> Start the engine bound to an AD for authentication
> > > > >> log in to the user portal as an AD user which has been granted a
> > > > >> Role
> > > > >> (I
> > > > >> used PowerUserRole)
> > > > >> 
> > > > >> Result: Login will succeed
> > > > >> Data from engine.log:
> > > > >> 2013-08-06 15:54:10,088 INFO
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-10)
> > > > >> Running command: LoginUserCommand internal: false.
> > > > >> 2013-08-06 15:54:10,139 INFO
> > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > >> AuditLogDirector]
> > > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack: null,
> > > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > > >> 
> > > > >> log out of the user portal
> > > > >> Result: log out succeeds
> > > > >> Data from engine.log:
> > > > >> 2013-08-06 15:54:12,448 INFO
> > > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> > > > >> (ajp--127.0.0.1-8702-2)
> > > > >> Running command: LogoutUserCommand internal: false.
> > > > >> 2013-08-06 15:54:12,474 INFO
> > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > >> AuditLogDirector]
> > > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack: null,
> > > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > > >> 
> > > > >> As the same user log in to the user portal again but this purposely
> > > > >> input the wrong password.
> > > > >> Result: log in will fail
> > > > >> Data from engine.log:
> > > > >> 2013-08-06 15:54:20,830 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > >> ion**
> > > > >> Strategy]
> > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > >> information
> > > > >> was invalid (24)
> > > > >> 2013-08-06 15:54:20,832 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > >> ion**
> > > > >> Strategy]
> > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > >> username and password.
> > > > >> 2013-08-06 15:54:20,843 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > >> LDAP://foodc02.foo.test.com:**389 < http://foodc02.foo.test.com:389
> > > > >> >
> > > > >> <
> > > > >> http://foodc02.foo.test.com:**389 < http://foodc02.foo.test.com:389
> > > > >> >>
> > > > >> using
> > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **> due
> > > > >> to
> > > > >> 
> > > > >> Authentication Failed. Please verify the username and password.. We
> > > > >> should not try the next server
> > > > >> 2013-08-06 15:54:20,850 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > >> ion**
> > > > >> Strategy]
> > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > >> information
> > > > >> was invalid (24)
> > > > >> 2013-08-06 15:54:20,851 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > >> ion**
> > > > >> Strategy]
> > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > >> username and password.
> > > > >> 2013-08-06 15:54:20,852 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > >> LDAP://foodc01.foo.test.com:**389 < http://foodc01.foo.test.com:389
> > > > >> >
> > > > >> <
> > > > >> http://foodc01.foo.test.com:**389 < http://foodc01.foo.test.com:389
> > > > >> >>
> > > > >> using
> > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **> due
> > > > >> to
> > > > >> 
> > > > >> Authentication Failed. Please verify the username and password.. We
> > > > >> should not try the next server
> > > > >> 2013-08-06 15:54:20,853 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > >> ]
> > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > > >> domain
> > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > >> getUserByName
> > > > >> 
> > > > >> 2013-08-06 15:54:20,854 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > >> ]
> > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > >> username and password.
> > > > >> 2013-08-06 15:54:20,855 ERROR
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-7)
> > > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD :
> > > > >> ovirttest
> > > > >> 2013-08-06 15:54:20,856 WARN
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-7)
> > > > >> CanDoAction of action LoginUser failed.
> > > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> > > > >> 
> > > > >> Try again to log in as the same user this time typing the correct
> > > > >> password.
> > > > >> Result: Login fails!
> > > > >> Data from engine.log:
> > > > >> 2013-08-06 15:54:25,186 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > >> ]
> > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > > >> domain
> > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > >> getUserByName
> > > > >> 
> > > > >> 2013-08-06 15:54:25,187 ERROR
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-7)
> > > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > > >> 2013-08-06 15:54:25,187 WARN
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-7)
> > > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > > >> AUTHENTICATE
> > > > >> 
> > > > >> Try again with another AD user.
> > > > >> Result: Login fails!
> > > > >> Data from engine.log:
> > > > >> 2013-08-06 15:54:38,056 ERROR
> > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > >> ]
> > > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to
> > > > >> domain
> > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > >> getUserByName
> > > > >> 
> > > > >> 2013-08-06 15:54:38,057 ERROR
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-5)
> > > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > > >> 2013-08-06 15:54:38,058 WARN
> > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > >> (ajp--127.0.0.1-8702-5)
> > > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > > >> AUTHENTICATE
> > > > >> 
> > > > >> Logging into the admin portal as the admin at internal user will yield
> > > > >> that
> > > > >> engine seems to have forgotten about and can no longer enumerate AD
> > > > >> users and groups.
> > > > >> engine stays in this state until it has been restarted.
> > > > >> 
> > > > >> I also note the two following errors in the engine log file as
> > > > >> well:
> > > > >> 2013-08-06 15:53:41,098 ERROR
> > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > > > >> service
> > > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> > > > >> 2013-08-06 15:53:41,161 ERROR
> > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils] (MSC
> > > > >> service
> > > > >> thread 1-9) Failed to decrypt value for property
> > > > >> AttestationTruststorePass will be used encrypted value:
> > > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > > >> 
> > > > >> - DHC
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > > >> < deadhorseconsulting at gmail.com
> > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > >> deadhorseconsulting at gmail.com >
> > > > >> 
> > > > >> 
> > > > >> wrote:
> > > > >> 
> > > > >> Really attaching logs from other install.
> > > > >> - DHC
> > > > >> 
> > > > >> 
> > > > >> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > > >> < deadhorseconsulting at gmail.com
> > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > >> deadhorseconsulting at gmail.com >>>
> > > > >> wrote:
> > > > >> 
> > > > >> Also I note that he login does succeed in the AD servers logs as
> > > > >> well as the engine also acknowledges the same. However the login
> > > > >> ends up in either the user logging in and the dialog sitting in
> > > > >> space forever and/or the engine no longer enumerating the AD
> > > > >> users/groups.
> > > > >> 
> > > > >> Attached are logs from another install seeing the same thing.
> > > > >> -DHC
> > > > >> 
> > > > >> 
> > > > >> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > > >> < deadhorseconsulting at gmail.com
> > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > >> deadhorseconsulting at gmail.com >>>
> > > > >> wrote:
> > > > >> 
> > > > >> 
> > > > >> Seeing and issue where users are not able to log in. Also
> > > > >> for some reason the engine is seemingly forgeting about AD
> > > > >> users. Removing the AD domain via engine-manage-domains and
> > > > >> re-adding it works for enumerating the users, however the
> > > > >> first attempt to login as a user results in the engine no
> > > > >> longer enumerating the users nor allowing logins.
> > > > >> Attached are the pertinent logs.
> > > > >> 
> > > > >> Engine is built and running from current master as of this
> > > > >> morning, and was installed/built and upgraded via RPMs
> > > > >> yum/engine-upgrade
> > > > >> 
> > > > >> - DHC
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >> 
> > > > >> ______________________________**_________________
> > > > >> Engine-devel mailing list
> > > > >> Engine-devel at ovirt.org
> > > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel <
> > > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel >
> > > > > 
> > > > > thanks for reproducing with such clear steps. can you please open a
> > > > > bug?
> > > > > yair - can you try and reproduce as well (I tried on an older rhev
> > > > > 3.2
> > > > > i
> > > > > have and couldn't with the IPA provider)
> > > 
> > > _______________________________________________
> > > 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  Fri Aug  9 12:28:15 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Fri, 9 Aug 2013 08:28:15 -0400 (EDT)
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <3144904.7N3RMeABPd@awels>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=pnC+OWAKzeHATHjd+JoabAg3EReqY66=ES=6JbBU+qyg@mail.gmail.com>
	<272772188.13958988.1376010633218.JavaMail.root@redhat.com>
	<3144904.7N3RMeABPd@awels>
Message-ID: <1227083528.14152886.1376051295500.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alexander Wels" <awels at redhat.com>
> Sent: Friday, August 9, 2013 8:19:34 AM
> 
> On Thursday, August 08, 2013 09:10:33 PM Einav Cohen wrote:
> > > ----- Original Message -----
> > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > Sent: Thursday, August 8, 2013 7:51:03 PM
> > > 
> > > I verified the fix against current master with multiple installs and
> > > browsers. Thanks guys!
> > > 
> > > Fix verified to work with:
> > > Firefox Version 22.0-1
> > > Google Chrome Version 28.0.1500.95
> > > 
> > > I still noted an odd issue with Firefox Version 17.0.8-1 (Current Firefox
> > > EL6 Version).
> > > The login into the user portal succeeds and  a successful login is
> > > logged,
> > > however the login remains hung at the login dialog indefinitely.
> > > Reloading the page and closing the browser does not change things.
> > > Also removing ~/<username>/.mozilla and starting fresh results in the
> > > same.
> > > Can someone else check and verify similar oddness with EL6 Firefox.
> > 
> > similar oddness was indeed encountered lately. Alexander (added) is
> > currently investigating.
> > @Alexander - can you please update on the investigation progress in this
> > thread?
> 
> As noted this seems to only happen with FF 17 ESR, which is the current EL6
> version. If I use firebug or attach a GWT debugger, the problem goes away.
> Heck
> if I compile GWT in draft mode the problem goes away.  I did however make
> some
> progress yesterday in determining the cause. It seems to me that for some
> reason revealDefaultPlace in the user portal is called multiple times and in
> certain cases the second time the method is called it never finishes which
> causes the behavior we are seeing.
> 
> Still no solution, but this is my top priority to get working.

many thanks for the update, Alexander. 
this is a long shot, but it just occurred to me that recently the Message of 
the day feature has been introduced to the user portal login page [1].
@Alexander - maybe worth investigating in that direction (i.e. if this patch 
is reverted, does the problem go away?)

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

> 
> Alexander
> 
> > > - DHC
> > > 
> > > 
> > > On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse <
> > > deadhorseconsulting at gmail.com
> > > > wrote:
> > > 
> > > 
> > > 
> > > I see the fix in Gerrit/GIT. Thanks guys! I will test and update results
> > > tomorrow morning.
> > > - DHC
> > > 
> > > 
> > > On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky < yzaslavs at redhat.com >
> > > wrote:
> > > 
> > > 
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > 
> > > > From: "Yair Zaslavsky" < yzaslavs at redhat.com >
> > > > To: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > Cc: "engine-devel" < engine-devel at ovirt.org >
> > > > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > 
> > > > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > > To: "Itamar Heim" < iheim at redhat.com >
> > > > > Cc: "engine-devel" < engine-devel at ovirt.org >, "Yair Zaslavsky"
> > > > > < yzaslavs at redhat.com >
> > > > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > > 
> > > > > BZ994604 ( https://bugzilla.redhat.com/show_bug.cgi?id=994604 ) has
> > > > > been
> > > > > opened.
> > > > > - DHC
> > > > 
> > > > Thanks for your help DHC,
> > > > This was already fixed by rnori.
> > > 
> > > Of course "already fixed" comparing with current time. This was indeed a
> > > real issue.
> > > 
> > > > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim < iheim at redhat.com >
> wrote:
> > > > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > > > >> I have found some steps to reproduce this easily.
> > > > > >> 
> > > > > >> Start the engine bound to an AD for authentication
> > > > > >> log in to the user portal as an AD user which has been granted a
> > > > > >> Role
> > > > > >> (I
> > > > > >> used PowerUserRole)
> > > > > >> 
> > > > > >> Result: Login will succeed
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:10,088 INFO
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-10)
> > > > > >> Running command: LoginUserCommand internal: false.
> > > > > >> 2013-08-06 15:54:10,139 INFO
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > >> AuditLogDirector]
> > > > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack:
> > > > > >> null,
> > > > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > > > >> 
> > > > > >> log out of the user portal
> > > > > >> Result: log out succeeds
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:12,448 INFO
> > > > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-2)
> > > > > >> Running command: LogoutUserCommand internal: false.
> > > > > >> 2013-08-06 15:54:12,474 INFO
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > >> AuditLogDirector]
> > > > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack:
> > > > > >> null,
> > > > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > > > >> 
> > > > > >> As the same user log in to the user portal again but this
> > > > > >> purposely
> > > > > >> input the wrong password.
> > > > > >> Result: log in will fail
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:20,830 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > >> information
> > > > > >> was invalid (24)
> > > > > >> 2013-08-06 15:54:20,832 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > > >> username and password.
> > > > > >> 2013-08-06 15:54:20,843 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > >> LDAP://foodc02.foo.test.com:**389 <
> > > > > >> http://foodc02.foo.test.com:389
> > > > > >> >
> > > > > >> <
> > > > > >> http://foodc02.foo.test.com:**389 <
> > > > > >> http://foodc02.foo.test.com:389
> > > > > >> >>
> > > > > >> using
> > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **>
> > > > > >> due
> > > > > >> to
> > > > > >> 
> > > > > >> Authentication Failed. Please verify the username and password..
> > > > > >> We
> > > > > >> should not try the next server
> > > > > >> 2013-08-06 15:54:20,850 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > >> information
> > > > > >> was invalid (24)
> > > > > >> 2013-08-06 15:54:20,851 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > > >> username and password.
> > > > > >> 2013-08-06 15:54:20,852 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > >> LDAP://foodc01.foo.test.com:**389 <
> > > > > >> http://foodc01.foo.test.com:389
> > > > > >> >
> > > > > >> <
> > > > > >> http://foodc01.foo.test.com:**389 <
> > > > > >> http://foodc01.foo.test.com:389
> > > > > >> >>
> > > > > >> using
> > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **>
> > > > > >> due
> > > > > >> to
> > > > > >> 
> > > > > >> Authentication Failed. Please verify the username and password..
> > > > > >> We
> > > > > >> should not try the next server
> > > > > >> 2013-08-06 15:54:20,853 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > > > >> domain
> > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > >> getUserByName
> > > > > >> 
> > > > > >> 2013-08-06 15:54:20,854 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > > >> username and password.
> > > > > >> 2013-08-06 15:54:20,855 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD :
> > > > > >> ovirttest
> > > > > >> 2013-08-06 15:54:20,856 WARN
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> CanDoAction of action LoginUser failed.
> > > > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> > > > > >> 
> > > > > >> Try again to log in as the same user this time typing the correct
> > > > > >> password.
> > > > > >> Result: Login fails!
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:25,186 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > > > >> domain
> > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > >> getUserByName
> > > > > >> 
> > > > > >> 2013-08-06 15:54:25,187 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > > > >> 2013-08-06 15:54:25,187 WARN
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > > > >> AUTHENTICATE
> > > > > >> 
> > > > > >> Try again with another AD user.
> > > > > >> Result: Login fails!
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:38,056 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin to
> > > > > >> domain
> > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > >> getUserByName
> > > > > >> 
> > > > > >> 2013-08-06 15:54:38,057 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > > > >> 2013-08-06 15:54:38,058 WARN
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > >> CanDoAction of action LoginUser failed. Reasons:USER_FAILED_TO_**
> > > > > >> AUTHENTICATE
> > > > > >> 
> > > > > >> Logging into the admin portal as the admin at internal user will
> > > > > >> yield
> > > > > >> that
> > > > > >> engine seems to have forgotten about and can no longer enumerate
> > > > > >> AD
> > > > > >> users and groups.
> > > > > >> engine stays in this state until it has been restarted.
> > > > > >> 
> > > > > >> I also note the two following errors in the engine log file as
> > > > > >> well:
> > > > > >> 2013-08-06 15:53:41,098 ERROR
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> > > > > >> (MSC
> > > > > >> service
> > > > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes value.
> > > > > >> 2013-08-06 15:53:41,161 ERROR
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> > > > > >> (MSC
> > > > > >> service
> > > > > >> thread 1-9) Failed to decrypt value for property
> > > > > >> AttestationTruststorePass will be used encrypted value:
> > > > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > > > >> 
> > > > > >> - DHC
> > > > > >> 
> > > > > >> 
> > > > > >> 
> > > > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > > > >> < deadhorseconsulting at gmail.com
> > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > >> deadhorseconsulting at gmail.com >
> > > > > >> 
> > > > > >> 
> > > > > >> wrote:
> > > > > >> 
> > > > > >> Really attaching logs from other install.
> > > > > >> - DHC
> > > > > >> 
> > > > > >> 
> > > > > >> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > > > >> < deadhorseconsulting at gmail.com
> > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > >> wrote:
> > > > > >> 
> > > > > >> Also I note that he login does succeed in the AD servers logs as
> > > > > >> well as the engine also acknowledges the same. However the login
> > > > > >> ends up in either the user logging in and the dialog sitting in
> > > > > >> space forever and/or the engine no longer enumerating the AD
> > > > > >> users/groups.
> > > > > >> 
> > > > > >> Attached are logs from another install seeing the same thing.
> > > > > >> -DHC
> > > > > >> 
> > > > > >> 
> > > > > >> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > > > >> < deadhorseconsulting at gmail.com
> > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > >> wrote:
> > > > > >> 
> > > > > >> 
> > > > > >> Seeing and issue where users are not able to log in. Also
> > > > > >> for some reason the engine is seemingly forgeting about AD
> > > > > >> users. Removing the AD domain via engine-manage-domains and
> > > > > >> re-adding it works for enumerating the users, however the
> > > > > >> first attempt to login as a user results in the engine no
> > > > > >> longer enumerating the users nor allowing logins.
> > > > > >> Attached are the pertinent logs.
> > > > > >> 
> > > > > >> Engine is built and running from current master as of this
> > > > > >> morning, and was installed/built and upgraded via RPMs
> > > > > >> yum/engine-upgrade
> > > > > >> 
> > > > > >> - DHC
> > > > > >> 
> > > > > >> 
> > > > > >> 
> > > > > >> 
> > > > > >> 
> > > > > >> 
> > > > > >> ______________________________**_________________
> > > > > >> Engine-devel mailing list
> > > > > >> Engine-devel at ovirt.org
> > > > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel <
> > > > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel >
> > > > > > 
> > > > > > thanks for reproducing with such clear steps. can you please open a
> > > > > > bug?
> > > > > > yair - can you try and reproduce as well (I tried on an older rhev
> > > > > > 3.2
> > > > > > i
> > > > > > have and couldn't with the IPA provider)
> > > > 
> > > > _______________________________________________
> > > > 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 awels at redhat.com  Fri Aug  9 14:11:07 2013
From: awels at redhat.com (Alexander Wels)
Date: Fri, 09 Aug 2013 10:11:07 -0400
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <1227083528.14152886.1376051295500.JavaMail.root@redhat.com>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<3144904.7N3RMeABPd@awels>
	<1227083528.14152886.1376051295500.JavaMail.root@redhat.com>
Message-ID: <1764736.dxcFl62AOe@awels>

On Friday, August 09, 2013 08:28:15 AM Einav Cohen wrote:
> > ----- Original Message -----
> > From: "Alexander Wels" <awels at redhat.com>
> > Sent: Friday, August 9, 2013 8:19:34 AM
> > 
> > On Thursday, August 08, 2013 09:10:33 PM Einav Cohen wrote:
> > > > ----- Original Message -----
> > > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > > Sent: Thursday, August 8, 2013 7:51:03 PM
> > > > 
> > > > I verified the fix against current master with multiple installs and
> > > > browsers. Thanks guys!
> > > > 
> > > > Fix verified to work with:
> > > > Firefox Version 22.0-1
> > > > Google Chrome Version 28.0.1500.95
> > > > 
> > > > I still noted an odd issue with Firefox Version 17.0.8-1 (Current
> > > > Firefox
> > > > EL6 Version).
> > > > The login into the user portal succeeds and  a successful login is
> > > > logged,
> > > > however the login remains hung at the login dialog indefinitely.
> > > > Reloading the page and closing the browser does not change things.
> > > > Also removing ~/<username>/.mozilla and starting fresh results in the
> > > > same.
> > > > Can someone else check and verify similar oddness with EL6 Firefox.
> > > 
> > > similar oddness was indeed encountered lately. Alexander (added) is
> > > currently investigating.
> > > @Alexander - can you please update on the investigation progress in this
> > > thread?
> > 
> > As noted this seems to only happen with FF 17 ESR, which is the current
> > EL6
> > version. If I use firebug or attach a GWT debugger, the problem goes away.
> > Heck
> > if I compile GWT in draft mode the problem goes away.  I did however make
> > some
> > progress yesterday in determining the cause. It seems to me that for some
> > reason revealDefaultPlace in the user portal is called multiple times and
> > in certain cases the second time the method is called it never finishes
> > which causes the behavior we are seeing.
> > 
> > Still no solution, but this is my top priority to get working.
> 
> many thanks for the update, Alexander.
> this is a long shot, but it just occurred to me that recently the Message of
> the day feature has been introduced to the user portal login page [1].
> @Alexander - maybe worth investigating in that direction (i.e. if this
> patch is reverted, does the problem go away?)
> 
> [1] http://gerrit.ovirt.org/#/c/17545/
> 

I reversed that patch, but it had no effect on the problem. It did make the 
weird looking box underneath the login box go away, so at least I know where 
that came from.

> > Alexander
> > 
> > > > - DHC
> > > > 
> > > > 
> > > > On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse <
> > > > deadhorseconsulting at gmail.com
> > > > 
> > > > > wrote:
> > > > I see the fix in Gerrit/GIT. Thanks guys! I will test and update
> > > > results
> > > > tomorrow morning.
> > > > - DHC
> > > > 
> > > > 
> > > > On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky < yzaslavs at redhat.com >
> > > > wrote:
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > 
> > > > > From: "Yair Zaslavsky" < yzaslavs at redhat.com >
> > > > > To: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > > Cc: "engine-devel" < engine-devel at ovirt.org >
> > > > > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > > 
> > > > > 
> > > > > 
> > > > > ----- Original Message -----
> > > > > 
> > > > > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > > > To: "Itamar Heim" < iheim at redhat.com >
> > > > > > Cc: "engine-devel" < engine-devel at ovirt.org >, "Yair Zaslavsky"
> > > > > > < yzaslavs at redhat.com >
> > > > > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > > > 
> > > > > > BZ994604 ( https://bugzilla.redhat.com/show_bug.cgi?id=994604 )
> > > > > > has
> > > > > > been
> > > > > > opened.
> > > > > > - DHC
> > > > > 
> > > > > Thanks for your help DHC,
> > > > > This was already fixed by rnori.
> > > > 
> > > > Of course "already fixed" comparing with current time. This was indeed
> > > > a
> > > > real issue.
> > > > 
> > > > > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim < iheim at redhat.com >
> > 
> > wrote:
> > > > > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > > > > >> I have found some steps to reproduce this easily.
> > > > > > >> 
> > > > > > >> Start the engine bound to an AD for authentication
> > > > > > >> log in to the user portal as an AD user which has been granted
> > > > > > >> a
> > > > > > >> Role
> > > > > > >> (I
> > > > > > >> used PowerUserRole)
> > > > > > >> 
> > > > > > >> Result: Login will succeed
> > > > > > >> Data from engine.log:
> > > > > > >> 2013-08-06 15:54:10,088 INFO
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-10)
> > > > > > >> Running command: LoginUserCommand internal: false.
> > > > > > >> 2013-08-06 15:54:10,139 INFO
> > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > > >> AuditLogDirector]
> > > > > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack:
> > > > > > >> null,
> > > > > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > > > > >> 
> > > > > > >> log out of the user portal
> > > > > > >> Result: log out succeeds
> > > > > > >> Data from engine.log:
> > > > > > >> 2013-08-06 15:54:12,448 INFO
> > > > > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-2)
> > > > > > >> Running command: LogoutUserCommand internal: false.
> > > > > > >> 2013-08-06 15:54:12,474 INFO
> > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > > >> AuditLogDirector]
> > > > > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack:
> > > > > > >> null,
> > > > > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > > > > >> 
> > > > > > >> As the same user log in to the user portal again but this
> > > > > > >> purposely
> > > > > > >> input the wrong password.
> > > > > > >> Result: log in will fail
> > > > > > >> Data from engine.log:
> > > > > > >> 2013-08-06 15:54:20,830 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > >> icat
> > > > > > >> ion**
> > > > > > >> Strategy]
> > > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > > >> information
> > > > > > >> was invalid (24)
> > > > > > >> 2013-08-06 15:54:20,832 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > >> icat
> > > > > > >> ion**
> > > > > > >> Strategy]
> > > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify
> > > > > > >> the
> > > > > > >> username and password.
> > > > > > >> 2013-08-06 15:54:20,843 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > > >> LDAP://foodc02.foo.test.com:**389 <
> > > > > > >> http://foodc02.foo.test.com:389
> > > > > > >> 
> > > > > > >> <
> > > > > > >> http://foodc02.foo.test.com:**389 <
> > > > > > >> http://foodc02.foo.test.com:389
> > > > > > >> 
> > > > > > >> using
> > > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **>
> > > > > > >> due
> > > > > > >> to
> > > > > > >> 
> > > > > > >> Authentication Failed. Please verify the username and
> > > > > > >> password..
> > > > > > >> We
> > > > > > >> should not try the next server
> > > > > > >> 2013-08-06 15:54:20,850 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > >> icat
> > > > > > >> ion**
> > > > > > >> Strategy]
> > > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > > >> information
> > > > > > >> was invalid (24)
> > > > > > >> 2013-08-06 15:54:20,851 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > >> icat
> > > > > > >> ion**
> > > > > > >> Strategy]
> > > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify
> > > > > > >> the
> > > > > > >> username and password.
> > > > > > >> 2013-08-06 15:54:20,852 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > > >> LDAP://foodc01.foo.test.com:**389 <
> > > > > > >> http://foodc01.foo.test.com:389
> > > > > > >> 
> > > > > > >> <
> > > > > > >> http://foodc01.foo.test.com:**389 <
> > > > > > >> http://foodc01.foo.test.com:389
> > > > > > >> 
> > > > > > >> using
> > > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM **>
> > > > > > >> due
> > > > > > >> to
> > > > > > >> 
> > > > > > >> Authentication Failed. Please verify the username and
> > > > > > >> password..
> > > > > > >> We
> > > > > > >> should not try the next server
> > > > > > >> 2013-08-06 15:54:20,853 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > >> mand
> > > > > > >> ]
> > > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest
> > > > > > >> to
> > > > > > >> domain
> > > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > > >> getUserByName
> > > > > > >> 
> > > > > > >> 2013-08-06 15:54:20,854 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > >> mand
> > > > > > >> ]
> > > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify
> > > > > > >> the
> > > > > > >> username and password.
> > > > > > >> 2013-08-06 15:54:20,855 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD :
> > > > > > >> ovirttest
> > > > > > >> 2013-08-06 15:54:20,856 WARN
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > >> CanDoAction of action LoginUser failed.
> > > > > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSW
> > > > > > >> ORD
> > > > > > >> 
> > > > > > >> Try again to log in as the same user this time typing the
> > > > > > >> correct
> > > > > > >> password.
> > > > > > >> Result: Login fails!
> > > > > > >> Data from engine.log:
> > > > > > >> 2013-08-06 15:54:25,186 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > >> mand
> > > > > > >> ]
> > > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest
> > > > > > >> to
> > > > > > >> domain
> > > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > > >> getUserByName
> > > > > > >> 
> > > > > > >> 2013-08-06 15:54:25,187 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > > > > >> 2013-08-06 15:54:25,187 WARN
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > >> CanDoAction of action LoginUser failed.
> > > > > > >> Reasons:USER_FAILED_TO_**
> > > > > > >> AUTHENTICATE
> > > > > > >> 
> > > > > > >> Try again with another AD user.
> > > > > > >> Result: Login fails!
> > > > > > >> Data from engine.log:
> > > > > > >> 2013-08-06 15:54:38,056 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > >> mand
> > > > > > >> ]
> > > > > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin
> > > > > > >> to
> > > > > > >> domain
> > > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > > >> getUserByName
> > > > > > >> 
> > > > > > >> 2013-08-06 15:54:38,057 ERROR
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > > > > >> 2013-08-06 15:54:38,058 WARN
> > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > > >> CanDoAction of action LoginUser failed.
> > > > > > >> Reasons:USER_FAILED_TO_**
> > > > > > >> AUTHENTICATE
> > > > > > >> 
> > > > > > >> Logging into the admin portal as the admin at internal user will
> > > > > > >> yield
> > > > > > >> that
> > > > > > >> engine seems to have forgotten about and can no longer
> > > > > > >> enumerate
> > > > > > >> AD
> > > > > > >> users and groups.
> > > > > > >> engine stays in this state until it has been restarted.
> > > > > > >> 
> > > > > > >> I also note the two following errors in the engine log file as
> > > > > > >> well:
> > > > > > >> 2013-08-06 15:53:41,098 ERROR
> > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> > > > > > >> (MSC
> > > > > > >> service
> > > > > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes
> > > > > > >> value.
> > > > > > >> 2013-08-06 15:53:41,161 ERROR
> > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> > > > > > >> (MSC
> > > > > > >> service
> > > > > > >> thread 1-9) Failed to decrypt value for property
> > > > > > >> AttestationTruststorePass will be used encrypted value:
> > > > > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > > > > >> 
> > > > > > >> - DHC
> > > > > > >> 
> > > > > > >> 
> > > > > > >> 
> > > > > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > > > > >> < deadhorseconsulting at gmail.com
> > > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > > >> deadhorseconsulting at gmail.com >
> > > > > > >> 
> > > > > > >> 
> > > > > > >> wrote:
> > > > > > >> 
> > > > > > >> Really attaching logs from other install.
> > > > > > >> - DHC
> > > > > > >> 
> > > > > > >> 
> > > > > > >> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > > > > >> < deadhorseconsulting at gmail.com
> > > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > > >> wrote:
> > > > > > >> 
> > > > > > >> Also I note that he login does succeed in the AD servers logs
> > > > > > >> as
> > > > > > >> well as the engine also acknowledges the same. However the
> > > > > > >> login
> > > > > > >> ends up in either the user logging in and the dialog sitting in
> > > > > > >> space forever and/or the engine no longer enumerating the AD
> > > > > > >> users/groups.
> > > > > > >> 
> > > > > > >> Attached are logs from another install seeing the same thing.
> > > > > > >> -DHC
> > > > > > >> 
> > > > > > >> 
> > > > > > >> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > > > > >> < deadhorseconsulting at gmail.com
> > > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > > >> wrote:
> > > > > > >> 
> > > > > > >> 
> > > > > > >> Seeing and issue where users are not able to log in. Also
> > > > > > >> for some reason the engine is seemingly forgeting about AD
> > > > > > >> users. Removing the AD domain via engine-manage-domains and
> > > > > > >> re-adding it works for enumerating the users, however the
> > > > > > >> first attempt to login as a user results in the engine no
> > > > > > >> longer enumerating the users nor allowing logins.
> > > > > > >> Attached are the pertinent logs.
> > > > > > >> 
> > > > > > >> Engine is built and running from current master as of this
> > > > > > >> morning, and was installed/built and upgraded via RPMs
> > > > > > >> yum/engine-upgrade
> > > > > > >> 
> > > > > > >> - DHC
> > > > > > >> 
> > > > > > >> 
> > > > > > >> 
> > > > > > >> 
> > > > > > >> 
> > > > > > >> 
> > > > > > >> ______________________________**_________________
> > > > > > >> Engine-devel mailing list
> > > > > > >> Engine-devel at ovirt.org
> > > > > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel <
> > > > > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel >
> > > > > > > 
> > > > > > > thanks for reproducing with such clear steps. can you please
> > > > > > > open a
> > > > > > > bug?
> > > > > > > yair - can you try and reproduce as well (I tried on an older
> > > > > > > rhev
> > > > > > > 3.2
> > > > > > > i
> > > > > > > have and couldn't with the IPA provider)
> > > > > 
> > > > > _______________________________________________
> > > > > 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  Fri Aug  9 14:22:21 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Fri, 9 Aug 2013 10:22:21 -0400 (EDT)
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <1764736.dxcFl62AOe@awels>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<3144904.7N3RMeABPd@awels>
	<1227083528.14152886.1376051295500.JavaMail.root@redhat.com>
	<1764736.dxcFl62AOe@awels>
Message-ID: <15759631.14274812.1376058141762.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alexander Wels" <awels at redhat.com>
> Sent: Friday, August 9, 2013 10:11:07 AM
> 
> On Friday, August 09, 2013 08:28:15 AM Einav Cohen wrote:
> > > ----- Original Message -----
> > > From: "Alexander Wels" <awels at redhat.com>
> > > Sent: Friday, August 9, 2013 8:19:34 AM
> > > 
> > > On Thursday, August 08, 2013 09:10:33 PM Einav Cohen wrote:
> > > > > ----- Original Message -----
> > > > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > > > Sent: Thursday, August 8, 2013 7:51:03 PM
> > > > > 
> > > > > I verified the fix against current master with multiple installs and
> > > > > browsers. Thanks guys!
> > > > > 
> > > > > Fix verified to work with:
> > > > > Firefox Version 22.0-1
> > > > > Google Chrome Version 28.0.1500.95
> > > > > 
> > > > > I still noted an odd issue with Firefox Version 17.0.8-1 (Current
> > > > > Firefox
> > > > > EL6 Version).
> > > > > The login into the user portal succeeds and  a successful login is
> > > > > logged,
> > > > > however the login remains hung at the login dialog indefinitely.
> > > > > Reloading the page and closing the browser does not change things.
> > > > > Also removing ~/<username>/.mozilla and starting fresh results in the
> > > > > same.
> > > > > Can someone else check and verify similar oddness with EL6 Firefox.
> > > > 
> > > > similar oddness was indeed encountered lately. Alexander (added) is
> > > > currently investigating.
> > > > @Alexander - can you please update on the investigation progress in
> > > > this
> > > > thread?
> > > 
> > > As noted this seems to only happen with FF 17 ESR, which is the current
> > > EL6
> > > version. If I use firebug or attach a GWT debugger, the problem goes
> > > away.
> > > Heck
> > > if I compile GWT in draft mode the problem goes away.  I did however make
> > > some
> > > progress yesterday in determining the cause. It seems to me that for some
> > > reason revealDefaultPlace in the user portal is called multiple times and
> > > in certain cases the second time the method is called it never finishes
> > > which causes the behavior we are seeing.
> > > 
> > > Still no solution, but this is my top priority to get working.
> > 
> > many thanks for the update, Alexander.
> > this is a long shot, but it just occurred to me that recently the Message
> > of
> > the day feature has been introduced to the user portal login page [1].
> > @Alexander - maybe worth investigating in that direction (i.e. if this
> > patch is reverted, does the problem go away?)
> > 
> > [1] http://gerrit.ovirt.org/#/c/17545/
> > 
> 
> I reversed that patch, but it had no effect on the problem. It did make the
> weird looking box underneath the login box go away, so at least I know where
> that came from.

thanks, Alex - I just realized that the issue has originally been reported [1] 
before MoTD was introduced, so MoTD isn't the root cause of this problem.
in that same bug report, it is also mentioned that it used to work before the GWT 
upgrade has been introduced, so the problem is probably related to the GWT upgrade 
somehow.

[1] Bug 992960 - Cannot log into User Portal - login page is stuck after being submitted
https://bugzilla.redhat.com/992960

> 
> > > Alexander
> > > 
> > > > > - DHC
> > > > > 
> > > > > 
> > > > > On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse <
> > > > > deadhorseconsulting at gmail.com
> > > > > 
> > > > > > wrote:
> > > > > I see the fix in Gerrit/GIT. Thanks guys! I will test and update
> > > > > results
> > > > > tomorrow morning.
> > > > > - DHC
> > > > > 
> > > > > 
> > > > > On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky < yzaslavs at redhat.com
> > > > > >
> > > > > wrote:
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > ----- Original Message -----
> > > > > 
> > > > > > From: "Yair Zaslavsky" < yzaslavs at redhat.com >
> > > > > > To: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > > > Cc: "engine-devel" < engine-devel at ovirt.org >
> > > > > > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > > > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > > > 
> > > > > > 
> > > > > > 
> > > > > > ----- Original Message -----
> > > > > > 
> > > > > > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > > > > To: "Itamar Heim" < iheim at redhat.com >
> > > > > > > Cc: "engine-devel" < engine-devel at ovirt.org >, "Yair Zaslavsky"
> > > > > > > < yzaslavs at redhat.com >
> > > > > > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > > > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > > > > 
> > > > > > > BZ994604 ( https://bugzilla.redhat.com/show_bug.cgi?id=994604 )
> > > > > > > has
> > > > > > > been
> > > > > > > opened.
> > > > > > > - DHC
> > > > > > 
> > > > > > Thanks for your help DHC,
> > > > > > This was already fixed by rnori.
> > > > > 
> > > > > Of course "already fixed" comparing with current time. This was
> > > > > indeed
> > > > > a
> > > > > real issue.
> > > > > 
> > > > > > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim < iheim at redhat.com >
> > > 
> > > wrote:
> > > > > > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > > > > > >> I have found some steps to reproduce this easily.
> > > > > > > >> 
> > > > > > > >> Start the engine bound to an AD for authentication
> > > > > > > >> log in to the user portal as an AD user which has been granted
> > > > > > > >> a
> > > > > > > >> Role
> > > > > > > >> (I
> > > > > > > >> used PowerUserRole)
> > > > > > > >> 
> > > > > > > >> Result: Login will succeed
> > > > > > > >> Data from engine.log:
> > > > > > > >> 2013-08-06 15:54:10,088 INFO
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-10)
> > > > > > > >> Running command: LoginUserCommand internal: false.
> > > > > > > >> 2013-08-06 15:54:10,139 INFO
> > > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > > > >> AuditLogDirector]
> > > > > > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack:
> > > > > > > >> null,
> > > > > > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > > > > > >> 
> > > > > > > >> log out of the user portal
> > > > > > > >> Result: log out succeeds
> > > > > > > >> Data from engine.log:
> > > > > > > >> 2013-08-06 15:54:12,448 INFO
> > > > > > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-2)
> > > > > > > >> Running command: LogoutUserCommand internal: false.
> > > > > > > >> 2013-08-06 15:54:12,474 INFO
> > > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > > > >> AuditLogDirector]
> > > > > > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack:
> > > > > > > >> null,
> > > > > > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > > > > > >> 
> > > > > > > >> As the same user log in to the user portal again but this
> > > > > > > >> purposely
> > > > > > > >> input the wrong password.
> > > > > > > >> Result: log in will fail
> > > > > > > >> Data from engine.log:
> > > > > > > >> 2013-08-06 15:54:20,830 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > > >> icat
> > > > > > > >> ion**
> > > > > > > >> Strategy]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > > > >> information
> > > > > > > >> was invalid (24)
> > > > > > > >> 2013-08-06 15:54:20,832 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > > >> icat
> > > > > > > >> ion**
> > > > > > > >> Strategy]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify
> > > > > > > >> the
> > > > > > > >> username and password.
> > > > > > > >> 2013-08-06 15:54:20,843 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > > > >> LDAP://foodc02.foo.test.com:**389 <
> > > > > > > >> http://foodc02.foo.test.com:389
> > > > > > > >> 
> > > > > > > >> <
> > > > > > > >> http://foodc02.foo.test.com:**389 <
> > > > > > > >> http://foodc02.foo.test.com:389
> > > > > > > >> 
> > > > > > > >> using
> > > > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM
> > > > > > > >> **>
> > > > > > > >> due
> > > > > > > >> to
> > > > > > > >> 
> > > > > > > >> Authentication Failed. Please verify the username and
> > > > > > > >> password..
> > > > > > > >> We
> > > > > > > >> should not try the next server
> > > > > > > >> 2013-08-06 15:54:20,850 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > > >> icat
> > > > > > > >> ion**
> > > > > > > >> Strategy]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > > > >> information
> > > > > > > >> was invalid (24)
> > > > > > > >> 2013-08-06 15:54:20,851 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthent
> > > > > > > >> icat
> > > > > > > >> ion**
> > > > > > > >> Strategy]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify
> > > > > > > >> the
> > > > > > > >> username and password.
> > > > > > > >> 2013-08-06 15:54:20,852 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > > > >> LDAP://foodc01.foo.test.com:**389 <
> > > > > > > >> http://foodc01.foo.test.com:389
> > > > > > > >> 
> > > > > > > >> <
> > > > > > > >> http://foodc01.foo.test.com:**389 <
> > > > > > > >> http://foodc01.foo.test.com:389
> > > > > > > >> 
> > > > > > > >> using
> > > > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM
> > > > > > > >> **>
> > > > > > > >> due
> > > > > > > >> to
> > > > > > > >> 
> > > > > > > >> Authentication Failed. Please verify the username and
> > > > > > > >> password..
> > > > > > > >> We
> > > > > > > >> should not try the next server
> > > > > > > >> 2013-08-06 15:54:20,853 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > > >> mand
> > > > > > > >> ]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest
> > > > > > > >> to
> > > > > > > >> domain
> > > > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > > > >> getUserByName
> > > > > > > >> 
> > > > > > > >> 2013-08-06 15:54:20,854 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > > >> mand
> > > > > > > >> ]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify
> > > > > > > >> the
> > > > > > > >> username and password.
> > > > > > > >> 2013-08-06 15:54:20,855 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD :
> > > > > > > >> ovirttest
> > > > > > > >> 2013-08-06 15:54:20,856 WARN
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > > >> CanDoAction of action LoginUser failed.
> > > > > > > >> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSW
> > > > > > > >> ORD
> > > > > > > >> 
> > > > > > > >> Try again to log in as the same user this time typing the
> > > > > > > >> correct
> > > > > > > >> password.
> > > > > > > >> Result: Login fails!
> > > > > > > >> Data from engine.log:
> > > > > > > >> 2013-08-06 15:54:25,186 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > > >> mand
> > > > > > > >> ]
> > > > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest
> > > > > > > >> to
> > > > > > > >> domain
> > > > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > > > >> getUserByName
> > > > > > > >> 
> > > > > > > >> 2013-08-06 15:54:25,187 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > > > > > >> 2013-08-06 15:54:25,187 WARN
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > > > >> CanDoAction of action LoginUser failed.
> > > > > > > >> Reasons:USER_FAILED_TO_**
> > > > > > > >> AUTHENTICATE
> > > > > > > >> 
> > > > > > > >> Try again with another AD user.
> > > > > > > >> Result: Login fails!
> > > > > > > >> Data from engine.log:
> > > > > > > >> 2013-08-06 15:54:38,056 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCom
> > > > > > > >> mand
> > > > > > > >> ]
> > > > > > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin
> > > > > > > >> to
> > > > > > > >> domain
> > > > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > > > >> getUserByName
> > > > > > > >> 
> > > > > > > >> 2013-08-06 15:54:38,057 ERROR
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > > > > > >> 2013-08-06 15:54:38,058 WARN
> > > > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > > > >> CanDoAction of action LoginUser failed.
> > > > > > > >> Reasons:USER_FAILED_TO_**
> > > > > > > >> AUTHENTICATE
> > > > > > > >> 
> > > > > > > >> Logging into the admin portal as the admin at internal user will
> > > > > > > >> yield
> > > > > > > >> that
> > > > > > > >> engine seems to have forgotten about and can no longer
> > > > > > > >> enumerate
> > > > > > > >> AD
> > > > > > > >> users and groups.
> > > > > > > >> engine stays in this state until it has been restarted.
> > > > > > > >> 
> > > > > > > >> I also note the two following errors in the engine log file as
> > > > > > > >> well:
> > > > > > > >> 2013-08-06 15:53:41,098 ERROR
> > > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> > > > > > > >> (MSC
> > > > > > > >> service
> > > > > > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes
> > > > > > > >> value.
> > > > > > > >> 2013-08-06 15:53:41,161 ERROR
> > > > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> > > > > > > >> (MSC
> > > > > > > >> service
> > > > > > > >> thread 1-9) Failed to decrypt value for property
> > > > > > > >> AttestationTruststorePass will be used encrypted value:
> > > > > > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > > > > > >> 
> > > > > > > >> - DHC
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > > > > > >> < deadhorseconsulting at gmail.com
> > > > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > > > >> deadhorseconsulting at gmail.com >
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> wrote:
> > > > > > > >> 
> > > > > > > >> Really attaching logs from other install.
> > > > > > > >> - DHC
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > > > > > >> < deadhorseconsulting at gmail.com
> > > > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > > > >> wrote:
> > > > > > > >> 
> > > > > > > >> Also I note that he login does succeed in the AD servers logs
> > > > > > > >> as
> > > > > > > >> well as the engine also acknowledges the same. However the
> > > > > > > >> login
> > > > > > > >> ends up in either the user logging in and the dialog sitting
> > > > > > > >> in
> > > > > > > >> space forever and/or the engine no longer enumerating the AD
> > > > > > > >> users/groups.
> > > > > > > >> 
> > > > > > > >> Attached are logs from another install seeing the same thing.
> > > > > > > >> -DHC
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > > > > > >> < deadhorseconsulting at gmail.com
> > > > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > > > >> wrote:
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> Seeing and issue where users are not able to log in. Also
> > > > > > > >> for some reason the engine is seemingly forgeting about AD
> > > > > > > >> users. Removing the AD domain via engine-manage-domains and
> > > > > > > >> re-adding it works for enumerating the users, however the
> > > > > > > >> first attempt to login as a user results in the engine no
> > > > > > > >> longer enumerating the users nor allowing logins.
> > > > > > > >> Attached are the pertinent logs.
> > > > > > > >> 
> > > > > > > >> Engine is built and running from current master as of this
> > > > > > > >> morning, and was installed/built and upgraded via RPMs
> > > > > > > >> yum/engine-upgrade
> > > > > > > >> 
> > > > > > > >> - DHC
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> 
> > > > > > > >> ______________________________**_________________
> > > > > > > >> Engine-devel mailing list
> > > > > > > >> Engine-devel at ovirt.org
> > > > > > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel <
> > > > > > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel >
> > > > > > > > 
> > > > > > > > thanks for reproducing with such clear steps. can you please
> > > > > > > > open a
> > > > > > > > bug?
> > > > > > > > yair - can you try and reproduce as well (I tried on an older
> > > > > > > > rhev
> > > > > > > > 3.2
> > > > > > > > i
> > > > > > > > have and couldn't with the IPA provider)
> > > > > > 
> > > > > > _______________________________________________
> > > > > > 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 iheim at redhat.com  Fri Aug  9 15:02:24 2013
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 09 Aug 2013 18:02:24 +0300
Subject: [Engine-devel] direct manipulation of libvirt
In-Reply-To: <CAEWPe=rLpOcsiv=ORuUHZicXN=3Uwn=bmfmsXK0ZgKKvaGTFwA@mail.gmail.com>
References: <CAEWPe=r4sofDDuQA_N2bWk+ReSmF6zMRLOV0k9P-xGn=nFtoxQ@mail.gmail.com>
	<2001011957.22377062.1375602563580.JavaMail.root@redhat.com>
	<CAEWPe=oQkMzcBbTL0KagWm2-n7OByPKs7TAvdqe_zgLTxjEctA@mail.gmail.com>
	<52015502.4080006@redhat.com>
	<CAEWPe=rLpOcsiv=ORuUHZicXN=3Uwn=bmfmsXK0ZgKKvaGTFwA@mail.gmail.com>
Message-ID: <52050480.5070801@redhat.com>

On 08/08/2013 09:01 PM, Dead Horse wrote:
> I guess ultimately what would be nice is the provision to manipulate
> some the more advanced features if desired via API/CLI/GUI if desired.
> Correct these things can be manipulated now by custom properties but TBH
> they are a pain. You need to enter a key in the correct format into the
> custom properties dialog. Also if the function does not exist already
> you need to write the python hook to add it even if it is something
> simple like manipulating a libvirt DOM XML option. Would it not be nicer
> to the admin were to be able to simply (like is now with VM options)
> click advanced and they are presented advanced options GUI? The
> reasoning for this are cases at times to manipulate or want to have
> access to these options and be given the choice to choose if I want to
> do so. Pretty much every KVM management solution exposes the below
> options either by default or by advanced options. I understand the
> reasoning for wanting to hide or make it difficult to use some of what
> is in the below examples but the point is that again I should at least
> have the choice to do so in an easier manner then the hooking/custom
> props they way they are now.
>
> Example 1:
> "Add Disk UI"
> What we can do with libvirt:
> <disk  ...>
>   <driver io='threads | native' cache='default | none | writeback |
> writethrough'/>
>   ...
> </disk>
> So Advanced UI Options for
> Disk IO Policy = threads | native
> Disk Cache Policy = default | none | writeback | writethrough
>
> Accordingly as well disk format:
> raw - preallocated
> raw - sparse
> qcow2- preallocated
> qcow2 - sparse
> qcow2 - pre-allocate metadata Yes/No ?
> qed - sparse
> and so on....
> For example now qcow2 is not allowed on NFS storage domains but if I the
> admin want to allow for this or use it, I should at least be given the
> choice as there is no reason it does not work.

Ayal - thoughts on above?

>
> Example 2
> "Add Network UI"
> What we can do with libvirt:
> <forward mode='route | bridge | private | vepa | passthrough | hostdev'>
>      <interface dev='bond0'/>
>      <interface dev='bond1'/>
>      <interface dev='eth0'/>
>      <interface dev='eth1'/>
>      <interface dev='eth2'/>
>      <interface dev='eth3'/>
> </forward>
> Right now all we can do is select a mode=bridge.
> How about under advanced option for:
> Network Mode= route | bridge | private | vepa | passthrough | hostdev
> Admin does thowever know that some of the above of course may require
> some networking prerequisites which must be satisfied first.
>
> Something else I have seen other KVM solutions provide in the case of
> the above examples is just a direct libvirt domain editor in GUI. One
> can simply load/preview the generated libivrt domain xml and add/edit
> options, validate and run with the changes either temporarily or
> permanently.
>

Livnat - thoughts on above?

> - DHC
>
>
>
> On Tue, Aug 6, 2013 at 2:56 PM, Itamar Heim <iheim at redhat.com
> <mailto:iheim at redhat.com>> wrote:
>
>     On 08/06/2013 06:49 PM, Dead Horse wrote:
>
>         It would be nice to be able to enable certain types of VM's (or just
>         purposely for whatever reason) to be able to use for example:
>         VEPA (macvtap)
>         Change VRAM sizes
>
>
>     is this covering this?
>     http://gerrit.ovirt.org/#/c/__16803/
>     <http://gerrit.ovirt.org/#/c/16803/>
>
>
>         change disk IO policies
>         change dsk Cache Policies
>
>
>     there is a built-in custom property for this one?
>
>
>         change input type to usbtablet or PS2
>         (new qemu/libvirt features to play or test)
>
>         This of course should be limited to admin level roles as it
>         would come
>         with the understanding of the possibility of things exploding in
>         ones face.
>
>         Perhaps this could be implemented as a "Really Advanced Options"
>         on a VM
>         visible to superuser or admin roles only?
>
>
>     this would be akin to custom properties, some of which come via
>     vdsm, just without a special gui on engine side (i.e., they don't
>     need hooks on vdsm since they are supported out of the box).
>     reason they are custom properties without dedicated UI is the use
>     case is rare.
>
>     other than some custom property to pass libvirt command line args,
>     or xml overrides, i think the custom proeprties/hooks (or vdsm
>     builtin support) is the cleanest one
>
>
>            -DHC
>
>
>
>         On Sun, Aug 4, 2013 at 2:49 AM, Noam Slomianko
>         <nslomian at redhat.com <mailto:nslomian at redhat.com>
>         <mailto:nslomian at redhat.com <mailto:nslomian at redhat.com>>> wrote:
>
>              Since you cannot know what kind of changes the user will do in
>              libvirt you cannot be sure that VDSM will be able to live
>         with them.
>              By "Allowing" this officially you will create an impression
>         that it
>              is safe, which will cause frustration for the user if VDSM
>         breaks.
>              So keeping this as "do at your own risk, we want nothing to
>         do with
>              it" sounds like a good plan to me :)
>
>              But ignoring that, what kind of behaviour would you like?
>         maybe the
>              ability to pass custom libvirt flags on VM startup?
>              This can be pretty easily Implemented as an all purpose
>         hook, isn't
>              it? (write once, pass any argument you like)
>
>              ----- Original Message -----
>              From: "Dead Horse" <deadhorseconsulting at gmail.com
>         <mailto:deadhorseconsulting at gmail.com>
>              <mailto:deadhorseconsulting at __gmail.com
>         <mailto:deadhorseconsulting at gmail.com>>>
>              To: "engine-devel" <engine-devel at ovirt.org
>         <mailto:engine-devel at ovirt.org>
>              <mailto:engine-devel at ovirt.org
>         <mailto:engine-devel at ovirt.org>__>>
>              Sent: Friday, August 2, 2013 7:43:31 PM
>              Subject: [Engine-devel] direct manipulation of libvirt
>
>              A broad question here, perhaps not a possibility but I
>         figured I
>              would toss it out there anyway.
>
>              VDSM is great at what it does, however there are those
>         times when
>              direct manipulation of libvirt or libvirt VM configuration
>         would be
>              very handy. The safe defaults and tested VM configurations that
>              VDSM/ovirt provides are great. However at times it would be
>         nice to
>              simply connect to a hypervisor managed by ovirt/vdsm and make a
>              couple changes to a VM (via virt-manager or directly via
>         virsh).
>
>              This could be enabling a new feature that has made it's way
>         into
>              QEMU/libvirt/KVM or tweaking a VM configuration for
>         whatever reason.
>              Now there is nothing stopping someone from doing this now
>         either
>              directly or via VDSM hooks. Hooks are a pain along with the
>         custom
>              properties to jack them into engine. Direct manipulation of
>         libvirt
>              since it has been upstarted by vdsm results in an unhappy
>         VDSM/engine.
>
>              Thoughts?
>              - DHC
>
>              _________________________________________________
>              Engine-devel mailing list
>         Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>
>         <mailto:Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>__>
>         http://lists.ovirt.org/__mailman/listinfo/engine-devel
>         <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>
>
>
>
>
>         _________________________________________________
>         Engine-devel mailing list
>         Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>
>         http://lists.ovirt.org/__mailman/listinfo/engine-devel
>         <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>
>
>



From deadhorseconsulting at gmail.com  Fri Aug  9 15:04:12 2013
From: deadhorseconsulting at gmail.com (Dead Horse)
Date: Fri, 9 Aug 2013 10:04:12 -0500
Subject: [Engine-devel] users cannot log into userportal
In-Reply-To: <3144904.7N3RMeABPd@awels>
References: <CAEWPe=qSZMQjVYCeeYWfT_hZbffekGR3GuR=kA6G8rKUqZeL9Q@mail.gmail.com>
	<CAEWPe=pnC+OWAKzeHATHjd+JoabAg3EReqY66=ES=6JbBU+qyg@mail.gmail.com>
	<272772188.13958988.1376010633218.JavaMail.root@redhat.com>
	<3144904.7N3RMeABPd@awels>
Message-ID: <CAEWPe=qMdnDwVgvg+EWeQF99ZmJYpwmwcV-Jii9EOZdwj3QM1w@mail.gmail.com>

I am relieved that at least you guys are seeing the same thing. I was
starting to count my marbles to make sure they were all still there ;-)
- DHC


On Fri, Aug 9, 2013 at 7:19 AM, Alexander Wels <awels at redhat.com> wrote:

> On Thursday, August 08, 2013 09:10:33 PM Einav Cohen wrote:
> > > ----- Original Message -----
> > > From: "Dead Horse" <deadhorseconsulting at gmail.com>
> > > Sent: Thursday, August 8, 2013 7:51:03 PM
> > >
> > > I verified the fix against current master with multiple installs and
> > > browsers. Thanks guys!
> > >
> > > Fix verified to work with:
> > > Firefox Version 22.0-1
> > > Google Chrome Version 28.0.1500.95
> > >
> > > I still noted an odd issue with Firefox Version 17.0.8-1 (Current
> Firefox
> > > EL6 Version).
> > > The login into the user portal succeeds and  a successful login is
> logged,
> > > however the login remains hung at the login dialog indefinitely.
> > > Reloading the page and closing the browser does not change things.
> > > Also removing ~/<username>/.mozilla and starting fresh results in the
> > > same.
> > > Can someone else check and verify similar oddness with EL6 Firefox.
> >
> > similar oddness was indeed encountered lately. Alexander (added) is
> > currently investigating.
> > @Alexander - can you please update on the investigation progress in this
> > thread?
>
> As noted this seems to only happen with FF 17 ESR, which is the current EL6
> version. If I use firebug or attach a GWT debugger, the problem goes away.
> Heck
> if I compile GWT in draft mode the problem goes away.  I did however make
> some
> progress yesterday in determining the cause. It seems to me that for some
> reason revealDefaultPlace in the user portal is called multiple times and
> in
> certain cases the second time the method is called it never finishes which
> causes the behavior we are seeing.
>
> Still no solution, but this is my top priority to get working.
>
> Alexander
>
> > > - DHC
> > >
> > >
> > > On Wed, Aug 7, 2013 at 1:50 PM, Dead Horse <
> deadhorseconsulting at gmail.com
> > > > wrote:
> > >
> > >
> > >
> > > I see the fix in Gerrit/GIT. Thanks guys! I will test and update
> results
> > > tomorrow morning.
> > > - DHC
> > >
> > >
> > > On Wed, Aug 7, 2013 at 1:01 PM, Yair Zaslavsky < yzaslavs at redhat.com >
> > > wrote:
> > >
> > >
> > >
> > >
> > >
> > > ----- Original Message -----
> > >
> > > > From: "Yair Zaslavsky" < yzaslavs at redhat.com >
> > > > To: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > Cc: "engine-devel" < engine-devel at ovirt.org >
> > > > Sent: Wednesday, August 7, 2013 9:00:34 PM
> > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > >
> > > > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> > > > > To: "Itamar Heim" < iheim at redhat.com >
> > > > > Cc: "engine-devel" < engine-devel at ovirt.org >, "Yair Zaslavsky"
> > > > > < yzaslavs at redhat.com >
> > > > > Sent: Wednesday, August 7, 2013 6:14:02 PM
> > > > > Subject: Re: [Engine-devel] users cannot log into userportal
> > > > >
> > > > > BZ994604 ( https://bugzilla.redhat.com/show_bug.cgi?id=994604 )
> has
> > > > > been
> > > > > opened.
> > > > > - DHC
> > > >
> > > > Thanks for your help DHC,
> > > > This was already fixed by rnori.
> > >
> > > Of course "already fixed" comparing with current time. This was indeed
> a
> > > real issue.
> > >
> > > > > On Wed, Aug 7, 2013 at 5:35 AM, Itamar Heim < iheim at redhat.com >
> wrote:
> > > > > > On 08/07/2013 12:10 AM, Dead Horse wrote:
> > > > > >> I have found some steps to reproduce this easily.
> > > > > >>
> > > > > >> Start the engine bound to an AD for authentication
> > > > > >> log in to the user portal as an AD user which has been granted a
> > > > > >> Role
> > > > > >> (I
> > > > > >> used PowerUserRole)
> > > > > >>
> > > > > >> Result: Login will succeed
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:10,088 INFO
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-10)
> > > > > >> Running command: LoginUserCommand internal: false.
> > > > > >> 2013-08-06 15:54:10,139 INFO
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > >> AuditLogDirector]
> > > > > >> (ajp--127.0.0.1-8702-10) Correlation ID: 23c4709, Call Stack:
> null,
> > > > > >> Custom Event ID: -1, Message: User ovirttest logged in.
> > > > > >>
> > > > > >> log out of the user portal
> > > > > >> Result: log out succeeds
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:12,448 INFO
> > > > > >> [org.ovirt.engine.core.bll.**LogoutUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-2)
> > > > > >> Running command: LogoutUserCommand internal: false.
> > > > > >> 2013-08-06 15:54:12,474 INFO
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.auditloghandling.**
> > > > > >> AuditLogDirector]
> > > > > >> (ajp--127.0.0.1-8702-2) Correlation ID: 52a89e7d, Call Stack:
> null,
> > > > > >> Custom Event ID: -1, Message: User ovirttest logged out.
> > > > > >>
> > > > > >> As the same user log in to the user portal again but this
> purposely
> > > > > >> input the wrong password.
> > > > > >> Result: log in will fail
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:20,830 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > >> information
> > > > > >> was invalid (24)
> > > > > >> 2013-08-06 15:54:20,832 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > > >> username and password.
> > > > > >> 2013-08-06 15:54:20,843 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > >> LDAP://foodc02.foo.test.com:**389 <
> http://foodc02.foo.test.com:389
> > > > > >> >
> > > > > >> <
> > > > > >> http://foodc02.foo.test.com:**389 <
> http://foodc02.foo.test.com:389
> > > > > >> >>
> > > > > >> using
> > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM**> due
> > > > > >> to
> > > > > >>
> > > > > >> Authentication Failed. Please verify the username and
> password.. We
> > > > > >> should not try the next server
> > > > > >> 2013-08-06 15:54:20,850 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Kerberos error: Pre-authentication
> > > > > >> information
> > > > > >> was invalid (24)
> > > > > >> 2013-08-06 15:54:20,851 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**GSSAPIDirContextAuthenticat
> > > > > >> ion**
> > > > > >> Strategy]
> > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > > >> username and password.
> > > > > >> 2013-08-06 15:54:20,852 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**adbroker.DirectorySearcher]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed ldap search server
> > > > > >> LDAP://foodc01.foo.test.com:**389 <
> http://foodc01.foo.test.com:389
> > > > > >> >
> > > > > >> <
> > > > > >> http://foodc01.foo.test.com:**389 <
> http://foodc01.foo.test.com:389
> > > > > >> >>
> > > > > >> using
> > > > > >> user ovirttest at FOO.TEST.COM <mailto: ovirttest at FOO.TEST.COM**> due
> > > > > >> to
> > > > > >>
> > > > > >> Authentication Failed. Please verify the username and
> password.. We
> > > > > >> should not try the next server
> > > > > >> 2013-08-06 15:54:20,853 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > > > >> domain
> > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > >> getUserByName
> > > > > >>
> > > > > >> 2013-08-06 15:54:20,854 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-7) Authentication Failed. Please verify the
> > > > > >> username and password.
> > > > > >> 2013-08-06 15:54:20,855 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> USER_FAILED_TO_AUTHENTICATE_**WRONG_USERNAME_OR_PASSWORD :
> > > > > >> ovirttest
> > > > > >> 2013-08-06 15:54:20,856 WARN
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> CanDoAction of action LoginUser failed.
> > > > > >>
> Reasons:USER_FAILED_TO_**AUTHENTICATE_WRONG_USERNAME_**OR_PASSWORD
> > > > > >>
> > > > > >> Try again to log in as the same user this time typing the
> correct
> > > > > >> password.
> > > > > >> Result: Login fails!
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:25,186 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-7) Failed authenticating user: ovirttest to
> > > > > >> domain
> > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > >> getUserByName
> > > > > >>
> > > > > >> 2013-08-06 15:54:25,187 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirttest
> > > > > >> 2013-08-06 15:54:25,187 WARN
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-7)
> > > > > >> CanDoAction of action LoginUser failed.
> Reasons:USER_FAILED_TO_**
> > > > > >> AUTHENTICATE
> > > > > >>
> > > > > >> Try again with another AD user.
> > > > > >> Result: Login fails!
> > > > > >> Data from engine.log:
> > > > > >> 2013-08-06 15:54:38,056 ERROR
> > > > > >>
> [org.ovirt.engine.core.bll.**adbroker.**LdapAuthenticateUserCommand
> > > > > >> ]
> > > > > >> (ajp--127.0.0.1-8702-5) Failed authenticating user: ovirtadmin
> to
> > > > > >> domain
> > > > > >> gso.med.ge.com < http://gso.med.ge.com >. Ldap Query Type is
> > > > > >> getUserByName
> > > > > >>
> > > > > >> 2013-08-06 15:54:38,057 ERROR
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > >> USER_FAILED_TO_AUTHENTICATE : ovirtadmin
> > > > > >> 2013-08-06 15:54:38,058 WARN
> > > > > >> [org.ovirt.engine.core.bll.**LoginUserCommand]
> > > > > >> (ajp--127.0.0.1-8702-5)
> > > > > >> CanDoAction of action LoginUser failed.
> Reasons:USER_FAILED_TO_**
> > > > > >> AUTHENTICATE
> > > > > >>
> > > > > >> Logging into the admin portal as the admin at internal user will
> yield
> > > > > >> that
> > > > > >> engine seems to have forgotten about and can no longer
> enumerate AD
> > > > > >> users and groups.
> > > > > >> engine stays in this state until it has been restarted.
> > > > > >>
> > > > > >> I also note the two following errors in the engine log file as
> > > > > >> well:
> > > > > >> 2013-08-06 15:53:41,098 ERROR
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> (MSC
> > > > > >> service
> > > > > >> thread 1-9) Could not parse option AutoRecoveryAllowedTypes
> value.
> > > > > >> 2013-08-06 15:53:41,161 ERROR
> > > > > >> [org.ovirt.engine.core.dal.**dbbroker.generic.**DBConfigUtils]
> (MSC
> > > > > >> service
> > > > > >> thread 1-9) Failed to decrypt value for property
> > > > > >> AttestationTruststorePass will be used encrypted value:
> > > > > >> javax.crypto.**BadPaddingException: Data must start with zero
> > > > > >>
> > > > > >> - DHC
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> On Tue, Aug 6, 2013 at 1:31 PM, Dead Horse
> > > > > >> < deadhorseconsulting at gmail.com
> > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > >> deadhorseconsulting at gmail.com >
> > > > > >>
> > > > > >>
> > > > > >> wrote:
> > > > > >>
> > > > > >> Really attaching logs from other install.
> > > > > >> - DHC
> > > > > >>
> > > > > >>
> > > > > >> On Tue, Aug 6, 2013 at 1:30 PM, Dead Horse
> > > > > >> < deadhorseconsulting at gmail.com
> > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > >> wrote:
> > > > > >>
> > > > > >> Also I note that he login does succeed in the AD servers logs as
> > > > > >> well as the engine also acknowledges the same. However the login
> > > > > >> ends up in either the user logging in and the dialog sitting in
> > > > > >> space forever and/or the engine no longer enumerating the AD
> > > > > >> users/groups.
> > > > > >>
> > > > > >> Attached are logs from another install seeing the same thing.
> > > > > >> -DHC
> > > > > >>
> > > > > >>
> > > > > >> On Tue, Aug 6, 2013 at 1:20 PM, Dead Horse
> > > > > >> < deadhorseconsulting at gmail.com
> > > > > >> <mailto: deadhorseconsulting@ ** gmail.com <
> > > > > >> deadhorseconsulting at gmail.com >>>
> > > > > >> wrote:
> > > > > >>
> > > > > >>
> > > > > >> Seeing and issue where users are not able to log in. Also
> > > > > >> for some reason the engine is seemingly forgeting about AD
> > > > > >> users. Removing the AD domain via engine-manage-domains and
> > > > > >> re-adding it works for enumerating the users, however the
> > > > > >> first attempt to login as a user results in the engine no
> > > > > >> longer enumerating the users nor allowing logins.
> > > > > >> Attached are the pertinent logs.
> > > > > >>
> > > > > >> Engine is built and running from current master as of this
> > > > > >> morning, and was installed/built and upgraded via RPMs
> > > > > >> yum/engine-upgrade
> > > > > >>
> > > > > >> - DHC
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> ______________________________**_________________
> > > > > >> Engine-devel mailing list
> > > > > >> Engine-devel at ovirt.org
> > > > > >> http://lists.ovirt.org/**mailman/listinfo/engine-devel <
> > > > > >> http://lists.ovirt.org/mailman/listinfo/engine-devel >
> > > > > >
> > > > > > thanks for reproducing with such clear steps. can you please
> open a
> > > > > > bug?
> > > > > > yair - can you try and reproduce as well (I tried on an older
> rhev
> > > > > > 3.2
> > > > > > i
> > > > > > have and couldn't with the IPA provider)
> > > >
> > > > _______________________________________________
> > > > 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/20130809/07eeabbb/attachment.html>

From gvallare at redhat.com  Sun Aug 11 12:57:08 2013
From: gvallare at redhat.com (Giuseppe Vallarelli)
Date: Sun, 11 Aug 2013 08:57:08 -0400 (EDT)
Subject: [Engine-devel] clean testable code
In-Reply-To: <1388531065.124594.1376225803152.JavaMail.root@redhat.com>
Message-ID: <293815203.124604.1376225828837.JavaMail.root@redhat.com>

Talking with my teammates I've noticed that there is some confusion related to what testing means and in general
how tests can improve the quality of the codebase by favouring the development of components that are of higher
quality - unluckily it doesn't favour hair regrowing. Tests are also cool because when done right they represent
an executable form of documentation.

Some intro material:

1 How to Write Clean, Testable Code by Mi?ko Hevery (A Googler)
  http://www.youtube.com/watch?v=XcT4yYu_TTs

2 How to write testable code by Mi?ko Hevery (hands on ;-))
  http://misko.hevery.com/attachments/Guide-Writing%20Testable%20Code.pdf
  Examples are provided in Java but the same principles apply to Python
  as well.

3 TDD by James Shore (a practice created by Kent Beck)
  http://www.jamesshore.com/Agile-Book/test_driven_development.html
  A broad article explaining TDD and related concepts.

4 Difference between state based testing and interaction based testing
  http://martinfowler.com/articles/mocksArentStubs.html

Not so intro - but easier to understand after consuming previous material:

5 Mock Roles, not Objects by Freeman and Pryce
  http://jmock.org/oopsla2004.pdf
  They both wrote a very interesting book: Growing Object Oriented Software: Guided by Tests
  http://www.amazon.com/Growing-Object-Oriented-Software-Guided-Tests/dp/0321503627/ref=cm_cr_pr_product_top
  I didn't read it yet.

Points from 3 to 5 mostly describe a different kind of working practice, which is very
opinionated but nevertheless with some interesting ideas. I consider points 1-2 fundamentals.

Enjoy, Giuseppe

I will share new materials if there's some interest on it.


From yzaslavs at redhat.com  Sun Aug 11 14:03:05 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Sun, 11 Aug 2013 10:03:05 -0400 (EDT)
Subject: [Engine-devel] LockManager maybe not be really taking locks in your
	flows...
In-Reply-To: <238072360.86591.1376229591390.JavaMail.root@redhat.com>
Message-ID: <496202343.86977.1376229785124.JavaMail.root@redhat.com>

Hi all,
Thanks to Alon Bar Lev's efforts for preventing to concurrent host installation for the same host entity + Roy Golan's check of the code, we saw that for commands that override

getExclusiveLocks() or getSharedLocks() the locking mechanism does not work (lock is not being acquired) if there is no annotation of @LockIdNameAttribute on the class.
A bug was filed for removing this annotation (leftover from some historical code ) , but until it is fixed - bare in mind you need to add this annotation in current commands you are working on 
in order to utilize the mechanism.
See RemoveVmCommand (has the annotation) vs AddDiskCommand (which doesn't have the annotation)


Cheers,
Yair


From rgolan at redhat.com  Sun Aug 11 14:14:04 2013
From: rgolan at redhat.com (Roy Golan)
Date: Sun, 11 Aug 2013 17:14:04 +0300
Subject: [Engine-devel] LockManager maybe not be really taking locks in
 your flows...
In-Reply-To: <496202343.86977.1376229785124.JavaMail.root@redhat.com>
References: <238072360.86591.1376229591390.JavaMail.root@redhat.com>
	<496202343.86977.1376229785124.JavaMail.root@redhat.com>
Message-ID: <52079C2C.7080307@redhat.com>

On Sun 11 Aug 2013 05:03:05 PM IDT, Yair Zaslavsky wrote:
> Hi all,
> Thanks to Alon Bar Lev's efforts for preventing to concurrent host installation for the same host entity + Roy Golan's check of the code, we saw that for commands that override
>
> getExclusiveLocks() or getSharedLocks() the locking mechanism does not work (lock is not being acquired) if there is no annotation of @LockIdNameAttribute on the class.
> A bug was filed for removing this annotation (leftover from some historical code ) , but until it is fixed - bare in mind you need to add this annotation in current commands you are working on
> in order to utilize the mechanism.
> See RemoveVmCommand (has the annotation) vs AddDiskCommand (which doesn't have the annotation)
>
>
> Cheers,
> Yair
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

just to make it clear, the storage commands are calling explicitly 
aquireLockInternal in the canDoAction. since there is no contract (no 
interface) we are open to mistakes and misuse. this should be rectified.



From rgolan at redhat.com  Sun Aug 11 14:16:47 2013
From: rgolan at redhat.com (Roy Golan)
Date: Sun, 11 Aug 2013 17:16:47 +0300
Subject: [Engine-devel] LockManager maybe not be really taking locks in
 your flows...
In-Reply-To: <52079C2C.7080307@redhat.com>
References: <238072360.86591.1376229591390.JavaMail.root@redhat.com>
	<496202343.86977.1376229785124.JavaMail.root@redhat.com>
	<52079C2C.7080307@redhat.com>
Message-ID: <52079CCF.5020700@redhat.com>

On Sun 11 Aug 2013 05:14:04 PM IDT, Roy Golan wrote:
> On Sun 11 Aug 2013 05:03:05 PM IDT, Yair Zaslavsky wrote:
>> Hi all,
>> Thanks to Alon Bar Lev's efforts for preventing to concurrent host
>> installation for the same host entity + Roy Golan's check of the
>> code, we saw that for commands that override
>>
>> getExclusiveLocks() or getSharedLocks() the locking mechanism does
>> not work (lock is not being acquired) if there is no annotation of
>> @LockIdNameAttribute on the class.
>> A bug was filed for removing this annotation (leftover from some
>> historical code ) , but until it is fixed - bare in mind you need to
>> add this annotation in current commands you are working on
>> in order to utilize the mechanism.
>> See RemoveVmCommand (has the annotation) vs AddDiskCommand (which
>> doesn't have the annotation)
>>
>>
>> Cheers,
>> Yair
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
> just to make it clear, the storage commands are calling explicitly
> aquireLockInternal in the canDoAction. since there is no contract (no
> interface) we are open to mistakes and misuse. this should be rectified.
>
more info from the bug:
see the list of commands that overrrides getExcelusiveLocks but *don't* 
have the @LockIdNameAttribute annotation:

bll/src/main/java/org/ovirt/engine/core/bll/AddDiskCommand.java
bll/src/main/java/org/ovirt/engine/core/bll/MoveOrCopyDiskCommand.java
bll/src/main/java/org/ovirt/engine/core/bll/AddVdsCommand.java
bll/src/main/java/org/ovirt/engine/core/bll/UpdateVmTemplateCommand.java
bll/src/main/java/org/ovirt/engine/core/bll/ExportRepoImageCommand.java



From plysab at gmail.com  Sun Aug 11 17:09:19 2013
From: plysab at gmail.com (plysan)
Date: Mon, 12 Aug 2013 01:09:19 +0800
Subject: [Engine-devel] should we check for active host before activate SD?
Message-ID: <CANDY9WO4CeNpJuRaszgkY0C4ShMCvpFT3aDuKRRJnWAk+utJXA@mail.gmail.com>

Hi all:
Currently I get into a situation with a NFS data center which maintained
both hosts and storage domains.
Now if I first activate host then SD, everything works fine. But if I
mistakenly first activate SD, the data center gets into a non responsive
status, after this if I try to activate a host, it will get into a non
operational state, it seems I can't find a way to get the DC running again.
I think a additional check should be done before activate a SD, and i've
uploaded a patch for a solution of this issue: http://gerrit.ovirt.org/17940
I haven't test with other storage types, but activating a SD need a
functioning host, right? correct me if i'm wrong :)

Best regards,
plysan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/f335fd25/attachment.html>

From ykatabam at redhat.com  Sun Aug 11 23:28:05 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 12 Aug 2013 09:28:05 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
Message-ID: <52081E05.1010801@redhat.com>

Hi all,

I would like to ask for your help again with the following questions:

*File:* AppErrors
*Resource ID: *ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
*Strings:***Cannot ${action} ${type}. Several ${entities} 
(${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network 
interface profile:
${ENTITIES_USING_VNIC_PROFILE}
  - Please remove it from all ${entities} that are using it and try again.
*Question:*
Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of 
entities using the VNIC profile?
Is it always greater than 1 or could it be 1 in some cases?
Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities 
using the the VNIC profile?

Thank you,

Yuko
-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/d087da6f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/d087da6f/attachment.png>

From ykatabam at redhat.com  Mon Aug 12 02:07:59 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 12 Aug 2013 12:07:59 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #14] "No
	Position"
Message-ID: <5208437F.7080604@redhat.com>

Hello again.

I would like to ask one more question with the following details:

*File:* ApplicationConstants
*Resource ID: * noPositionFilter
*Strings:***No Position
*Question:* Could anyone please explain the usage of this string and 
where in the Admin Portal it appears?

Thank you,

Yuko


-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/a433b89a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/a433b89a/attachment.png>

From laravot at redhat.com  Mon Aug 12 05:24:30 2013
From: laravot at redhat.com (Liron Aravot)
Date: Mon, 12 Aug 2013 01:24:30 -0400 (EDT)
Subject: [Engine-devel] should we check for active host before activate
 SD?
In-Reply-To: <CANDY9WO4CeNpJuRaszgkY0C4ShMCvpFT3aDuKRRJnWAk+utJXA@mail.gmail.com>
References: <CANDY9WO4CeNpJuRaszgkY0C4ShMCvpFT3aDuKRRJnWAk+utJXA@mail.gmail.com>
Message-ID: <648545344.90168.1376285070298.JavaMail.root@redhat.com>



----- Original Message -----
> From: "plysan" <plysab at gmail.com>
> To: engine-devel at ovirt.org
> Sent: Sunday, August 11, 2013 8:09:19 PM
> Subject: [Engine-devel] should we check for active host before activate SD?
> 
> Hi all:
> Currently I get into a situation with a NFS data center which maintained both
> hosts and storage domains.
> Now if I first activate host then SD, everything works fine. But if I
> mistakenly first activate SD, the data center gets into a non responsive
> status, after this if I try to activate a host, it will get into a non
> operational state, it seems I can't find a way to get the DC running again.
> I think a additional check should be done before activate a SD, and i've
> uploaded a patch for a solution of this issue: http://gerrit.ovirt.org/17940
> I haven't test with other storage types, but activating a SD need a
> functioning host, right? correct me if i'm wrong :)
> 
> Best regards,
> plysan
> 

Hi plysan,
which version of oVirt are you using?
I'll try to answer to each issue separatly:
1. Host doesn't move to "UP" after the following - Some fixes were done to avoid such situation from happening - so if you would update that should happend.
2. There's no check for any host being up - if that's missing on the flow, it might be added as an improvement, but [1] should get you good to go :)

Let me know if i could help somehow more
thanks,
Liron
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From sabose at redhat.com  Mon Aug 12 05:41:55 2013
From: sabose at redhat.com (Sahina Bose)
Date: Mon, 12 Aug 2013 11:11:55 +0530
Subject: [Engine-devel] Gluster Volume asynchronous tasks
Message-ID: <520875A3.6020600@redhat.com>

Hi all,

We are working on a feature to add support to start and monitor gluster 
volume asynchronous tasks (like rebalancing a gluster volume, removing 
brick from volume ) from the oVirt engine.

The operations can be started from the Volumes tab or the Bricks sub-tab 
using the Rebalance, Remove options.
These are long running operations which can be monitored using a task id 
returned from Gluster. We are planning to add the monitoring in the 
existing Task sub tab

The feature description and User flows are at 
http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management

The detailed design (including REST API design) is at 
http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.

I would really appreciate if you could review and provide your valuable 
feedback.

thanks
sahina


From gchaplik at redhat.com  Mon Aug 12 06:00:42 2013
From: gchaplik at redhat.com (Gilad Chaplik)
Date: Mon, 12 Aug 2013 02:00:42 -0400 (EDT)
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #14]
	"No	Position"
In-Reply-To: <5208437F.7080604@redhat.com>
References: <5208437F.7080604@redhat.com>
Message-ID: <1836649088.295043.1376287242447.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Monday, August 12, 2013 5:07:59 AM
> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #14] "No	Position"
> 
> Hello again.
> 
> I would like to ask one more question with the following details:
> 
> File: ApplicationConstants
> Resource ID: noPositionFilter
> Strings: No Position
> Question: Could anyone please explain the usage of this string and where in
> the Admin Portal it appears?

Hi Yuko,

Configure -> Cluster Policies.
when adding a filter you may specify it will be invoked first/last in line. 
to remove it from being first/last to no position, use context menu on the selected filter.

Thanks, 
Gilad.

> 
> Thank you,
> 
> Yuko
> 
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>

From ykatabam at redhat.com  Mon Aug 12 06:14:18 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 12 Aug 2013 16:14:18 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #14] "No
 Position"
In-Reply-To: <1836649088.295043.1376287242447.JavaMail.root@redhat.com>
References: <5208437F.7080604@redhat.com>
	<1836649088.295043.1376287242447.JavaMail.root@redhat.com>
Message-ID: <52087D3A.10005@redhat.com>


On 08/12/2013 04:00 PM, Gilad Chaplik wrote:
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Monday, August 12, 2013 5:07:59 AM
>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #14] "No	Position"
>>
>> Hello again.
>>
>> I would like to ask one more question with the following details:
>>
>> File: ApplicationConstants
>> Resource ID: noPositionFilter
>> Strings: No Position
>> Question: Could anyone please explain the usage of this string and where in
>> the Admin Portal it appears?
> Hi Yuko,
>
> Configure -> Cluster Policies.
> when adding a filter you may specify it will be invoked first/last in line.
> to remove it from being first/last to no position, use context menu on the selected filter.
>
> Thanks,
> Gilad.
Hi Gilad,

Thank you very much for your prompt reply and explaining it clearly.
I understand it now and can translate the string appropriately.

Kind regards,

Yuko
>
>> Thank you,
>>
>> Yuko
>>
>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/fa0d9c8e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/fa0d9c8e/attachment.png>

From plysab at gmail.com  Mon Aug 12 06:34:02 2013
From: plysab at gmail.com (plysan)
Date: Mon, 12 Aug 2013 14:34:02 +0800
Subject: [Engine-devel] should we check for active host before activate
	SD?
In-Reply-To: <648545344.90168.1376285070298.JavaMail.root@redhat.com>
References: <CANDY9WO4CeNpJuRaszgkY0C4ShMCvpFT3aDuKRRJnWAk+utJXA@mail.gmail.com>
	<648545344.90168.1376285070298.JavaMail.root@redhat.com>
Message-ID: <CANDY9WMJ5B0M0EvUb7DOgNW0VWehvGTto7HVih5=BHw7YMLNMw@mail.gmail.com>

Hi Liron:
Thanks for your reply, please see comment below.

2013/8/12 Liron Aravot <laravot at redhat.com>

>
>
> ----- Original Message -----
> > From: "plysan" <plysab at gmail.com>
> > To: engine-devel at ovirt.org
> > Sent: Sunday, August 11, 2013 8:09:19 PM
> > Subject: [Engine-devel] should we check for active host before activate
> SD?
> >
> > Hi all:
> > Currently I get into a situation with a NFS data center which maintained
> both
> > hosts and storage domains.
> > Now if I first activate host then SD, everything works fine. But if I
> > mistakenly first activate SD, the data center gets into a non responsive
> > status, after this if I try to activate a host, it will get into a non
> > operational state, it seems I can't find a way to get the DC running
> again.
> > I think a additional check should be done before activate a SD, and i've
> > uploaded a patch for a solution of this issue:
> http://gerrit.ovirt.org/17940
> > I haven't test with other storage types, but activating a SD need a
> > functioning host, right? correct me if i'm wrong :)
> >
> > Best regards,
> > plysan
> >
>
> Hi plysan,
> which version of oVirt are you using?
>
I'm using the latest build with developer mod

> I'll try to answer to each issue separatly:
> 1. Host doesn't move to "UP" after the following - Some fixes were done to
> avoid such situation from happening - so if you would update that should
> happend.

Do you mean there is already some fix available?

> 2. There's no check for any host being up - if that's missing on the flow,
> it might be added as an improvement, but [1] should get you good to go :)
>
I think engine should not try to connect to SD knowing that there is no
active host, otherwise the action would fail. So the check should be added.
Question is whether there be any situation that SD can be activated
successfully even if there is no 'up' host in storage pool?

>
> Let me know if i could help somehow more
> thanks,
> Liron
> > _______________________________________________
> > 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/20130812/9d5bceb2/attachment.html>

From masayag at redhat.com  Mon Aug 12 06:53:29 2013
From: masayag at redhat.com (Moti Asayag)
Date: Mon, 12 Aug 2013 02:53:29 -0400 (EDT)
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question
	#13]	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <52081E05.1010801@redhat.com>
References: <52081E05.1010801@redhat.com>
Message-ID: <2040485316.317862.1376290409850.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Monday, August 12, 2013 2:28:05 AM
> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
> 
> Hi all,
> 
> I would like to ask for your help again with the following questions:
> 
> File: AppErrors
> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
> Strings: Cannot ${action} ${type}. Several ${entities}
> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network interface
> profile:
> ${ENTITIES_USING_VNIC_PROFILE}
> - Please remove it from all ${entities} that are using it and try again.
> Question:
> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
> entities using the VNIC profile?

Yes.

> Is it always greater than 1 or could it be 1 in some cases?

It can be 1 or greater.

> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities using
> the the VNIC profile?
> 

Yes.

Here are 2 examples for the error when the vnic profile is used by one or more vms:

A vnic profile used by a single entity:
Error while executing action: Cannot remove VM network interface profile. Several virtual machines (1) are using this VM network interface profile:
vm1
- Please remove it from all virtual machines that are using it and try again.

A vnic profile used by a two entities:
Error while executing action: Cannot remove VM network interface profile. Several virtual machines (2) are using this VM network interface profile:
vm1,
vm2
- Please remove it from all virtual machines that are using it and try again.

> Thank you,
> 
> Yuko
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From amureini at redhat.com  Mon Aug 12 06:59:17 2013
From: amureini at redhat.com (Allon Mureinik)
Date: Mon, 12 Aug 2013 02:59:17 -0400 (EDT)
Subject: [Engine-devel] LockManager maybe not be really taking locks in
 your flows...
In-Reply-To: <52079CCF.5020700@redhat.com>
References: <238072360.86591.1376229591390.JavaMail.root@redhat.com>
	<496202343.86977.1376229785124.JavaMail.root@redhat.com>
	<52079C2C.7080307@redhat.com> <52079CCF.5020700@redhat.com>
Message-ID: <1343737100.322750.1376290757640.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, August 11, 2013 5:16:47 PM
> Subject: Re: [Engine-devel] LockManager maybe not be really taking locks in your flows...
> 
> On Sun 11 Aug 2013 05:14:04 PM IDT, Roy Golan wrote:
> > On Sun 11 Aug 2013 05:03:05 PM IDT, Yair Zaslavsky wrote:
> >> Hi all,
> >> Thanks to Alon Bar Lev's efforts for preventing to concurrent host
> >> installation for the same host entity + Roy Golan's check of the
> >> code, we saw that for commands that override
> >>
> >> getExclusiveLocks() or getSharedLocks() the locking mechanism does
> >> not work (lock is not being acquired) if there is no annotation of
> >> @LockIdNameAttribute on the class.
> >> A bug was filed for removing this annotation (leftover from some
> >> historical code ) , but until it is fixed - bare in mind you need to
> >> add this annotation in current commands you are working on
> >> in order to utilize the mechanism.
> >> See RemoveVmCommand (has the annotation) vs AddDiskCommand (which
> >> doesn't have the annotation)
> >>
> >>
> >> Cheers,
> >> Yair
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >
> > just to make it clear, the storage commands are calling explicitly
> > aquireLockInternal in the canDoAction. since there is no contract (no
> > interface) we are open to mistakes and misuse. this should be rectified.
> >
> more info from the bug:
> see the list of commands that overrrides getExcelusiveLocks but *don't*
> have the @LockIdNameAttribute annotation:
> 
> bll/src/main/java/org/ovirt/engine/core/bll/AddDiskCommand.java
Manually calls acquireLockInternal() - disgusting, but works (on my todo list for some future version, don't worry).

> bll/src/main/java/org/ovirt/engine/core/bll/MoveOrCopyDiskCommand.java
Same.

> bll/src/main/java/org/ovirt/engine/core/bll/AddVdsCommand.java
> bll/src/main/java/org/ovirt/engine/core/bll/UpdateVmTemplateCommand.java
> bll/src/main/java/org/ovirt/engine/core/bll/ExportRepoImageCommand.java
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ykatabam at redhat.com  Mon Aug 12 07:03:32 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 12 Aug 2013 17:03:32 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <2040485316.317862.1376290409850.JavaMail.root@redhat.com>
References: <52081E05.1010801@redhat.com>
	<2040485316.317862.1376290409850.JavaMail.root@redhat.com>
Message-ID: <520888C4.6020704@redhat.com>


On 08/12/2013 04:53 PM, Moti Asayag wrote:
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Monday, August 12, 2013 2:28:05 AM
>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>
>> Hi all,
>>
>> I would like to ask for your help again with the following questions:
>>
>> File: AppErrors
>> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
>> Strings: Cannot ${action} ${type}. Several ${entities}
>> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network interface
>> profile:
>> ${ENTITIES_USING_VNIC_PROFILE}
>> - Please remove it from all ${entities} that are using it and try again.
>> Question:
>> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
>> entities using the VNIC profile?
> Yes.
>
>> Is it always greater than 1 or could it be 1 in some cases?
> It can be 1 or greater.
>
>> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities using
>> the the VNIC profile?
>>
> Yes.
>
> Here are 2 examples for the error when the vnic profile is used by one or more vms:
>
> A vnic profile used by a single entity:
> Error while executing action: Cannot remove VM network interface profile. Several virtual machines (1) are using this VM network interface profile:
> vm1
> - Please remove it from all virtual machines that are using it and try again.
>
> A vnic profile used by a two entities:
> Error while executing action: Cannot remove VM network interface profile. Several virtual machines (2) are using this VM network interface profile:
> vm1,
> vm2
> - Please remove it from all virtual machines that are using it and try again.
Hi Moti,

Thank you very much for your answer with actual examples. It is very 
helpful.

In my language, I can translate this string in a way which works whether 
the entity is single or plural, but I am not sure about other supported 
locales.
I will share this with other translators and if it is problematic, I 
will get back to you via this mailing list.

Thank you again for your help.

Kind regards,

Yuko
>
>> Thank you,
>>
>> Yuko
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/14b4ac70/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/14b4ac70/attachment.png>

From amureini at redhat.com  Mon Aug 12 07:12:40 2013
From: amureini at redhat.com (Allon Mureinik)
Date: Mon, 12 Aug 2013 03:12:40 -0400 (EDT)
Subject: [Engine-devel] LockManager maybe not be really taking locks in
 your flows...
In-Reply-To: <1343737100.322750.1376290757640.JavaMail.root@redhat.com>
References: <238072360.86591.1376229591390.JavaMail.root@redhat.com>
	<496202343.86977.1376229785124.JavaMail.root@redhat.com>
	<52079C2C.7080307@redhat.com> <52079CCF.5020700@redhat.com>
	<1343737100.322750.1376290757640.JavaMail.root@redhat.com>
Message-ID: <55977367.351458.1376291560212.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Allon Mureinik" <amureini at redhat.com>
> To: "Roy Golan" <rgolan at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, August 12, 2013 9:59:17 AM
> Subject: Re: [Engine-devel] LockManager maybe not be really taking locks in your flows...
> 
> 
> 
> ----- Original Message -----
> > From: "Roy Golan" <rgolan at redhat.com>
> > To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Sunday, August 11, 2013 5:16:47 PM
> > Subject: Re: [Engine-devel] LockManager maybe not be really taking locks in
> > your flows...
> > 
> > On Sun 11 Aug 2013 05:14:04 PM IDT, Roy Golan wrote:
> > > On Sun 11 Aug 2013 05:03:05 PM IDT, Yair Zaslavsky wrote:
> > >> Hi all,
> > >> Thanks to Alon Bar Lev's efforts for preventing to concurrent host
> > >> installation for the same host entity + Roy Golan's check of the
> > >> code, we saw that for commands that override
> > >>
> > >> getExclusiveLocks() or getSharedLocks() the locking mechanism does
> > >> not work (lock is not being acquired) if there is no annotation of
> > >> @LockIdNameAttribute on the class.
> > >> A bug was filed for removing this annotation (leftover from some
> > >> historical code ) , but until it is fixed - bare in mind you need to
> > >> add this annotation in current commands you are working on
> > >> in order to utilize the mechanism.
> > >> See RemoveVmCommand (has the annotation) vs AddDiskCommand (which
> > >> doesn't have the annotation)
> > >>
> > >>
> > >> Cheers,
> > >> Yair
> > >> _______________________________________________
> > >> Engine-devel mailing list
> > >> Engine-devel at ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >
> > > just to make it clear, the storage commands are calling explicitly
> > > aquireLockInternal in the canDoAction. since there is no contract (no
> > > interface) we are open to mistakes and misuse. this should be rectified.
> > >
> > more info from the bug:
> > see the list of commands that overrrides getExcelusiveLocks but *don't*
> > have the @LockIdNameAttribute annotation:
> > 
> > bll/src/main/java/org/ovirt/engine/core/bll/AddDiskCommand.java
> Manually calls acquireLockInternal() - disgusting, but works (on my todo list
> for some future version, don't worry).
> 
> > bll/src/main/java/org/ovirt/engine/core/bll/MoveOrCopyDiskCommand.java
> Same.
> 
> > bll/src/main/java/org/ovirt/engine/core/bll/AddVdsCommand.java
> > bll/src/main/java/org/ovirt/engine/core/bll/UpdateVmTemplateCommand.java

> > bll/src/main/java/org/ovirt/engine/core/bll/ExportRepoImageCommand.java
Fixed: http://gerrit.ovirt.org/#/c/17946/

> > 
> > _______________________________________________
> > 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 masayag at redhat.com  Mon Aug 12 07:23:49 2013
From: masayag at redhat.com (Moti Asayag)
Date: Mon, 12 Aug 2013 03:23:49 -0400 (EDT)
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
 "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <520888C4.6020704@redhat.com>
References: <52081E05.1010801@redhat.com>
	<2040485316.317862.1376290409850.JavaMail.root@redhat.com>
	<520888C4.6020704@redhat.com>
Message-ID: <297859781.363734.1376292229278.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Monday, August 12, 2013 10:03:32 AM
> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13] "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
> 
> 
> On 08/12/2013 04:53 PM, Moti Asayag wrote:
> >
> > ----- Original Message -----
> >> From: "Yuko Katabami" <ykatabam at redhat.com>
> >> To: engine-devel at ovirt.org
> >> Sent: Monday, August 12, 2013 2:28:05 AM
> >> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
> >> 	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
> >>
> >> Hi all,
> >>
> >> I would like to ask for your help again with the following questions:
> >>
> >> File: AppErrors
> >> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
> >> Strings: Cannot ${action} ${type}. Several ${entities}
> >> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network
> >> interface
> >> profile:
> >> ${ENTITIES_USING_VNIC_PROFILE}
> >> - Please remove it from all ${entities} that are using it and try again.
> >> Question:
> >> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
> >> entities using the VNIC profile?
> > Yes.
> >
> >> Is it always greater than 1 or could it be 1 in some cases?
> > It can be 1 or greater.
> >
> >> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities
> >> using
> >> the the VNIC profile?
> >>
> > Yes.
> >
> > Here are 2 examples for the error when the vnic profile is used by one or
> > more vms:
> >
> > A vnic profile used by a single entity:
> > Error while executing action: Cannot remove VM network interface profile.
> > Several virtual machines (1) are using this VM network interface profile:
> > vm1
> > - Please remove it from all virtual machines that are using it and try
> > again.
> >
> > A vnic profile used by a two entities:
> > Error while executing action: Cannot remove VM network interface profile.
> > Several virtual machines (2) are using this VM network interface profile:
> > vm1,
> > vm2
> > - Please remove it from all virtual machines that are using it and try
> > again.
> Hi Moti,
> 
> Thank you very much for your answer with actual examples. It is very
> helpful.
> 
> In my language, I can translate this string in a way which works whether
> the entity is single or plural, but I am not sure about other supported
> locales.
> I will share this with other translators and if it is problematic, I
> will get back to you via this mailing list.
> 

Please note that there are several messages that share the same format:

ACTION_TYPE_FAILED_NETWORK_IN_USE=Cannot ${action} ${type}. Several ${entities} (${ENTITIES_USING_NETWORK_COUNTER}) are using this logical network:\n${ENTITIES_USING_NETWORK}\n - Please remove it from all ${entities} that are using it and try again.

ACTION_TYPE_FAILED_PROVIDER_NETWORKS_USED=Cannot ${action} ${type}. Several external networks (${NETWORK_NAMES_COUNTER}) are being used by virtual machines and/or templates:\n${NETWORK_NAMES}\n - Please resolve the external networks usage first and try again.

> Thank you again for your help.
> 
> Kind regards,
> 
> Yuko
> >
> >> Thank you,
> >>
> >> Yuko
> >> --
> >> Regards,
> >>
> >> Yuko Katabami (?????)
> >> Technical Translator II
> >> NAATI Accredited Professional Translator (English into Japanese) #28138
> >> RHCSA #111-119-244
> >> Mobile: +61 415 847 352
> >> Email: ykatabam at redhat.com
> >>
> >>
> >>
> >> Red Hat, Asia-Pacific Pty Ltd
> >> Level 1, 193 North Quay
> >> Brisbane 4000
> >> Office: +61 7 3514 8100
> >> Fax: +61 7 3514 8199
> >> Website: www.redhat.com
> >>
> >> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> >> Twitter: Red Hat APAC | Red Hat ANZ
> >> LinkedIn: Red Hat APAC | JBoss APAC
> >>
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
> 
> Red Hat
> 
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
> 
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
> <http://www.facebook.com/redhatkorea> | JBoss APAC
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
> ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
> 


From ykatabam at redhat.com  Mon Aug 12 07:26:51 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 12 Aug 2013 17:26:51 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <297859781.363734.1376292229278.JavaMail.root@redhat.com>
References: <52081E05.1010801@redhat.com>
	<2040485316.317862.1376290409850.JavaMail.root@redhat.com>
	<520888C4.6020704@redhat.com>
	<297859781.363734.1376292229278.JavaMail.root@redhat.com>
Message-ID: <52088E3B.1020409@redhat.com>


On 08/12/2013 05:23 PM, Moti Asayag wrote:
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: "Moti Asayag" <masayag at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Monday, August 12, 2013 10:03:32 AM
>> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13] "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>
>>
>> On 08/12/2013 04:53 PM, Moti Asayag wrote:
>>> ----- Original Message -----
>>>> From: "Yuko Katabami" <ykatabam at redhat.com>
>>>> To: engine-devel at ovirt.org
>>>> Sent: Monday, August 12, 2013 2:28:05 AM
>>>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
>>>> 	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>>>
>>>> Hi all,
>>>>
>>>> I would like to ask for your help again with the following questions:
>>>>
>>>> File: AppErrors
>>>> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
>>>> Strings: Cannot ${action} ${type}. Several ${entities}
>>>> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network
>>>> interface
>>>> profile:
>>>> ${ENTITIES_USING_VNIC_PROFILE}
>>>> - Please remove it from all ${entities} that are using it and try again.
>>>> Question:
>>>> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
>>>> entities using the VNIC profile?
>>> Yes.
>>>
>>>> Is it always greater than 1 or could it be 1 in some cases?
>>> It can be 1 or greater.
>>>
>>>> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities
>>>> using
>>>> the the VNIC profile?
>>>>
>>> Yes.
>>>
>>> Here are 2 examples for the error when the vnic profile is used by one or
>>> more vms:
>>>
>>> A vnic profile used by a single entity:
>>> Error while executing action: Cannot remove VM network interface profile.
>>> Several virtual machines (1) are using this VM network interface profile:
>>> vm1
>>> - Please remove it from all virtual machines that are using it and try
>>> again.
>>>
>>> A vnic profile used by a two entities:
>>> Error while executing action: Cannot remove VM network interface profile.
>>> Several virtual machines (2) are using this VM network interface profile:
>>> vm1,
>>> vm2
>>> - Please remove it from all virtual machines that are using it and try
>>> again.
>> Hi Moti,
>>
>> Thank you very much for your answer with actual examples. It is very
>> helpful.
>>
>> In my language, I can translate this string in a way which works whether
>> the entity is single or plural, but I am not sure about other supported
>> locales.
>> I will share this with other translators and if it is problematic, I
>> will get back to you via this mailing list.
>>
> Please note that there are several messages that share the same format:
>
> ACTION_TYPE_FAILED_NETWORK_IN_USE=Cannot ${action} ${type}. Several ${entities} (${ENTITIES_USING_NETWORK_COUNTER}) are using this logical network:\n${ENTITIES_USING_NETWORK}\n - Please remove it from all ${entities} that are using it and try again.
>
> ACTION_TYPE_FAILED_PROVIDER_NETWORKS_USED=Cannot ${action} ${type}. Several external networks (${NETWORK_NAMES_COUNTER}) are being used by virtual machines and/or templates:\n${NETWORK_NAMES}\n - Please resolve the external networks usage first and try again.
Thank you Moti for this extra information.
I will also pass this onto other translators.
Very much appreciated.

Kind regards,

Yuko
>
>> Thank you again for your help.
>>
>> Kind regards,
>>
>> Yuko
>>>> Thank you,
>>>>
>>>> Yuko
>>>> --
>>>> Regards,
>>>>
>>>> Yuko Katabami (?????)
>>>> Technical Translator II
>>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>>> RHCSA #111-119-244
>>>> Mobile: +61 415 847 352
>>>> Email: ykatabam at redhat.com
>>>>
>>>>
>>>>
>>>> Red Hat, Asia-Pacific Pty Ltd
>>>> Level 1, 193 North Quay
>>>> Brisbane 4000
>>>> Office: +61 7 3514 8100
>>>> Fax: +61 7 3514 8199
>>>> Website: www.redhat.com
>>>>
>>>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>>>> Twitter: Red Hat APAC | Red Hat ANZ
>>>> LinkedIn: Red Hat APAC | JBoss APAC
>>>>
>>>> _______________________________________________
>>>> Engine-devel mailing list
>>>> Engine-devel at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> *Mobile:* +61 415 847 352
>> *Email:* ykatabam at redhat.com
>>
>> Red Hat
>>
>> *Red Hat, Asia-Pacific Pty Ltd*
>> Level 1, 193 North Quay
>> Brisbane 4000
>> *Office:* +61 7 3514 8100
>> *Fax:* +61 7 3514 8199
>> *Website:* www.redhat.com <http://www.redhat.com>
>>
>> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
>> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
>> <http://www.facebook.com/redhatkorea> | JBoss APAC
>> <http://www.facebook.com/JBossAPAC>
>> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
>> ANZ <http://www.twitter.com/redhatanz>
>> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
>> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/18beb21d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130812/18beb21d/attachment.png>

From emesika at redhat.com  Mon Aug 12 07:51:07 2013
From: emesika at redhat.com (Eli Mesika)
Date: Mon, 12 Aug 2013 03:51:07 -0400 (EDT)
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <520875A3.6020600@redhat.com>
References: <520875A3.6020600@redhat.com>
Message-ID: <1731655114.276503.1376293867438.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sahina Bose" <sabose at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org, "Michael Pasternak" <mpastern at redhat.com>
> Sent: Monday, August 12, 2013 8:41:55 AM
> Subject: [Engine-devel] Gluster Volume asynchronous tasks
> 
> Hi all,
> 
> We are working on a feature to add support to start and monitor gluster
> volume asynchronous tasks (like rebalancing a gluster volume, removing
> brick from volume ) from the oVirt engine.
> 
> The operations can be started from the Volumes tab or the Bricks sub-tab
> using the Rebalance, Remove options.
> These are long running operations which can be monitored using a task id
> returned from Gluster. We are planning to add the monitoring in the
> existing Task sub tab
> 
> The feature description and User flows are at
> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
> 
> The detailed design (including REST API design) is at
> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
> 
> I would really appreciate if you could review and provide your valuable
> feedback.

I Sahina
Why not using 6the External Tasks feature introduced for 3.3 for those Gluster tasks ???
http://www.ovirt.org/Features/Design/DetailedExternalTasks



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


From sabose at redhat.com  Mon Aug 12 08:51:15 2013
From: sabose at redhat.com (Sahina Bose)
Date: Mon, 12 Aug 2013 14:21:15 +0530
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <1731655114.276503.1376293867438.JavaMail.root@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
Message-ID: <5208A203.2080101@redhat.com>


On 08/12/2013 01:21 PM, Eli Mesika wrote:
>
> ----- Original Message -----
>> From: "Sahina Bose" <sabose at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org, "Michael Pasternak" <mpastern at redhat.com>
>> Sent: Monday, August 12, 2013 8:41:55 AM
>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>
>> Hi all,
>>
>> We are working on a feature to add support to start and monitor gluster
>> volume asynchronous tasks (like rebalancing a gluster volume, removing
>> brick from volume ) from the oVirt engine.
>>
>> The operations can be started from the Volumes tab or the Bricks sub-tab
>> using the Rebalance, Remove options.
>> These are long running operations which can be monitored using a task id
>> returned from Gluster. We are planning to add the monitoring in the
>> existing Task sub tab
>>
>> The feature description and User flows are at
>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
>>
>> The detailed design (including REST API design) is at
>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
>>
>> I would really appreciate if you could review and provide your valuable
>> feedback.
> I Sahina
> Why not using 6the External Tasks feature introduced for 3.3 for those Gluster tasks ???
> http://www.ovirt.org/Features/Design/DetailedExternalTasks
Hi Eli,

We still want to be able to start and stop these operations from the engine.
So, when a user wants to say, rebalance a volume, they would go select 
the volume and click on Rebalance Start.
This would then call the BLL command to start rebalance which will 
invoke the corresponding vdsm verb to start the rebalance on the volume.
This is the same as existing flow for other commands. The only 
difference is the vdsm verb will return the task id from gluster, for 
the rebalance operation that was started. And we will monitor the 
progress of the task using the gluster task id (by calling a gluster 
command)

I'm not sure how ExternalTasks would fit in here? I was thinking of 
using ExternalTask support for adding Job/Steps to engine when the 
operation is started outside of engine, that is, from Gluster CLI.
Please correct me if I'm missing something.


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



From yzaslavs at redhat.com  Mon Aug 12 09:58:15 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Mon, 12 Aug 2013 05:58:15 -0400 (EDT)
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <5208A203.2080101@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
	<5208A203.2080101@redhat.com>
Message-ID: <1028116748.433511.1376301495249.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sahina Bose" <sabose at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
> Sent: Monday, August 12, 2013 11:51:15 AM
> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
> 
> 
> On 08/12/2013 01:21 PM, Eli Mesika wrote:
> >
> > ----- Original Message -----
> >> From: "Sahina Bose" <sabose at redhat.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org, "Michael
> >> Pasternak" <mpastern at redhat.com>
> >> Sent: Monday, August 12, 2013 8:41:55 AM
> >> Subject: [Engine-devel] Gluster Volume asynchronous tasks
> >>
> >> Hi all,
> >>
> >> We are working on a feature to add support to start and monitor gluster
> >> volume asynchronous tasks (like rebalancing a gluster volume, removing
> >> brick from volume ) from the oVirt engine.
> >>
> >> The operations can be started from the Volumes tab or the Bricks sub-tab
> >> using the Rebalance, Remove options.
> >> These are long running operations which can be monitored using a task id
> >> returned from Gluster. We are planning to add the monitoring in the
> >> existing Task sub tab
> >>
> >> The feature description and User flows are at
> >> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
> >>
> >> The detailed design (including REST API design) is at
> >> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
> >>
> >> I would really appreciate if you could review and provide your valuable
> >> feedback.
> > I Sahina
> > Why not using 6the External Tasks feature introduced for 3.3 for those
> > Gluster tasks ???
> > http://www.ovirt.org/Features/Design/DetailedExternalTasks
> Hi Eli,
> 
> We still want to be able to start and stop these operations from the engine.
> So, when a user wants to say, rebalance a volume, they would go select
> the volume and click on Rebalance Start.
> This would then call the BLL command to start rebalance which will
> invoke the corresponding vdsm verb to start the rebalance on the volume.
> This is the same as existing flow for other commands. The only
> difference is the vdsm verb will return the task id from gluster, for
> the rebalance operation that was started. And we will monitor the
> progress of the task using the gluster task id (by calling a gluster
> command)
> 
> I'm not sure how ExternalTasks would fit in here? I was thinking of
> using ExternalTask support for adding Job/Steps to engine when the
> operation is started outside of engine, that is, from Gluster CLI.
> Please correct me if I'm missing something.

Does this mean that from Gluster CLI you will not try and invoke the rebalance command ?
(I mean, I should either use Gluster CLI or Engine's REST API?)

> 
> 
> >
> >
> >
> >> thanks
> >> sahina
> >> _______________________________________________
> >> 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 sabose at redhat.com  Mon Aug 12 10:09:29 2013
From: sabose at redhat.com (Sahina Bose)
Date: Mon, 12 Aug 2013 15:39:29 +0530
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <1028116748.433511.1376301495249.JavaMail.root@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
	<5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
Message-ID: <5208B459.7000808@redhat.com>


On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
>
> ----- Original Message -----
>> From: "Sahina Bose" <sabose at redhat.com>
>> To: "Eli Mesika" <emesika at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>> Sent: Monday, August 12, 2013 11:51:15 AM
>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>
>>
>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
>>> ----- Original Message -----
>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org, "Michael
>>>> Pasternak" <mpastern at redhat.com>
>>>> Sent: Monday, August 12, 2013 8:41:55 AM
>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>>>
>>>> Hi all,
>>>>
>>>> We are working on a feature to add support to start and monitor gluster
>>>> volume asynchronous tasks (like rebalancing a gluster volume, removing
>>>> brick from volume ) from the oVirt engine.
>>>>
>>>> The operations can be started from the Volumes tab or the Bricks sub-tab
>>>> using the Rebalance, Remove options.
>>>> These are long running operations which can be monitored using a task id
>>>> returned from Gluster. We are planning to add the monitoring in the
>>>> existing Task sub tab
>>>>
>>>> The feature description and User flows are at
>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
>>>>
>>>> The detailed design (including REST API design) is at
>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
>>>>
>>>> I would really appreciate if you could review and provide your valuable
>>>> feedback.
>>> I Sahina
>>> Why not using 6the External Tasks feature introduced for 3.3 for those
>>> Gluster tasks ???
>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
>> Hi Eli,
>>
>> We still want to be able to start and stop these operations from the engine.
>> So, when a user wants to say, rebalance a volume, they would go select
>> the volume and click on Rebalance Start.
>> This would then call the BLL command to start rebalance which will
>> invoke the corresponding vdsm verb to start the rebalance on the volume.
>> This is the same as existing flow for other commands. The only
>> difference is the vdsm verb will return the task id from gluster, for
>> the rebalance operation that was started. And we will monitor the
>> progress of the task using the gluster task id (by calling a gluster
>> command)
>>
>> I'm not sure how ExternalTasks would fit in here? I was thinking of
>> using ExternalTask support for adding Job/Steps to engine when the
>> operation is started outside of engine, that is, from Gluster CLI.
>> Please correct me if I'm missing something.
> Does this mean that from Gluster CLI you will not try and invoke the rebalance command ?
> (I mean, I should either use Gluster CLI or Engine's REST API?)
Rebalance volume command could be invoked in any of the following ways:
1. From the console UI (clicking on Rebalance as shown in 
http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume)
2. Using REST API
3. Outside of engine, from Gluster CLI - In such cases, the engine 
should detect that a user has triggered rebalance operation outside the 
engine, and allow the user to monitor progress of this from the engine. 
This is where, we need support to add a Job for an operation that was 
started externally, so that it can be seen in the Tasks tab.
>
>>
>>>
>>>
>>>> thanks
>>>> sahina
>>>> _______________________________________________
>>>> 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 acathrow at redhat.com  Mon Aug 12 11:21:56 2013
From: acathrow at redhat.com (Andrew Cathrow)
Date: Mon, 12 Aug 2013 07:21:56 -0400 (EDT)
Subject: [Engine-devel] [vdsm] How to handle qemu 1.3 dep for Gluster
	Storage Domain
In-Reply-To: <1807490566.127571.1376305889711.JavaMail.root@redhat.com>
References: <5200873E.7060805@linux.vnet.ibm.com>
	<5201D956.8060704@redhat.com> <520221DE.1090503@redhat.com>
	<1807490566.127571.1376305889711.JavaMail.root@redhat.com>
Message-ID: <26266076.338.1376306511272.JavaMail.acathrow@aic-desktop.cathrow.org>

> ----- Forwarded Message -----
> > From: "Itamar Heim" <iheim at redhat.com>
> > To: "Sahina Bose" <sabose at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>, "VDSM Project
> > Development" <vdsm-devel at lists.fedorahosted.org>
> > Sent: Wednesday, August 7, 2013 1:30:54 PM
> > Subject: Re: [vdsm] How to handle qemu 1.3 dep for Gluster Storage
> > Domain
> > 
> > On 08/07/2013 08:21 AM, Sahina Bose wrote:
> > > [Adding engine-devel]
> > >
> > > On 08/06/2013 10:48 AM, Deepak C Shetty wrote:
> > >> Hi All,
> > >>     There were 2 learnings from BZ
> > >> https://bugzilla.redhat.com/show_bug.cgi?id=988299
> > >>
> > >> 1) Gluster RPM deps were not proper in VDSM when using Gluster
> > >> Storage
> > >> Domain. This has been partly addressed
> > >> by the gluster-devel thread @
> > >> http://lists.gnu.org/archive/html/gluster-devel/2013-08/msg00008.html
> > >> and will be fully addressed once Gluster folks ensure their
> > >> packaging
> > >> is friendly enuf for VDSM to consume
> > >> just the needed bits. Once that happens, i will be sending a
> > >> patch to
> > >> vdsm.spec.in to update the gluster
> > >> deps correctly. So this issue gets addressed in near term.
> > >>
> > >> 2) Gluster storage domain needs minimum libvirt 1.0.1 and qemu
> > >> 1.3.
> > >>
> > >> libvirt 1.0.1 has the support for representing gluster as a
> > >> network
> > >> block device and qemu 1.3 has the
> > >> native support for gluster block backend which supports
> > >> gluster://...
> > >> URI way of representing a gluster
> > >> based file (aka volume/vmdisk in VDSM case). Many distros (incl.
> > >> centos 6.4 in the BZ) won't have qemu
> > >> 1.3 in their distro repos! How do we handle this dep in VDSM ?
> > >>
> > >> Do we disable gluster storage domain in oVirt engine if VDSM
> > >> reports
> > >> qemu < 1.3 as part of getCapabilities ?
> > >> or
> > >> Do we ensure qemu 1.3 is present in ovirt.repo assuming
> > >> ovirt.repo is
> > >> always present on VDSM hosts in which
> > >> case when VDSM gets installed, qemu 1.3 dep in vdsm.spec.in will
> > >> install qemu 1.3 from the ovirt.repo
> > >> instead of the distro repo. This means vdsm.spec.in will have
> > >> qemu >=
> > >> 1.3 under Requires.
> > >>
> > > Is this possible to make this a conditional install? That is,
> > > only if
> > > Storage Domain = GlusterFS in the Data center, the bootstrapping
> > > of host
> > > will install the qemu 1.3 and dependencies.
> > >
> > > (The question still remains as to where the qemu 1.3 rpms will be
> > > available)

RHEL6.5 (and so CentOS 6.5) will get backported libgfapi support so we shouldn't need to require qemu 1.3 just the appropriate qemu-kvm version from 6.5

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

> > >
> > 
> > hosts are installed prior to storage domain definition usually.
> > we need to find a solution to having a qemu > 1.3 for .el6 (or
> > another
> > version of qemu with this feature set).
> > 

> 
> > >> What will be a good way to handle this ?
> > >> Appreciate your response
> > >>
> > >> thanx,
> > >> deepak
> > >>
> > >> _______________________________________________
> > >> vdsm-devel mailing list
> > >> vdsm-devel at lists.fedorahosted.org
> > >> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> > >
> > > _______________________________________________
> > > vdsm-devel mailing list
> > > vdsm-devel at lists.fedorahosted.org
> > > https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> > 
> > _______________________________________________
> > vdsm-devel mailing list
> > vdsm-devel at lists.fedorahosted.org
> > https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> > 
> 


From masayag at redhat.com  Mon Aug 12 11:55:03 2013
From: masayag at redhat.com (Moti Asayag)
Date: Mon, 12 Aug 2013 07:55:03 -0400 (EDT)
Subject: [Engine-devel] Port mirroring in 3.4
In-Reply-To: <853228163.512552.1376305239560.JavaMail.root@redhat.com>
Message-ID: <308742819.555131.1376308503893.JavaMail.root@redhat.com>

Hi All,

As part of adding the the vnic profiles feature, the configuration of the
port mirroring moved from a vnic level to the profile level which the vnic uses.
It unravels the need for granting a specific PORT_MIRRORING action group on the
network to allow the user to set a vnic for port mirroring on that network. 
The old behaviour was simplified by granting the VnicProfileUser role on the 
profile that the admin permits the user to use. The admin is responsible to 
determine whether the profile should be served for port mirroring or not.

It makes the old PORT_MIRRORING action group redundant, as it is no longer 
being used for controlling the port mirroring attribute of the network on the vm.
An existing permissions for user for port mirroring will be replaced with a
proper permissions on a vnic profile setted for port mirroring during upgrade.

I would like to remove the PORT_MIRRORING action group entirely from the engine
and from the REST as well.

Is there any objection for doing so ?

Thanks,
Moti 







From mpastern at redhat.com  Mon Aug 12 12:50:27 2013
From: mpastern at redhat.com (Michael Pasternak)
Date: Mon, 12 Aug 2013 15:50:27 +0300
Subject: [Engine-devel] Deprecating signatures/parameters in restapi (RSDL)
Message-ID: <5208DA13.2060904@redhat.com>


Hi All,

We have added the ability to deprecate signatures/parameters in RSDL,
you can mark parameter as deprecated in rsdl_metadata.yaml file this way [1],
please make sure you deprecating signatures/parameters which planned
to be non-maintained/removed.

thanks.

[1]

signature parameter:
===================

vm.display.type--DEPRECATED: xs:string


url parameter:
=============

max: {context: matrix, type: 'xs:int', value: 'max results', required: false, deprecated: true}


header parameter:
=================

Filter: {value: true|false, required: false, deprecated: true}


entire signature:
================

- mandatoryArguments: {}
optionalArguments: {action.vm.os.initRd: 'xs:string', action.vm.domain.name: 'xs:string',
  action.vm.placement_policy.host.id|name: 'xs:string', action.vm.placement_policy.affinity: 'xs:string',
  action.async: 'xs:boolean', action.vm.os.kernel: 'xs:string', action.grace_period.expiry: 'xs:long',
  action.vm.display.type: 'xs:string', action.vm.stateless: 'xs:boolean', action.vm.os.cmdline: 'xs:string',
  action.vm.domain.user.username: 'xs:string', action.pause: 'xs:boolean',
  action.vm.os.boot--COLLECTION: {boot.dev: 'xs:string'}, action.vm.domain.user.password: 'xs:string'}
deprecated: true

-- 



Michael Pasternak
RedHat, ENG-Virtualization R&D


From ykatabam at redhat.com  Tue Aug 13 01:08:38 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Tue, 13 Aug 2013 11:08:38 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <52088E3B.1020409@redhat.com>
References: <52081E05.1010801@redhat.com>
	<2040485316.317862.1376290409850.JavaMail.root@redhat.com>
	<520888C4.6020704@redhat.com>
	<297859781.363734.1376292229278.JavaMail.root@redhat.com>
	<52088E3B.1020409@redhat.com>
Message-ID: <52098716.4090703@redhat.com>


On 08/12/2013 05:26 PM, Yuko Katabami wrote:
>
> On 08/12/2013 05:23 PM, Moti Asayag wrote:
>> ----- Original Message -----
>>> From: "Yuko Katabami"<ykatabam at redhat.com>
>>> To: "Moti Asayag"<masayag at redhat.com>
>>> Cc:engine-devel at ovirt.org
>>> Sent: Monday, August 12, 2013 10:03:32 AM
>>> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13] "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>>
>>>
>>> On 08/12/2013 04:53 PM, Moti Asayag wrote:
>>>> ----- Original Message -----
>>>>> From: "Yuko Katabami"<ykatabam at redhat.com>
>>>>> To:engine-devel at ovirt.org
>>>>> Sent: Monday, August 12, 2013 2:28:05 AM
>>>>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
>>>>> 	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I would like to ask for your help again with the following questions:
>>>>>
>>>>> File: AppErrors
>>>>> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
>>>>> Strings: Cannot ${action} ${type}. Several ${entities}
>>>>> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network
>>>>> interface
>>>>> profile:
>>>>> ${ENTITIES_USING_VNIC_PROFILE}
>>>>> - Please remove it from all ${entities} that are using it and try again.
>>>>> Question:
>>>>> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
>>>>> entities using the VNIC profile?
>>>> Yes.
>>>>
>>>>> Is it always greater than 1 or could it be 1 in some cases?
>>>> It can be 1 or greater.
>>>>
>>>>> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities
>>>>> using
>>>>> the the VNIC profile?
>>>>>
>>>> Yes.
>>>>
>>>> Here are 2 examples for the error when the vnic profile is used by one or
>>>> more vms:
>>>>
>>>> A vnic profile used by a single entity:
>>>> Error while executing action: Cannot remove VM network interface profile.
>>>> Several virtual machines (1) are using this VM network interface profile:
>>>> vm1
>>>> - Please remove it from all virtual machines that are using it and try
>>>> again.
>>>>
>>>> A vnic profile used by a two entities:
>>>> Error while executing action: Cannot remove VM network interface profile.
>>>> Several virtual machines (2) are using this VM network interface profile:
>>>> vm1,
>>>> vm2
>>>> - Please remove it from all virtual machines that are using it and try
>>>> again.
>>> Hi Moti,
>>>
>>> Thank you very much for your answer with actual examples. It is very
>>> helpful.
>>>
>>> In my language, I can translate this string in a way which works whether
>>> the entity is single or plural, but I am not sure about other supported
>>> locales.
>>> I will share this with other translators and if it is problematic, I
>>> will get back to you via this mailing list.
>>>
>> Please note that there are several messages that share the same format:
>>
>> ACTION_TYPE_FAILED_NETWORK_IN_USE=Cannot ${action} ${type}. Several ${entities} (${ENTITIES_USING_NETWORK_COUNTER}) are using this logical network:\n${ENTITIES_USING_NETWORK}\n - Please remove it from all ${entities} that are using it and try again.
>>
>> ACTION_TYPE_FAILED_PROVIDER_NETWORKS_USED=Cannot ${action} ${type}. Several external networks (${NETWORK_NAMES_COUNTER}) are being used by virtual machines and/or templates:\n${NETWORK_NAMES}\n - Please resolve the external networks usage first and try again.
> Thank you Moti for this extra information.
> I will also pass this onto other translators.
> Very much appreciated.
>
> Kind regards,
>
> Yuko

Hi Moti,

I have discussed with other translators and confirmed that all those 
three strings in the same format are problematic for localization.
The current format only works if the entity is plural.
In the example (with single entity) you have given:
*
**Error while executing action: Cannot remove VM network interface 
profile.**
****_Several_ **virtual machine**_s_**(1) **_are_**using this VM network 
interface profile:**
**vm1**
**- Please remove it from **_all_**__**virtual machine**_s_**that are 
using it and try again.*

1) It has the word "several" and "all" preceding the entity. Those 
adjectives do not work with a singular noun in all languages, and it 
grammatically wrong in English as well.
2) ${entities} is shown always plural even it is singular "Virtual 
Machines (1)" - this is not correct.
3) Verb "are" should only be used when the nominative is plural

We are wondering if the English strings (all three) can be changed to be 
grammatically correct.
(or perhaps separate strings for singular and plural?)

Kind regards,

Yuko



>>> Thank you again for your help.
>>>
>>> Kind regards,
>>>
>>> Yuko
>>>>> Thank you,
>>>>>
>>>>> Yuko
>>>>> --
>>>>> Regards,
>>>>>
>>>>> Yuko Katabami (?????)
>>>>> Technical Translator II
>>>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>>>> RHCSA #111-119-244
>>>>> Mobile: +61 415 847 352
>>>>> Email:ykatabam at redhat.com
>>>>>
>>>>>
>>>>>
>>>>> Red Hat, Asia-Pacific Pty Ltd
>>>>> Level 1, 193 North Quay
>>>>> Brisbane 4000
>>>>> Office: +61 7 3514 8100
>>>>> Fax: +61 7 3514 8199
>>>>> Website:www.redhat.com
>>>>>
>>>>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>>>>> Twitter: Red Hat APAC | Red Hat ANZ
>>>>> LinkedIn: Red Hat APAC | JBoss APAC
>>>>>
>>>>> _______________________________________________
>>>>> Engine-devel mailing list
>>>>> Engine-devel at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>>
>>> --
>>> Regards,
>>>
>>> Yuko Katabami (?????)
>>> Technical Translator II
>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>> RHCSA #111-119-244
>>> *Mobile:* +61 415 847 352
>>> *Email:*ykatabam at redhat.com
>>>
>>> Red Hat
>>>
>>> *Red Hat, Asia-Pacific Pty Ltd*
>>> Level 1, 193 North Quay
>>> Brisbane 4000
>>> *Office:* +61 7 3514 8100
>>> *Fax:* +61 7 3514 8199
>>> *Website:*www.redhat.com  <http://www.redhat.com>
>>>
>>> *Facebook:* Red Hat APAC<http://www.facebook.com/redhatapac>  | Red Hat
>>> Japan<http://www.facebook.com/redhatjapan>  | Red Hat Korea
>>> <http://www.facebook.com/redhatkorea>  | JBoss APAC
>>> <http://www.facebook.com/JBossAPAC>
>>> *Twitter:* Red Hat APAC<http://www.twitter.com/red_hat_apac>  | Red Hat
>>> ANZ<http://www.twitter.com/redhatanz>
>>> *LinkedIn:* Red Hat APAC<http://www.linkedin.com/groups?gid=3124596>  |
>>> JBoss APAC<http://www.linkedin.com/groups?gid=4068303>
>>>
>
> -- 
> Regards,
>
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
>
> Red Hat
>
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
>
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red 
> Hat Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
> <http://www.facebook.com/redhatkorea> | JBoss APAC 
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red 
> Hat ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> 
> | JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130813/12a96125/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130813/12a96125/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130813/12a96125/attachment-0001.png>

From mpastern at redhat.com  Tue Aug 13 11:44:04 2013
From: mpastern at redhat.com (Michael Pasternak)
Date: Tue, 13 Aug 2013 14:44:04 +0300
Subject: [Engine-devel] Failed to execute stage 'Misc configuration'
Message-ID: <520A1C04.2060703@redhat.com>

Any insight?

[ ERROR ] Failed to execute stage 'Misc configuration': Command '/home/mpastern/Coding/ovirt/ovirt-engine/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute
[WARNING] Rolling back upgrade

* rebased at 20031dd61f6c6517a5e21d38485c3c3b626fd8aa

-- 

Michael Pasternak
RedHat, ENG-Virtualization R&D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ovirt-engine-setup-20130813143837.log
Type: text/x-log
Size: 757971 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130813/189fb8a2/attachment.bin>

From alonbl at redhat.com  Tue Aug 13 11:45:34 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 13 Aug 2013 07:45:34 -0400 (EDT)
Subject: [Engine-devel] Failed to execute stage 'Misc configuration'
In-Reply-To: <520A1C04.2060703@redhat.com>
References: <520A1C04.2060703@redhat.com>
Message-ID: <2021661022.541346.1376394334901.JavaMail.root@redhat.com>

Running upgrade sql script upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql ...

2013-08-13 14:39:38 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.db.schema plugin.execute:446 execute-output: ['/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade.sh', '-s', 'localhost', '-p', '5432', '-u', '**FILTERED**', '-d', '**FILTERED**', '-l', '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/log/ovirt-**FILTERED**/setup/ovirt-**FILTERED**-setup-20130813143837.log', '-m', '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/lib/ovirt-**FILTERED**/dbmd5'] stderr:
psql:upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql:36: ERROR:  permission denied: "RI_ConstraintTrigger_252074" is a system trigger
CONTEXT:  SQL statement "ALTER TABLE roles DISABLE TRIGGER ALL"
PL/pgSQL function "__temp_preserve_network_user_role_id" line 13 at SQL statement


---
ERROR:  permission denied: "RI_ConstraintTrigger_252074" is a system trigger
---

?!?!

----- Original Message -----
> From: "Michael Pasternak" <mpastern at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>, "Eli Mesika" <emesika at redhat.com>
> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "Ohad Basan" <obasan at redhat.com>
> Sent: Tuesday, August 13, 2013 2:44:04 PM
> Subject: Failed to execute stage 'Misc configuration'
> 
> Any insight?
> 
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/home/mpastern/Coding/ovirt/ovirt-engine/share/ovirt-engine/dbscripts/upgrade.sh'
> failed to execute
> [WARNING] Rolling back upgrade
> 
> * rebased at 20031dd61f6c6517a5e21d38485c3c3b626fd8aa
> 
> --
> 
> Michael Pasternak
> RedHat, ENG-Virtualization R&D
> 


From alonbl at redhat.com  Tue Aug 13 11:51:47 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 13 Aug 2013 07:51:47 -0400 (EDT)
Subject: [Engine-devel] Failed to execute stage 'Misc configuration'
In-Reply-To: <2021661022.541346.1376394334901.JavaMail.root@redhat.com>
References: <520A1C04.2060703@redhat.com>
	<2021661022.541346.1376394334901.JavaMail.root@redhat.com>
Message-ID: <1121452910.542575.1376394707944.JavaMail.root@redhat.com>


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

----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 13, 2013 2:45:34 PM
> Subject: Re: [Engine-devel] Failed to execute stage 'Misc configuration'
> 
> Running upgrade sql script
> upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql ...
> 
> 2013-08-13 14:39:38 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.db.schema
> plugin.execute:446 execute-output:
> ['/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade.sh',
> '-s', 'localhost', '-p', '5432', '-u', '**FILTERED**', '-d', '**FILTERED**',
> '-l',
> '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/log/ovirt-**FILTERED**/setup/ovirt-**FILTERED**-setup-20130813143837.log',
> '-m',
> '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/lib/ovirt-**FILTERED**/dbmd5']
> stderr:
> psql:upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql:36:
> ERROR:  permission denied: "RI_ConstraintTrigger_252074" is a system trigger
> CONTEXT:  SQL statement "ALTER TABLE roles DISABLE TRIGGER ALL"
> PL/pgSQL function "__temp_preserve_network_user_role_id" line 13 at SQL
> statement
> 
> 
> ---
> ERROR:  permission denied: "RI_ConstraintTrigger_252074" is a system trigger
> ---
> 
> ?!?!
> 
> ----- Original Message -----
> > From: "Michael Pasternak" <mpastern at redhat.com>
> > To: "Alon Bar-Lev" <alonbl at redhat.com>, "Eli Mesika" <emesika at redhat.com>
> > Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>, "Ohad Basan" <obasan at redhat.com>
> > Sent: Tuesday, August 13, 2013 2:44:04 PM
> > Subject: Failed to execute stage 'Misc configuration'
> > 
> > Any insight?
> > 
> > [ ERROR ] Failed to execute stage 'Misc configuration': Command
> > '/home/mpastern/Coding/ovirt/ovirt-engine/share/ovirt-engine/dbscripts/upgrade.sh'
> > failed to execute
> > [WARNING] Rolling back upgrade
> > 
> > * rebased at 20031dd61f6c6517a5e21d38485c3c3b626fd8aa
> > 
> > --
> > 
> > Michael Pasternak
> > RedHat, ENG-Virtualization R&D
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From masayag at redhat.com  Tue Aug 13 12:25:58 2013
From: masayag at redhat.com (Moti Asayag)
Date: Tue, 13 Aug 2013 08:25:58 -0400 (EDT)
Subject: [Engine-devel] Failed to execute stage 'Misc configuration'
In-Reply-To: <1121452910.542575.1376394707944.JavaMail.root@redhat.com>
References: <520A1C04.2060703@redhat.com>
	<2021661022.541346.1376394334901.JavaMail.root@redhat.com>
	<1121452910.542575.1376394707944.JavaMail.root@redhat.com>
Message-ID: <295891533.1407189.1376396758916.JavaMail.root@redhat.com>

Sent a patch to revert the current:

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

Please delete the following file from your env, under the installation directory:
./share/ovirt-engine/dbscripts/upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql


----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>, "Moti Asayag" <masayag at redhat.com>, "Oved Ourfalli" <ovedo at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 13, 2013 2:51:47 PM
> Subject: Re: [Engine-devel] Failed to execute stage 'Misc configuration'
> 
> 
> http://gerrit.ovirt.org/#/c/18003/
> 
> ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > To: "Eli Mesika" <emesika at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 13, 2013 2:45:34 PM
> > Subject: Re: [Engine-devel] Failed to execute stage 'Misc configuration'
> > 
> > Running upgrade sql script
> > upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql ...
> > 
> > 2013-08-13 14:39:38 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.db.schema
> > plugin.execute:446 execute-output:
> > ['/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade.sh',
> > '-s', 'localhost', '-p', '5432', '-u', '**FILTERED**', '-d',
> > '**FILTERED**',
> > '-l',
> > '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/log/ovirt-**FILTERED**/setup/ovirt-**FILTERED**-setup-20130813143837.log',
> > '-m',
> > '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/lib/ovirt-**FILTERED**/dbmd5']
> > stderr:
> > psql:upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql:36:
> > ERROR:  permission denied: "RI_ConstraintTrigger_252074" is a system
> > trigger
> > CONTEXT:  SQL statement "ALTER TABLE roles DISABLE TRIGGER ALL"
> > PL/pgSQL function "__temp_preserve_network_user_role_id" line 13 at SQL
> > statement
> > 
> > 
> > ---
> > ERROR:  permission denied: "RI_ConstraintTrigger_252074" is a system
> > trigger
> > ---
> > 
> > ?!?!
> > 
> > ----- Original Message -----
> > > From: "Michael Pasternak" <mpastern at redhat.com>
> > > To: "Alon Bar-Lev" <alonbl at redhat.com>, "Eli Mesika" <emesika at redhat.com>
> > > Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
> > > <engine-devel at ovirt.org>, "Ohad Basan" <obasan at redhat.com>
> > > Sent: Tuesday, August 13, 2013 2:44:04 PM
> > > Subject: Failed to execute stage 'Misc configuration'
> > > 
> > > Any insight?
> > > 
> > > [ ERROR ] Failed to execute stage 'Misc configuration': Command
> > > '/home/mpastern/Coding/ovirt/ovirt-engine/share/ovirt-engine/dbscripts/upgrade.sh'
> > > failed to execute
> > > [WARNING] Rolling back upgrade
> > > 
> > > * rebased at 20031dd61f6c6517a5e21d38485c3c3b626fd8aa
> > > 
> > > --
> > > 
> > > Michael Pasternak
> > > RedHat, ENG-Virtualization R&D
> > > 
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From eedri at redhat.com  Tue Aug 13 13:59:00 2013
From: eedri at redhat.com (Eyal Edri)
Date: Tue, 13 Aug 2013 09:59:00 -0400 (EDT)
Subject: [Engine-devel] Proposal for new commit msg design for
	engine	commits
In-Reply-To: <1319713272.583901.1373362905982.JavaMail.root@redhat.com>
References: <472371407.1023948.1373362731769.JavaMail.root@redhat.com>
	<1319713272.583901.1373362905982.JavaMail.root@redhat.com>
Message-ID: <2034741984.1531761.1376402340313.JavaMail.root@redhat.com>

now that gerrit was upgraded to 2.6.1 this becomes much more easier with custom fields options.[1]


[1] http://gerrit-documentation.googlecode.com/svn/ReleaseNotes/ReleaseNotes-2.6.html

"The patch set review screen can include radio buttons for custom labels if enabled by submit rules. ".

----- Original Message -----
> From: "Antoni Segura Puimedon" <asegurap at redhat.com>
> To: "infra" <infra at ovirt.org>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, July 9, 2013 12:41:45 PM
> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine	commits
> 
> I like the idea of having a label in the bottom part of the commit that is:
> 
> METADATA: network
> 
> which would be your second proposal.
> 
> ----- Original Message -----
> > From: "Eyal Edri" <eedri at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Cc: "infra" <infra at ovirt.org>
> > Sent: Tuesday, July 9, 2013 11:38:51 AM
> > Subject: [Engine-devel] Proposal for new commit msg design for engine
> > commits
> > 
> > Hi,
> > 
> > You all probably know and familiar with 'ovirt-engine' git hook for commit
> > msg template [1].
> > this helps understand the general area of the patch in the project but it
> > lacks additional info that might
> > be valuable for scaling automatic tests in Jenkins CI.
> > 
> > Let me explain:
> > 
> > Infra team is working hard on expanding oVirt CI infrastructure and adding
> > more tests in jenkins (per commit/patch).
> > Adding important meta-data per patch can significatly improve the ability
> > to
> > run specific tests for each patch/commit,
> > and not waste valuable resources on Jenkins jobs that are not relevant to
> > the
> > code in the patch.
> > 
> > So the idea is to add/expand current metadata per patch, in the form of:
> > (either)
> >  1. expanding current header template to include more data like 'network' ,
> >  'setup', 'tools', 'virt'
> >  2. adding a new label with relevant tags for the patch, called e.g
> >  'METADATA: network, rest, virt'
> > 
> > Jenkins jobs will then be able to parse that data and trigger only relevant
> > jobs for it.
> > this can also allow us to add more jobs per patch, an option that is very
> > problematic today considering the amount of
> > patches coming in to engine.
> > 
> > Once agreed on a format, we'll be able to add a git hook to verify the
> > validity of the commit msg. (similar to bug-url).
> > 
> > if we're not 100% sure that the tags will cover all corner cases and we
> > feel
> > like we need to run the code on all jobs,
> > we can a nightly job to run all the remaining jobs (but at least it won't
> > run
> > on every patch/commit).
> > 
> > [1] <core | restapi | tools | history | engine | userportal | webadmin>:
> > 
> > 
> > thoughts?
> > 
> > Eyal Edri.
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 


From masayag at redhat.com  Wed Aug 14 15:16:15 2013
From: masayag at redhat.com (Moti Asayag)
Date: Wed, 14 Aug 2013 11:16:15 -0400 (EDT)
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
 "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <52098716.4090703@redhat.com>
References: <52081E05.1010801@redhat.com>
	<2040485316.317862.1376290409850.JavaMail.root@redhat.com>
	<520888C4.6020704@redhat.com>
	<297859781.363734.1376292229278.JavaMail.root@redhat.com>
	<52088E3B.1020409@redhat.com> <52098716.4090703@redhat.com>
Message-ID: <1302331076.2409744.1376493375005.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Tuesday, August 13, 2013 4:08:38 AM
> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13] "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
> 
> 
> On 08/12/2013 05:26 PM, Yuko Katabami wrote:
> >
> > On 08/12/2013 05:23 PM, Moti Asayag wrote:
> >> ----- Original Message -----
> >>> From: "Yuko Katabami"<ykatabam at redhat.com>
> >>> To: "Moti Asayag"<masayag at redhat.com>
> >>> Cc:engine-devel at ovirt.org
> >>> Sent: Monday, August 12, 2013 10:03:32 AM
> >>> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
> >>> "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
> >>>
> >>>
> >>> On 08/12/2013 04:53 PM, Moti Asayag wrote:
> >>>> ----- Original Message -----
> >>>>> From: "Yuko Katabami"<ykatabam at redhat.com>
> >>>>> To:engine-devel at ovirt.org
> >>>>> Sent: Monday, August 12, 2013 2:28:05 AM
> >>>>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
> >>>>> 	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> I would like to ask for your help again with the following questions:
> >>>>>
> >>>>> File: AppErrors
> >>>>> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
> >>>>> Strings: Cannot ${action} ${type}. Several ${entities}
> >>>>> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network
> >>>>> interface
> >>>>> profile:
> >>>>> ${ENTITIES_USING_VNIC_PROFILE}
> >>>>> - Please remove it from all ${entities} that are using it and try
> >>>>> again.
> >>>>> Question:
> >>>>> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
> >>>>> entities using the VNIC profile?
> >>>> Yes.
> >>>>
> >>>>> Is it always greater than 1 or could it be 1 in some cases?
> >>>> It can be 1 or greater.
> >>>>
> >>>>> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities
> >>>>> using
> >>>>> the the VNIC profile?
> >>>>>
> >>>> Yes.
> >>>>
> >>>> Here are 2 examples for the error when the vnic profile is used by one
> >>>> or
> >>>> more vms:
> >>>>
> >>>> A vnic profile used by a single entity:
> >>>> Error while executing action: Cannot remove VM network interface
> >>>> profile.
> >>>> Several virtual machines (1) are using this VM network interface
> >>>> profile:
> >>>> vm1
> >>>> - Please remove it from all virtual machines that are using it and try
> >>>> again.
> >>>>
> >>>> A vnic profile used by a two entities:
> >>>> Error while executing action: Cannot remove VM network interface
> >>>> profile.
> >>>> Several virtual machines (2) are using this VM network interface
> >>>> profile:
> >>>> vm1,
> >>>> vm2
> >>>> - Please remove it from all virtual machines that are using it and try
> >>>> again.
> >>> Hi Moti,
> >>>
> >>> Thank you very much for your answer with actual examples. It is very
> >>> helpful.
> >>>
> >>> In my language, I can translate this string in a way which works whether
> >>> the entity is single or plural, but I am not sure about other supported
> >>> locales.
> >>> I will share this with other translators and if it is problematic, I
> >>> will get back to you via this mailing list.
> >>>
> >> Please note that there are several messages that share the same format:
> >>
> >> ACTION_TYPE_FAILED_NETWORK_IN_USE=Cannot ${action} ${type}. Several
> >> ${entities} (${ENTITIES_USING_NETWORK_COUNTER}) are using this logical
> >> network:\n${ENTITIES_USING_NETWORK}\n - Please remove it from all
> >> ${entities} that are using it and try again.
> >>
> >> ACTION_TYPE_FAILED_PROVIDER_NETWORKS_USED=Cannot ${action} ${type}.
> >> Several external networks (${NETWORK_NAMES_COUNTER}) are being used by
> >> virtual machines and/or templates:\n${NETWORK_NAMES}\n - Please resolve
> >> the external networks usage first and try again.
> > Thank you Moti for this extra information.
> > I will also pass this onto other translators.
> > Very much appreciated.
> >
> > Kind regards,
> >
> > Yuko
> 
> Hi Moti,
> 
> I have discussed with other translators and confirmed that all those
> three strings in the same format are problematic for localization.
> The current format only works if the entity is plural.
> In the example (with single entity) you have given:
> *
> **Error while executing action: Cannot remove VM network interface
> profile.**
> ****_Several_ **virtual machine**_s_**(1) **_are_**using this VM network
> interface profile:**
> **vm1**
> **- Please remove it from **_all_**__**virtual machine**_s_**that are
> using it and try again.*
> 
> 1) It has the word "several" and "all" preceding the entity. Those
> adjectives do not work with a singular noun in all languages, and it
> grammatically wrong in English as well.
> 2) ${entities} is shown always plural even it is singular "Virtual
> Machines (1)" - this is not correct.
> 3) Verb "are" should only be used when the nominative is plural
> 
> We are wondering if the English strings (all three) can be changed to be
> grammatically correct.

Is there a way they can be changed to comply to both singular and plural form ?
Or there is no escape from separating into 2 messages?
I'd rather the first option if possible.

Could you open a bug so we could keep track on it ?

> (or perhaps separate strings for singular and plural?)
> 
> Kind regards,
> 
> Yuko
> 
> 
> 
> >>> Thank you again for your help.
> >>>
> >>> Kind regards,
> >>>
> >>> Yuko
> >>>>> Thank you,
> >>>>>
> >>>>> Yuko
> >>>>> --
> >>>>> Regards,
> >>>>>
> >>>>> Yuko Katabami (?????)
> >>>>> Technical Translator II
> >>>>> NAATI Accredited Professional Translator (English into Japanese) #28138
> >>>>> RHCSA #111-119-244
> >>>>> Mobile: +61 415 847 352
> >>>>> Email:ykatabam at redhat.com
> >>>>>
> >>>>>
> >>>>>
> >>>>> Red Hat, Asia-Pacific Pty Ltd
> >>>>> Level 1, 193 North Quay
> >>>>> Brisbane 4000
> >>>>> Office: +61 7 3514 8100
> >>>>> Fax: +61 7 3514 8199
> >>>>> Website:www.redhat.com
> >>>>>
> >>>>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> >>>>> Twitter: Red Hat APAC | Red Hat ANZ
> >>>>> LinkedIn: Red Hat APAC | JBoss APAC
> >>>>>
> >>>>> _______________________________________________
> >>>>> Engine-devel mailing list
> >>>>> Engine-devel at ovirt.org
> >>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>>>>
> >>> --
> >>> Regards,
> >>>
> >>> Yuko Katabami (?????)
> >>> Technical Translator II
> >>> NAATI Accredited Professional Translator (English into Japanese) #28138
> >>> RHCSA #111-119-244
> >>> *Mobile:* +61 415 847 352
> >>> *Email:*ykatabam at redhat.com
> >>>
> >>> Red Hat
> >>>
> >>> *Red Hat, Asia-Pacific Pty Ltd*
> >>> Level 1, 193 North Quay
> >>> Brisbane 4000
> >>> *Office:* +61 7 3514 8100
> >>> *Fax:* +61 7 3514 8199
> >>> *Website:*www.redhat.com  <http://www.redhat.com>
> >>>
> >>> *Facebook:* Red Hat APAC<http://www.facebook.com/redhatapac>  | Red Hat
> >>> Japan<http://www.facebook.com/redhatjapan>  | Red Hat Korea
> >>> <http://www.facebook.com/redhatkorea>  | JBoss APAC
> >>> <http://www.facebook.com/JBossAPAC>
> >>> *Twitter:* Red Hat APAC<http://www.twitter.com/red_hat_apac>  | Red Hat
> >>> ANZ<http://www.twitter.com/redhatanz>
> >>> *LinkedIn:* Red Hat APAC<http://www.linkedin.com/groups?gid=3124596>  |
> >>> JBoss APAC<http://www.linkedin.com/groups?gid=4068303>
> >>>
> >
> > --
> > Regards,
> >
> > Yuko Katabami (?????)
> > Technical Translator II
> > NAATI Accredited Professional Translator (English into Japanese) #28138
> > RHCSA #111-119-244
> > *Mobile:* +61 415 847 352
> > *Email:* ykatabam at redhat.com
> >
> > Red Hat
> >
> > *Red Hat, Asia-Pacific Pty Ltd*
> > Level 1, 193 North Quay
> > Brisbane 4000
> > *Office:* +61 7 3514 8100
> > *Fax:* +61 7 3514 8199
> > *Website:* www.redhat.com <http://www.redhat.com>
> >
> > *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red
> > Hat Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
> > <http://www.facebook.com/redhatkorea> | JBoss APAC
> > <http://www.facebook.com/JBossAPAC>
> > *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red
> > Hat ANZ <http://www.twitter.com/redhatanz>
> > *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596>
> > | JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
> >
> >
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
> 
> Red Hat
> 
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
> 
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
> <http://www.facebook.com/redhatkorea> | JBoss APAC
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
> ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
> 


From mrao at redhat.com  Wed Aug 14 18:50:46 2013
From: mrao at redhat.com (Malini Rao)
Date: Wed, 14 Aug 2013 14:50:46 -0400 (EDT)
Subject: [Engine-devel] Feedback/ input needed on Host power management
In-Reply-To: <1490400215.2077713.1376506127303.JavaMail.root@redhat.com>
Message-ID: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>

Hello all, 

In taking a look at the current implementation of Hosts> Power management, we have come up with a couple of approaches on improving this from a UX perspective -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management. We want your thoughts and input on what approach makes more sense from a user's perspective before fine tuning the UI.

Thanks
Malini
User Experience designer


From ykatabam at redhat.com  Wed Aug 14 22:35:22 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Thu, 15 Aug 2013 08:35:22 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
In-Reply-To: <1302331076.2409744.1376493375005.JavaMail.root@redhat.com>
References: <52081E05.1010801@redhat.com>
	<2040485316.317862.1376290409850.JavaMail.root@redhat.com>
	<520888C4.6020704@redhat.com>
	<297859781.363734.1376292229278.JavaMail.root@redhat.com>
	<52088E3B.1020409@redhat.com> <52098716.4090703@redhat.com>
	<1302331076.2409744.1376493375005.JavaMail.root@redhat.com>
Message-ID: <520C062A.3060108@redhat.com>


On 08/15/2013 01:16 AM, Moti Asayag wrote:
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: "Moti Asayag" <masayag at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Tuesday, August 13, 2013 4:08:38 AM
>> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13] "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>
>>
>> On 08/12/2013 05:26 PM, Yuko Katabami wrote:
>>> On 08/12/2013 05:23 PM, Moti Asayag wrote:
>>>> ----- Original Message -----
>>>>> From: "Yuko Katabami"<ykatabam at redhat.com>
>>>>> To: "Moti Asayag"<masayag at redhat.com>
>>>>> Cc:engine-devel at ovirt.org
>>>>> Sent: Monday, August 12, 2013 10:03:32 AM
>>>>> Subject: Re: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
>>>>> "${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>>>>
>>>>>
>>>>> On 08/12/2013 04:53 PM, Moti Asayag wrote:
>>>>>> ----- Original Message -----
>>>>>>> From: "Yuko Katabami"<ykatabam at redhat.com>
>>>>>>> To:engine-devel at ovirt.org
>>>>>>> Sent: Monday, August 12, 2013 2:28:05 AM
>>>>>>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #13]
>>>>>>> 	"${ENTITIES_USING_VNIC_PROFILE_COUNTER}"
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I would like to ask for your help again with the following questions:
>>>>>>>
>>>>>>> File: AppErrors
>>>>>>> Resource ID: ACTION_TYPE_FAILED_VNIC_PROFILE_IN_USE
>>>>>>> Strings: Cannot ${action} ${type}. Several ${entities}
>>>>>>> (${ENTITIES_USING_VNIC_PROFILE_COUNTER}) are using this VM network
>>>>>>> interface
>>>>>>> profile:
>>>>>>> ${ENTITIES_USING_VNIC_PROFILE}
>>>>>>> - Please remove it from all ${entities} that are using it and try
>>>>>>> again.
>>>>>>> Question:
>>>>>>> Is "${ENTITIES_USING_VNIC_PROFILE_COUNTER}" representing the number of
>>>>>>> entities using the VNIC profile?
>>>>>> Yes.
>>>>>>
>>>>>>> Is it always greater than 1 or could it be 1 in some cases?
>>>>>> It can be 1 or greater.
>>>>>>
>>>>>>> Is ${ENTITIES_USING_VNIC_PROFILE} representing the name(s) of entities
>>>>>>> using
>>>>>>> the the VNIC profile?
>>>>>>>
>>>>>> Yes.
>>>>>>
>>>>>> Here are 2 examples for the error when the vnic profile is used by one
>>>>>> or
>>>>>> more vms:
>>>>>>
>>>>>> A vnic profile used by a single entity:
>>>>>> Error while executing action: Cannot remove VM network interface
>>>>>> profile.
>>>>>> Several virtual machines (1) are using this VM network interface
>>>>>> profile:
>>>>>> vm1
>>>>>> - Please remove it from all virtual machines that are using it and try
>>>>>> again.
>>>>>>
>>>>>> A vnic profile used by a two entities:
>>>>>> Error while executing action: Cannot remove VM network interface
>>>>>> profile.
>>>>>> Several virtual machines (2) are using this VM network interface
>>>>>> profile:
>>>>>> vm1,
>>>>>> vm2
>>>>>> - Please remove it from all virtual machines that are using it and try
>>>>>> again.
>>>>> Hi Moti,
>>>>>
>>>>> Thank you very much for your answer with actual examples. It is very
>>>>> helpful.
>>>>>
>>>>> In my language, I can translate this string in a way which works whether
>>>>> the entity is single or plural, but I am not sure about other supported
>>>>> locales.
>>>>> I will share this with other translators and if it is problematic, I
>>>>> will get back to you via this mailing list.
>>>>>
>>>> Please note that there are several messages that share the same format:
>>>>
>>>> ACTION_TYPE_FAILED_NETWORK_IN_USE=Cannot ${action} ${type}. Several
>>>> ${entities} (${ENTITIES_USING_NETWORK_COUNTER}) are using this logical
>>>> network:\n${ENTITIES_USING_NETWORK}\n - Please remove it from all
>>>> ${entities} that are using it and try again.
>>>>
>>>> ACTION_TYPE_FAILED_PROVIDER_NETWORKS_USED=Cannot ${action} ${type}.
>>>> Several external networks (${NETWORK_NAMES_COUNTER}) are being used by
>>>> virtual machines and/or templates:\n${NETWORK_NAMES}\n - Please resolve
>>>> the external networks usage first and try again.
>>> Thank you Moti for this extra information.
>>> I will also pass this onto other translators.
>>> Very much appreciated.
>>>
>>> Kind regards,
>>>
>>> Yuko
>> Hi Moti,
>>
>> I have discussed with other translators and confirmed that all those
>> three strings in the same format are problematic for localization.
>> The current format only works if the entity is plural.
>> In the example (with single entity) you have given:
>> *
>> **Error while executing action: Cannot remove VM network interface
>> profile.**
>> ****_Several_ **virtual machine**_s_**(1) **_are_**using this VM network
>> interface profile:**
>> **vm1**
>> **- Please remove it from **_all_**__**virtual machine**_s_**that are
>> using it and try again.*
>>
>> 1) It has the word "several" and "all" preceding the entity. Those
>> adjectives do not work with a singular noun in all languages, and it
>> grammatically wrong in English as well.
>> 2) ${entities} is shown always plural even it is singular "Virtual
>> Machines (1)" - this is not correct.
>> 3) Verb "are" should only be used when the nominative is plural
>>
>> We are wondering if the English strings (all three) can be changed to be
>> grammatically correct.
> Is there a way they can be changed to comply to both singular and plural form ?
> Or there is no escape from separating into 2 messages?
> I'd rather the first option if possible.
>
> Could you open a bug so we could keep track on it ?
Hi Moti,

Thank you very much for your reply.
I filed a bug: https://bugzilla.redhat.com/show_bug.cgi?id=997197

I listed an option for change but that is not a complete solution and 
one problem remains.
Hope we can find a way to get it resolved.

Kind regards,

Yuko
>
>> (or perhaps separate strings for singular and plural?)
>>
>> Kind regards,
>>
>> Yuko
>>
>>
>>
>>>>> Thank you again for your help.
>>>>>
>>>>> Kind regards,
>>>>>
>>>>> Yuko
>>>>>>> Thank you,
>>>>>>>
>>>>>>> Yuko
>>>>>>> --
>>>>>>> Regards,
>>>>>>>
>>>>>>> Yuko Katabami (?????)
>>>>>>> Technical Translator II
>>>>>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>>>>>> RHCSA #111-119-244
>>>>>>> Mobile: +61 415 847 352
>>>>>>> Email:ykatabam at redhat.com
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Red Hat, Asia-Pacific Pty Ltd
>>>>>>> Level 1, 193 North Quay
>>>>>>> Brisbane 4000
>>>>>>> Office: +61 7 3514 8100
>>>>>>> Fax: +61 7 3514 8199
>>>>>>> Website:www.redhat.com
>>>>>>>
>>>>>>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>>>>>>> Twitter: Red Hat APAC | Red Hat ANZ
>>>>>>> LinkedIn: Red Hat APAC | JBoss APAC
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Engine-devel mailing list
>>>>>>> Engine-devel at ovirt.org
>>>>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>>>>
>>>>> --
>>>>> Regards,
>>>>>
>>>>> Yuko Katabami (?????)
>>>>> Technical Translator II
>>>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>>>> RHCSA #111-119-244
>>>>> *Mobile:* +61 415 847 352
>>>>> *Email:*ykatabam at redhat.com
>>>>>
>>>>> Red Hat
>>>>>
>>>>> *Red Hat, Asia-Pacific Pty Ltd*
>>>>> Level 1, 193 North Quay
>>>>> Brisbane 4000
>>>>> *Office:* +61 7 3514 8100
>>>>> *Fax:* +61 7 3514 8199
>>>>> *Website:*www.redhat.com  <http://www.redhat.com>
>>>>>
>>>>> *Facebook:* Red Hat APAC<http://www.facebook.com/redhatapac>  | Red Hat
>>>>> Japan<http://www.facebook.com/redhatjapan>  | Red Hat Korea
>>>>> <http://www.facebook.com/redhatkorea>  | JBoss APAC
>>>>> <http://www.facebook.com/JBossAPAC>
>>>>> *Twitter:* Red Hat APAC<http://www.twitter.com/red_hat_apac>  | Red Hat
>>>>> ANZ<http://www.twitter.com/redhatanz>
>>>>> *LinkedIn:* Red Hat APAC<http://www.linkedin.com/groups?gid=3124596>  |
>>>>> JBoss APAC<http://www.linkedin.com/groups?gid=4068303>
>>>>>
>>> --
>>> Regards,
>>>
>>> Yuko Katabami (?????)
>>> Technical Translator II
>>> NAATI Accredited Professional Translator (English into Japanese) #28138
>>> RHCSA #111-119-244
>>> *Mobile:* +61 415 847 352
>>> *Email:* ykatabam at redhat.com
>>>
>>> Red Hat
>>>
>>> *Red Hat, Asia-Pacific Pty Ltd*
>>> Level 1, 193 North Quay
>>> Brisbane 4000
>>> *Office:* +61 7 3514 8100
>>> *Fax:* +61 7 3514 8199
>>> *Website:* www.redhat.com <http://www.redhat.com>
>>>
>>> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red
>>> Hat Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
>>> <http://www.facebook.com/redhatkorea> | JBoss APAC
>>> <http://www.facebook.com/JBossAPAC>
>>> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red
>>> Hat ANZ <http://www.twitter.com/redhatanz>
>>> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596>
>>> | JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>>>
>>>
>>> _______________________________________________
>>> Engine-devel mailing list
>>> Engine-devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> *Mobile:* +61 415 847 352
>> *Email:* ykatabam at redhat.com
>>
>> Red Hat
>>
>> *Red Hat, Asia-Pacific Pty Ltd*
>> Level 1, 193 North Quay
>> Brisbane 4000
>> *Office:* +61 7 3514 8100
>> *Fax:* +61 7 3514 8199
>> *Website:* www.redhat.com <http://www.redhat.com>
>>
>> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat
>> Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea
>> <http://www.facebook.com/redhatkorea> | JBoss APAC
>> <http://www.facebook.com/JBossAPAC>
>> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat
>> ANZ <http://www.twitter.com/redhatanz>
>> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> |
>> JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
>>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130815/fba69aa2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130815/fba69aa2/attachment.png>

From yzaslavs at redhat.com  Thu Aug 15 05:24:16 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Thu, 15 Aug 2013 01:24:16 -0400 (EDT)
Subject: [Engine-devel] [Users] Feedback/ input needed on Host power
	management
In-Reply-To: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
Message-ID: <406806708.2347931.1376544256526.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Malini Rao" <mrao at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Cc: "Eldan Hildesheim" <ehildesh at redhat.com>, users at ovirt.org
> Sent: Wednesday, August 14, 2013 9:50:46 PM
> Subject: [Users] Feedback/ input needed on Host power management
> 
> Hello all,
> 
> In taking a look at the current implementation of Hosts> Power management, we
> have come up with a couple of approaches on improving this from a UX
> perspective
> -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management.
> We want your thoughts and input on what approach makes more sense from a
> user's perspective before fine tuning the UI.

Personally, and I admit I am not a UX guy, I like the 2nd approach.
I think it's more clear. 
However, I would like to ask if it's possible to use something else instead of "define" - not that clear to me.
Will there be some tooltip or any other UI aid to explain what is "define"?

> 
> Thanks
> Malini
> User Experience designer
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


From amureini at redhat.com  Thu Aug 15 10:52:55 2013
From: amureini at redhat.com (Allon Mureinik)
Date: Thu, 15 Aug 2013 06:52:55 -0400 (EDT)
Subject: [Engine-devel] oVirt UI technology stack upgrade complete
In-Reply-To: <162740763.9237639.1375276650565.JavaMail.root@redhat.com>
References: <162740763.9237639.1375276650565.JavaMail.root@redhat.com>
Message-ID: <1371093356.2849657.1376563975299.JavaMail.root@redhat.com>

Thanks for the detailed explanation on the field initialization issues, Vojtech.


Looking at the common and compat packages, there a dozens of such initializers. Some are probably redundant anyway and can safely be ignored, but some (most?) have a purpose.

My incline is always to prevent such issues from happening, and not rely on developers having to remember to move their initializers.
Here's my take on the issue (patchset available for review at [1]):
- Move all member initializers to constructors
- Add a checkstyle check to ensure that new members aren't initialized inline

Reviews are welcome, thanks!

-Allon

[1] http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:no-member-init,n,z

----- Original Message -----
> From: "Vojtech Szocs" <vszocs at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, July 31, 2013 4:17:30 PM
> Subject: [Engine-devel] oVirt UI technology stack upgrade complete
> 
> Hello everyone,
> 
> last week, we merged a patch that upgrades oVirt UI technology stack to use
> the latest version of Google Web Toolkit SDK and related modules [1]. This
> patch includes all "essential" upgrade changes as described in [2].
> 
> After merging the above mentioned patch, we faced some issues related to GWT
> RPC serialization, involving classes shared between frontend and backend.
> Please read on to learn more about these issues and ways to fix them.
> 
> --
> 
> (A) NullPointerException at server-side (GWT RPC servlet) when serializing
> backend business entity into RPC response payload
> 
> Symptoms
> * exception in server.log -> Exception while dispatching incoming RPC call:
> java.lang.NullPointerException
> * error dialog in web UI with status code 500 (internal server error)
> 
> Root cause
> * fields such as "private X field = Y;" of the given entity are not included
> in GWT RPC serialization policy
> * this happens when entity constructor isn't referenced in UI code -> GWT
> compiler marks the constructor and instance initializer as dead code
> * since instance initializer takes care of adding such fields to given type
> (entity) in generated JavaScript, such fields won't be added at all
> 
> Workaround
> * for each field such as "private X field = Y;"
>   1, change field declaration to "private X field;"
>   2, add "field = Y;" statement to constructor
> 
> Consequence
> * even though constructor and instance initializer are marked as dead code,
> fields such as "private X field;" are still added to given type (entity) in
> generated JavaScript
> * this is due to how generated JavaScript works, i.e. fields without
> initialization statement such as "private X field;" are always added,
> whereas fields with initialization statement such as "private X field = Y;"
> are added via instance initializer (which might be removed if it's marked as
> dead code)
> 
> References
> * patch [http://gerrit.ovirt.org/#/c/17352/] for RepoImage entity
> 
> --
> 
> (B) Instance field(s) with null values at server-side after deserializing RPC
> request payload
> 
> Symptoms
> * object passed from client contains field(s) with null values, despite
> client initializing fields before making RPC call
> 
> Root cause
> * client uses RPC method signature that works with type A, i.e.
> VdcActionParametersBase
> * type A meets GWT RPC serialization rules, as defined in [3] section
> "Serializable User-defined Classes"
> * client uses type B (extends A) when calling given RPC method at runtime,
> i.e. MyCustomParameters
> * type B does NOT meet GWT RPC serialization rules, i.e. missing no-arg
> constructor
> * back at server-side, GWT RPC servlet fails to deserialize type B properly
> 
> Workaround
> * ensure all types participating in GWT RPC communication meet GWT RPC
> serialization rules
>   1, assignable to IsSerializable or Serializable interface
>   2, all non-final & non-transient instance fields meet GWT RPC serialization
>   rules
>   3, contains no-arg constructor (in order to create instance during
>   deserialization)
> 
> References
> * patch [http://gerrit.ovirt.org/#/c/17368/] for Gluster Parameter classes
> 
> --
> 
> Regards,
> Vojtech
> 
> [1] http://gerrit.ovirt.org/#/c/16739/
> [2] http://www.ovirt.org/Features/GWT_Platform_Upgrade
> [3]
> http://www.gwtproject.org/doc/latest/DevGuideServerCommunication.html#DevGuideSerializableTypes
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From r.koch at ovido.at  Thu Aug 15 14:33:11 2013
From: r.koch at ovido.at (=?utf-8?Q?Ren=C3=A9_Koch?=)
Date: Thu, 15 Aug 2013 16:33:11 +0200
Subject: [Engine-devel] [Users] Feedback/ input needed on Host power
	management
In-Reply-To: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
Message-ID: <zarafa.520ce6a7.59d1.7a2c6c813a00bbf6@tyr.dmz.ovido.at>

Hi Malini,

What I got so far as a feedback when implementing oVirt or RHEV systems is, that "Power Management" is totally unclear.
Most users don't see a reason for configuring power management or don't understand what this will do.
So in my opinion the greatest improvement would be to rename power management to "Fencing" as this is more clear to everyone who already had to do with clusters...

Beside the naming, I figured out that having a second power management / fence method is very uncommon (maybe you have other experience here, but all my oVirt/RHEV/RHEL Cluster/pacemaker setups only have 1 fence method).
So my preferred workflow would be:
- click on Fencing :)
- configure first fence method
- ignore second method

So approch 2 is too much clicking for me and in some way confuses me.

Approach 1 seems is my favorite, but I would add a space after primary power management card , add text "Optional" and move "Define 2 Cards" and "Power management card behavior" below the primary power management card (above the secondary power management card).
So users with 1 card don't have to think about these options and don't get confused by them. Users with 2 cards can configure the second card and choose the behavior...

I hope I could describe my thoughts understandable...


Regards,
Ren?
 
 
-----Original message-----
> From:Malini Rao <mrao at redhat.com>
> Sent: Wednesday 14th August 2013 20:50
> To: engine-devel <engine-devel at ovirt.org>
> Cc: Eldan Hildesheim <ehildesh at redhat.com>; users at ovirt.org
> Subject: [Users] Feedback/ input needed on Host power management
> 
> Hello all, 
> 
> In taking a look at the current implementation of Hosts> Power management, we have come up with a couple of approaches on improving this from a UX perspective -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management. We want your thoughts and input on what approach makes more sense from a user's perspective before fine tuning the UI.
> 
> Thanks
> Malini
> User Experience designer
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


From vitor.lima at eldorado.org.br  Fri Aug 16 20:02:15 2013
From: vitor.lima at eldorado.org.br (Vitor de Lima)
Date: Fri, 16 Aug 2013 20:02:15 +0000
Subject: [Engine-devel] Issues with IBM POWER support in oVirt engine
Message-ID: <B2CAFC4D5E2D574A883EF61ACD5ADE330180A712@SERV070.corp.eldorado.org.br>

Hi everyone,

I wrote some code to run a VM on a IBM POWER host, but I stumbled in some issues that will need a little bit of refactoring in the current code and I would like some feedback.

The first issue is that KVM on POWER requires a special SCSI interface (called SPAPR), which is not available in x86-64. Currently I'm solving this problem by using (in the VmInfoBuilder class):

if (vm.getArchitecture().equals(ArchitectureType.ppc64)) {
           Map<String, Object> struct = new HashMap<String, Object>();
            struct.put(VdsProperties.Type, VmDeviceType.CONTROLLER.getName());
            struct.put(VdsProperties.Device, VdsProperties.Scsi);

           // Create a controller in the index 1, the VirtIO_SCSI interface is in index 0
            struct.put(VdsProperties.Index, "1");

            Map<String, String> spaprAddress = new HashMap<String, String>();

            spaprAddress.put("type", "spapr-vio");

            struct.put(VdsProperties.Address, spaprAddress);
             devices.add(struct);
}

But this is a poor solution, because this class would be polluted by architectural differences. Another thing to notice is that since in IBM POWER there are two SCSI controllers, all the SCSI devices must have their SCSI address explicitly defined (it was not needed before, since there was just one controller before). It was proposed that a "strategy" class could solve the problem, but I would like to have some feedback on which package it should be, since it will also be used in the bll package to validate other stuff.

The second issue is that the CD-ROM interface is SCSI on POWER guests (and must be attached to the SPAPR interface) and IDE on the x86_64, this information could be retrieved from the osinfo (by creating a property there) or It could be hard-coded in the strategy class.
Which would be the best way to handle this difference?

The third and final issue is that when the VNC protocol is used in a VM, by default a Cirrus Logic VGA device is created. This device is not supported on POWER guests, but the standard VGA device is. I made a workaround, but the issue is where to put this association between the device type and the display protocol.
Should it also be a property in the osinfo? Or it should be handled in the strategy class?

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

From emesika at redhat.com  Sat Aug 17 18:56:26 2013
From: emesika at redhat.com (Eli Mesika)
Date: Sat, 17 Aug 2013 14:56:26 -0400 (EDT)
Subject: [Engine-devel] Feedback/ input needed on Host power management
In-Reply-To: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
Message-ID: <1594408008.68304.1376765786634.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Malini Rao" <mrao at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Cc: users at ovirt.org, "Itamar Heim" <iheim at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Einav Cohen"
> <ecohen at redhat.com>, "Eldan Hildesheim" <ehildesh at redhat.com>
> Sent: Wednesday, August 14, 2013 9:50:46 PM
> Subject: Feedback/ input needed on Host power management
> 
> Hello all,
> 
> In taking a look at the current implementation of Hosts> Power management, we
> have come up with a couple of approaches on improving this from a UX
> perspective
> -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management.
> We want your thoughts and input on what approach makes more sense from a
> user's perspective before fine tuning the UI.

Hi 
I had found option one more clear and user friendly 
Also, thinking of supporting more than two cards in future makes the 1st option my favorite 
Thanks
Eli

> 
> Thanks
> Malini
> User Experience designer
> 


From eedri at redhat.com  Mon Aug 19 09:26:36 2013
From: eedri at redhat.com (Eyal Edri)
Date: Mon, 19 Aug 2013 05:26:36 -0400 (EDT)
Subject: [Engine-devel] Jenkins job to run networking functional tests
In-Reply-To: <659315496.365627.1376896786038.JavaMail.root@redhat.com>
References: <2122660706.311929.1376297884175.JavaMail.root@redhat.com>
	<1518191898.4157241.1376645323921.JavaMail.root@redhat.com>
	<702649267.203034.1376827582549.JavaMail.root@redhat.com>
	<659315496.365627.1376896786038.JavaMail.root@redhat.com>
Message-ID: <1165609510.535962.1376904396524.JavaMail.root@redhat.com>

[adding devel lists]

Usually to get power user privileges you need get +1 community (mostly relevant people in your team/project).
saying you're familiar with jenkins and the project and is cabaple of adding jobs to the project.

I personally give +1 since i know you're contribution and experience.

Eyal.

----- Original Message -----
> From: "Giuseppe Vallarelli" <gvallare at redhat.com>
> To: "infra" <infra at ovirt.org>
> Sent: Monday, August 19, 2013 10:19:46 AM
> Subject: Jenkins job to run networking functional tests
> 
> Hello everybody, following the previous discussion with Eyal,
> I need to get rights in order to create a jenkins job to
> achieve what stated in the subject.
> 
> Is it the right place for such request?
> 
> Cheers, Giuseppe
> 
> ----- Forwarded Message -----
> | From: "Eyal Edri" <eedri at redhat.com>
> | To: "Giuseppe Vallarelli" <gvallare at redhat.com>
> | Cc: "infra" <infra at ovirt.org>
> | Sent: Sunday, August 18, 2013 2:06:22 PM
> | Subject: Re: running network functional tests
> | 
> | Hi,
> | 
> | Usually in these cases when a new job is requested to a specific
> | project/component,
> | A 'power user' for the relevant team (in your case network), is given
> | privileges on the Jenkins machine
> | to add any job required.
> | 
> | I would propose the following:
> |  1. request power user access to jenkins.ovirt.org (if you don't already
> |  have)
> |  2. add a new job with your functional test per commit (not per patch for
> |  starts)
> |     any infra member can assist you with the labels for slaves / os /etc...
> |  3. once that job is running properly, you can contact infra to assist in
> |  converting it to a per-patch job
> |     with the topic / field verification logic done.
> |  4. not sure if this is relevant to your tests, but all existing jenkins
> |  slaves are VMs and not bare-metal.
> | 
> | i hope this helps.
> | 
> | Eyal.
> | 
> | ----- Original Message -----
> | > From: "Giuseppe Vallarelli" <gvallare at redhat.com>
> | > To: "infra" <infra at ovirt.org>
> | > Sent: Friday, August 16, 2013 12:28:43 PM
> | > Subject: Fwd: running network functional tests
> | > 
> | > ----- Forwarded Message -----
> | > | From: "Giuseppe Vallarelli" <gvallare at redhat.com>
> | > | To: "infra" <infra at ovirt.org>
> | > | Cc: "David Caro Estevez" <dcaroest at redhat.com>
> | > | Sent: Monday, August 12, 2013 10:58:04 AM
> | > | Subject: running network functional tests
> | > | 
> | > | Hello everbody!
> | > | Just recently we added networking functional tests and we would like
> | > | to have them running when we submit patches network related, i.e.
> | > | going to affect network modules. Displaying success or failure
> | > | as it happens with the current unittests.
> | > | 
> | > | Requirements/ideas:
> | > | 
> | > | - OS Fedora 19/RHEL6.4 should not matter.
> | > | 
> | > | - Kernel module used: bonding, dummy.
> | > | 
> | > | - No more than one 'instance' of networkTests should run
> | > |   on a specific host, simply because we use some global
> | > |   constants to identify network name vlan id and so on.
> | > | 
> | > | - Ideally we can use a previously proposed idea of commit tag
> | > |   where for example @networking is provided in the commit msg
> | > |   title to identify the need of running also the network
> | > |   functional tests.
> | > | 
> | > | - We should be able to run at the same time functional networking
> | > |   tests and unit tests - I don't expect any conflicts.
> | > | 
> | > | Would be cool to have a test run before -1s all networking patches
> | > | in case of problems :-)
> | > | 
> | > | Let me know if more information are needed.
> | > | 
> | > | 
> | > | Cheers, Giuseppe
> | > 
> | > Is there any update on the subject?
> | > 
> | > Any estimate to have functional network tests running?
> | > I mind that we can run network functional tests upstream
> | > that will speed up our workflow and possibly decrease the
> | > regressions.
> | > 
> | > Thanks Giuseppe
> | > _______________________________________________
> | > Infra mailing list
> | > Infra at ovirt.org
> | > http://lists.ovirt.org/mailman/listinfo/infra
> | > 
> | 
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 


From sbonazzo at redhat.com  Mon Aug 19 11:20:36 2013
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 19 Aug 2013 13:20:36 +0200
Subject: [Engine-devel] [vdsm] Jenkins job to run networking functional
	tests
In-Reply-To: <1165609510.535962.1376904396524.JavaMail.root@redhat.com>
References: <2122660706.311929.1376297884175.JavaMail.root@redhat.com>
	<1518191898.4157241.1376645323921.JavaMail.root@redhat.com>
	<702649267.203034.1376827582549.JavaMail.root@redhat.com>
	<659315496.365627.1376896786038.JavaMail.root@redhat.com>
	<1165609510.535962.1376904396524.JavaMail.root@redhat.com>
Message-ID: <5211FF84.4090205@redhat.com>

Il 19/08/2013 11:26, Eyal Edri ha scritto:
> [adding devel lists]
> 
> Usually to get power user privileges you need get +1 community (mostly relevant people in your team/project).
> saying you're familiar with jenkins and the project and is cabaple of adding jobs to the project.
> 
> I personally give +1 since i know you're contribution and experience.
> 
> Eyal.

+1 from me too.

Sandro





> 
> ----- Original Message -----
>> From: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> To: "infra" <infra at ovirt.org>
>> Sent: Monday, August 19, 2013 10:19:46 AM
>> Subject: Jenkins job to run networking functional tests
>>
>> Hello everybody, following the previous discussion with Eyal,
>> I need to get rights in order to create a jenkins job to
>> achieve what stated in the subject.
>>
>> Is it the right place for such request?
>>
>> Cheers, Giuseppe
>>
>> ----- Forwarded Message -----
>> | From: "Eyal Edri" <eedri at redhat.com>
>> | To: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> | Cc: "infra" <infra at ovirt.org>
>> | Sent: Sunday, August 18, 2013 2:06:22 PM
>> | Subject: Re: running network functional tests
>> | 
>> | Hi,
>> | 
>> | Usually in these cases when a new job is requested to a specific
>> | project/component,
>> | A 'power user' for the relevant team (in your case network), is given
>> | privileges on the Jenkins machine
>> | to add any job required.
>> | 
>> | I would propose the following:
>> |  1. request power user access to jenkins.ovirt.org (if you don't already
>> |  have)
>> |  2. add a new job with your functional test per commit (not per patch for
>> |  starts)
>> |     any infra member can assist you with the labels for slaves / os /etc...
>> |  3. once that job is running properly, you can contact infra to assist in
>> |  converting it to a per-patch job
>> |     with the topic / field verification logic done.
>> |  4. not sure if this is relevant to your tests, but all existing jenkins
>> |  slaves are VMs and not bare-metal.
>> | 
>> | i hope this helps.
>> | 
>> | Eyal.
>> | 
>> | ----- Original Message -----
>> | > From: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> | > To: "infra" <infra at ovirt.org>
>> | > Sent: Friday, August 16, 2013 12:28:43 PM
>> | > Subject: Fwd: running network functional tests
>> | > 
>> | > ----- Forwarded Message -----
>> | > | From: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> | > | To: "infra" <infra at ovirt.org>
>> | > | Cc: "David Caro Estevez" <dcaroest at redhat.com>
>> | > | Sent: Monday, August 12, 2013 10:58:04 AM
>> | > | Subject: running network functional tests
>> | > | 
>> | > | Hello everbody!
>> | > | Just recently we added networking functional tests and we would like
>> | > | to have them running when we submit patches network related, i.e.
>> | > | going to affect network modules. Displaying success or failure
>> | > | as it happens with the current unittests.
>> | > | 
>> | > | Requirements/ideas:
>> | > | 
>> | > | - OS Fedora 19/RHEL6.4 should not matter.
>> | > | 
>> | > | - Kernel module used: bonding, dummy.
>> | > | 
>> | > | - No more than one 'instance' of networkTests should run
>> | > |   on a specific host, simply because we use some global
>> | > |   constants to identify network name vlan id and so on.
>> | > | 
>> | > | - Ideally we can use a previously proposed idea of commit tag
>> | > |   where for example @networking is provided in the commit msg
>> | > |   title to identify the need of running also the network
>> | > |   functional tests.
>> | > | 
>> | > | - We should be able to run at the same time functional networking
>> | > |   tests and unit tests - I don't expect any conflicts.
>> | > | 
>> | > | Would be cool to have a test run before -1s all networking patches
>> | > | in case of problems :-)
>> | > | 
>> | > | Let me know if more information are needed.
>> | > | 
>> | > | 
>> | > | Cheers, Giuseppe
>> | > 
>> | > Is there any update on the subject?
>> | > 
>> | > Any estimate to have functional network tests running?
>> | > I mind that we can run network functional tests upstream
>> | > that will speed up our workflow and possibly decrease the
>> | > regressions.
>> | > 
>> | > Thanks Giuseppe
>> | > _______________________________________________
>> | > Infra mailing list
>> | > Infra at ovirt.org
>> | > http://lists.ovirt.org/mailman/listinfo/infra
>> | > 
>> | 
>> _______________________________________________
>> Infra mailing list
>> Infra at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> 


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


From vszocs at redhat.com  Mon Aug 19 12:46:56 2013
From: vszocs at redhat.com (Vojtech Szocs)
Date: Mon, 19 Aug 2013 08:46:56 -0400 (EDT)
Subject: [Engine-devel] oVirt UI technology stack upgrade complete
In-Reply-To: <1371093356.2849657.1376563975299.JavaMail.root@redhat.com>
References: <162740763.9237639.1375276650565.JavaMail.root@redhat.com>
	<1371093356.2849657.1376563975299.JavaMail.root@redhat.com>
Message-ID: <449572701.556175.1376916416358.JavaMail.root@redhat.com>


----- Original Message -----
> From: "Allon Mureinik" <amureini at redhat.com>
> To: "Vojtech Szocs" <vszocs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, August 15, 2013 12:52:55 PM
> Subject: Re: [Engine-devel] oVirt UI technology stack upgrade complete
> 
> Thanks for the detailed explanation on the field initialization issues,
> Vojtech.
> 
> 
> Looking at the common and compat packages, there a dozens of such
> initializers. Some are probably redundant anyway and can safely be ignored,
> but some (most?) have a purpose.
> 
> My incline is always to prevent such issues from happening, and not rely on
> developers having to remember to move their initializers.
> Here's my take on the issue (patchset available for review at [1]):
> - Move all member initializers to constructors
> - Add a checkstyle check to ensure that new members aren't initialized inline

Nice work, Allon. I agree with your point not to rely solely on developers (having to remember GWT-specific limitations) but solving this issue globally in common & compat modules.

I went over patches at [1] that aren't fully-acked yet, they looked good to me.

> 
> Reviews are welcome, thanks!
> 
> -Allon
> 
> [1]
> http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:no-member-init,n,z
> 
> ----- Original Message -----
> > From: "Vojtech Szocs" <vszocs at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, July 31, 2013 4:17:30 PM
> > Subject: [Engine-devel] oVirt UI technology stack upgrade complete
> > 
> > Hello everyone,
> > 
> > last week, we merged a patch that upgrades oVirt UI technology stack to use
> > the latest version of Google Web Toolkit SDK and related modules [1]. This
> > patch includes all "essential" upgrade changes as described in [2].
> > 
> > After merging the above mentioned patch, we faced some issues related to
> > GWT
> > RPC serialization, involving classes shared between frontend and backend.
> > Please read on to learn more about these issues and ways to fix them.
> > 
> > --
> > 
> > (A) NullPointerException at server-side (GWT RPC servlet) when serializing
> > backend business entity into RPC response payload
> > 
> > Symptoms
> > * exception in server.log -> Exception while dispatching incoming RPC call:
> > java.lang.NullPointerException
> > * error dialog in web UI with status code 500 (internal server error)
> > 
> > Root cause
> > * fields such as "private X field = Y;" of the given entity are not
> > included
> > in GWT RPC serialization policy
> > * this happens when entity constructor isn't referenced in UI code -> GWT
> > compiler marks the constructor and instance initializer as dead code
> > * since instance initializer takes care of adding such fields to given type
> > (entity) in generated JavaScript, such fields won't be added at all
> > 
> > Workaround
> > * for each field such as "private X field = Y;"
> >   1, change field declaration to "private X field;"
> >   2, add "field = Y;" statement to constructor
> > 
> > Consequence
> > * even though constructor and instance initializer are marked as dead code,
> > fields such as "private X field;" are still added to given type (entity) in
> > generated JavaScript
> > * this is due to how generated JavaScript works, i.e. fields without
> > initialization statement such as "private X field;" are always added,
> > whereas fields with initialization statement such as "private X field = Y;"
> > are added via instance initializer (which might be removed if it's marked
> > as
> > dead code)
> > 
> > References
> > * patch [http://gerrit.ovirt.org/#/c/17352/] for RepoImage entity
> > 
> > --
> > 
> > (B) Instance field(s) with null values at server-side after deserializing
> > RPC
> > request payload
> > 
> > Symptoms
> > * object passed from client contains field(s) with null values, despite
> > client initializing fields before making RPC call
> > 
> > Root cause
> > * client uses RPC method signature that works with type A, i.e.
> > VdcActionParametersBase
> > * type A meets GWT RPC serialization rules, as defined in [3] section
> > "Serializable User-defined Classes"
> > * client uses type B (extends A) when calling given RPC method at runtime,
> > i.e. MyCustomParameters
> > * type B does NOT meet GWT RPC serialization rules, i.e. missing no-arg
> > constructor
> > * back at server-side, GWT RPC servlet fails to deserialize type B properly
> > 
> > Workaround
> > * ensure all types participating in GWT RPC communication meet GWT RPC
> > serialization rules
> >   1, assignable to IsSerializable or Serializable interface
> >   2, all non-final & non-transient instance fields meet GWT RPC
> >   serialization
> >   rules
> >   3, contains no-arg constructor (in order to create instance during
> >   deserialization)
> > 
> > References
> > * patch [http://gerrit.ovirt.org/#/c/17368/] for Gluster Parameter classes
> > 
> > --
> > 
> > Regards,
> > Vojtech
> > 
> > [1] http://gerrit.ovirt.org/#/c/16739/
> > [2] http://www.ovirt.org/Features/GWT_Platform_Upgrade
> > [3]
> > http://www.gwtproject.org/doc/latest/DevGuideServerCommunication.html#DevGuideSerializableTypes
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From leonardo.bianconi at eldorado.org.br  Mon Aug 19 13:21:32 2013
From: leonardo.bianconi at eldorado.org.br (Leonardo Bianconi)
Date: Mon, 19 Aug 2013 13:21:32 +0000
Subject: [Engine-devel] New patches for IBM POWER support
Message-ID: <50EB20226B72D6419356FC320AB62B871917274F@SERV070.corp.eldorado.org.br>

Hi everyone!

This is the dependency tree of the patches (along with their IDs on gerrit) that will enable IBM POWER support for the oVirt engine (more patches will be submitted later):

17853 - core: Add POWER 7 to the CPU list
                16700 - core, engine, webadmin: Initial support for alternative architectures
                               18220 - core: New OS for IBM POWER support
                                               17855 - core: Architecture related queries
                                                               18226 - core, engine, webadmin: Cluster and architecture related changes
                                                                               18227 - core, webadmin, engine: Added architecture support for VM and Template
                                               17885 - webadmin: Show only supported displays
                                               17964 - core, webadmin: Show only supported disk interfaces
                                               17972 - webadmin: Show only compatible OSes
                                               18221 - core, webadmin: Show only supported watchdogs
                                               18227 - core, webadmin, engine: Added architecture support for VM and Template
18150 - engine: Display type validation
18042 - engine: Vnic interface validation

We divided the previous patchset into smaller patches with specific features, in order to enhance the review process. We avoided modifying the change #16700 too much, because the reviewers had already started giving their feedback on it.
Looking at the tree, the other patches are highly dependent on changes #17853/#16700/#1822, and the change #16700 is the largest one. If there is something to do to help the review process, please, let us know.

Regards,
Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa

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

From amuller at redhat.com  Mon Aug 19 14:50:16 2013
From: amuller at redhat.com (Assaf Muller)
Date: Mon, 19 Aug 2013 10:50:16 -0400 (EDT)
Subject: [Engine-devel] [vdsm] Jenkins job to run networking functional
	tests
In-Reply-To: <5211FF84.4090205@redhat.com>
References: <2122660706.311929.1376297884175.JavaMail.root@redhat.com>
	<1518191898.4157241.1376645323921.JavaMail.root@redhat.com>
	<702649267.203034.1376827582549.JavaMail.root@redhat.com>
	<659315496.365627.1376896786038.JavaMail.root@redhat.com>
	<1165609510.535962.1376904396524.JavaMail.root@redhat.com>
	<5211FF84.4090205@redhat.com>
Message-ID: <2034115061.518844.1376923816561.JavaMail.root@redhat.com>

+1

Giuseppe is our go to guy as far as networking tests go!

----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo at redhat.com>
To: "Eyal Edri" <eedri at redhat.com>
Cc: "engine-devel" <engine-devel at ovirt.org>, "vdsm-devel" <vdsm-devel at fedorahosted.org>, "infra" <infra at ovirt.org>
Sent: Monday, August 19, 2013 2:20:36 PM
Subject: Re: [vdsm] Jenkins job to run networking functional tests

Il 19/08/2013 11:26, Eyal Edri ha scritto:
> [adding devel lists]
> 
> Usually to get power user privileges you need get +1 community (mostly relevant people in your team/project).
> saying you're familiar with jenkins and the project and is cabaple of adding jobs to the project.
> 
> I personally give +1 since i know you're contribution and experience.
> 
> Eyal.

+1 from me too.

Sandro





> 
> ----- Original Message -----
>> From: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> To: "infra" <infra at ovirt.org>
>> Sent: Monday, August 19, 2013 10:19:46 AM
>> Subject: Jenkins job to run networking functional tests
>>
>> Hello everybody, following the previous discussion with Eyal,
>> I need to get rights in order to create a jenkins job to
>> achieve what stated in the subject.
>>
>> Is it the right place for such request?
>>
>> Cheers, Giuseppe
>>
>> ----- Forwarded Message -----
>> | From: "Eyal Edri" <eedri at redhat.com>
>> | To: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> | Cc: "infra" <infra at ovirt.org>
>> | Sent: Sunday, August 18, 2013 2:06:22 PM
>> | Subject: Re: running network functional tests
>> | 
>> | Hi,
>> | 
>> | Usually in these cases when a new job is requested to a specific
>> | project/component,
>> | A 'power user' for the relevant team (in your case network), is given
>> | privileges on the Jenkins machine
>> | to add any job required.
>> | 
>> | I would propose the following:
>> |  1. request power user access to jenkins.ovirt.org (if you don't already
>> |  have)
>> |  2. add a new job with your functional test per commit (not per patch for
>> |  starts)
>> |     any infra member can assist you with the labels for slaves / os /etc...
>> |  3. once that job is running properly, you can contact infra to assist in
>> |  converting it to a per-patch job
>> |     with the topic / field verification logic done.
>> |  4. not sure if this is relevant to your tests, but all existing jenkins
>> |  slaves are VMs and not bare-metal.
>> | 
>> | i hope this helps.
>> | 
>> | Eyal.
>> | 
>> | ----- Original Message -----
>> | > From: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> | > To: "infra" <infra at ovirt.org>
>> | > Sent: Friday, August 16, 2013 12:28:43 PM
>> | > Subject: Fwd: running network functional tests
>> | > 
>> | > ----- Forwarded Message -----
>> | > | From: "Giuseppe Vallarelli" <gvallare at redhat.com>
>> | > | To: "infra" <infra at ovirt.org>
>> | > | Cc: "David Caro Estevez" <dcaroest at redhat.com>
>> | > | Sent: Monday, August 12, 2013 10:58:04 AM
>> | > | Subject: running network functional tests
>> | > | 
>> | > | Hello everbody!
>> | > | Just recently we added networking functional tests and we would like
>> | > | to have them running when we submit patches network related, i.e.
>> | > | going to affect network modules. Displaying success or failure
>> | > | as it happens with the current unittests.
>> | > | 
>> | > | Requirements/ideas:
>> | > | 
>> | > | - OS Fedora 19/RHEL6.4 should not matter.
>> | > | 
>> | > | - Kernel module used: bonding, dummy.
>> | > | 
>> | > | - No more than one 'instance' of networkTests should run
>> | > |   on a specific host, simply because we use some global
>> | > |   constants to identify network name vlan id and so on.
>> | > | 
>> | > | - Ideally we can use a previously proposed idea of commit tag
>> | > |   where for example @networking is provided in the commit msg
>> | > |   title to identify the need of running also the network
>> | > |   functional tests.
>> | > | 
>> | > | - We should be able to run at the same time functional networking
>> | > |   tests and unit tests - I don't expect any conflicts.
>> | > | 
>> | > | Would be cool to have a test run before -1s all networking patches
>> | > | in case of problems :-)
>> | > | 
>> | > | Let me know if more information are needed.
>> | > | 
>> | > | 
>> | > | Cheers, Giuseppe
>> | > 
>> | > Is there any update on the subject?
>> | > 
>> | > Any estimate to have functional network tests running?
>> | > I mind that we can run network functional tests upstream
>> | > that will speed up our workflow and possibly decrease the
>> | > regressions.
>> | > 
>> | > Thanks Giuseppe
>> | > _______________________________________________
>> | > Infra mailing list
>> | > Infra at ovirt.org
>> | > http://lists.ovirt.org/mailman/listinfo/infra
>> | > 
>> | 
>> _______________________________________________
>> Infra mailing list
>> Infra at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
_______________________________________________
vdsm-devel mailing list
vdsm-devel at lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel


From iheim at redhat.com  Mon Aug 19 22:30:40 2013
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 19 Aug 2013 18:30:40 -0400
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <5208B459.7000808@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
	<5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
	<5208B459.7000808@redhat.com>
Message-ID: <52129C90.1030407@redhat.com>

On 08/12/2013 06:09 AM, Sahina Bose wrote:
>
> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
>>
>> ----- Original Message -----
>>> From: "Sahina Bose" <sabose at redhat.com>
>>> To: "Eli Mesika" <emesika at redhat.com>
>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>>> Sent: Monday, August 12, 2013 11:51:15 AM
>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>>
>>>
>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
>>>> ----- Original Message -----
>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org, "Michael
>>>>> Pasternak" <mpastern at redhat.com>
>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>
>>>>> Hi all,
>>>>>
>>>>> We are working on a feature to add support to start and monitor
>>>>> gluster
>>>>> volume asynchronous tasks (like rebalancing a gluster volume, removing
>>>>> brick from volume ) from the oVirt engine.
>>>>>
>>>>> The operations can be started from the Volumes tab or the Bricks
>>>>> sub-tab
>>>>> using the Rebalance, Remove options.
>>>>> These are long running operations which can be monitored using a
>>>>> task id
>>>>> returned from Gluster. We are planning to add the monitoring in the
>>>>> existing Task sub tab
>>>>>
>>>>> The feature description and User flows are at
>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
>>>>>
>>>>>
>>>>> The detailed design (including REST API design) is at
>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
>>>>>
>>>>>
>>>>> I would really appreciate if you could review and provide your
>>>>> valuable
>>>>> feedback.
>>>> I Sahina
>>>> Why not using 6the External Tasks feature introduced for 3.3 for those
>>>> Gluster tasks ???
>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
>>> Hi Eli,
>>>
>>> We still want to be able to start and stop these operations from the
>>> engine.
>>> So, when a user wants to say, rebalance a volume, they would go select
>>> the volume and click on Rebalance Start.
>>> This would then call the BLL command to start rebalance which will
>>> invoke the corresponding vdsm verb to start the rebalance on the volume.
>>> This is the same as existing flow for other commands. The only
>>> difference is the vdsm verb will return the task id from gluster, for
>>> the rebalance operation that was started. And we will monitor the
>>> progress of the task using the gluster task id (by calling a gluster
>>> command)
>>>
>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
>>> using ExternalTask support for adding Job/Steps to engine when the
>>> operation is started outside of engine, that is, from Gluster CLI.
>>> Please correct me if I'm missing something.
>> Does this mean that from Gluster CLI you will not try and invoke the
>> rebalance command ?
>> (I mean, I should either use Gluster CLI or Engine's REST API?)
> Rebalance volume command could be invoked in any of the following ways:
> 1. From the console UI (clicking on Rebalance as shown in
> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume)
>
> 2. Using REST API
> 3. Outside of engine, from Gluster CLI - In such cases, the engine
> should detect that a user has triggered rebalance operation outside the
> engine, and allow the user to monitor progress of this from the engine.
> This is where, we need support to add a Job for an operation that was
> started externally, so that it can be seen in the Tasks tab.

and still, it should be considered an internal task, since the engine is 
managing it / detected it.



From iheim at redhat.com  Mon Aug 19 22:34:48 2013
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 19 Aug 2013 18:34:48 -0400
Subject: [Engine-devel] Dynamic resource loading in GWT
In-Reply-To: <1274896517.12949480.1375877443193.JavaMail.root@redhat.com>
References: <5201F03B.8010000@redhat.com>
	<591730162.12504513.1375873738779.JavaMail.root@redhat.com>
	<1274896517.12949480.1375877443193.JavaMail.root@redhat.com>
Message-ID: <52129D88.5060901@redhat.com>

On 08/07/2013 08:10 AM, Tomas Jelinek wrote:
> Hey Roy,
>
> well, I'm not a fan of using the dictionary - it is an associative array and opens a door to
> mistakes which will not be handled by compiler like locales.get("naem") will not return me the name :)
> At least not for data we know how will look like (e.g. for the os info)
>
> We already embed some info into the host page and use it on the client using JavaScript Overlay Types [4].
>
> You can have a look for example at GwtDynamicHostPageServlet:
> request.setAttribute(MD5Attributes.ATTR_USER_INFO.getKey(), getUserInfoObject(loggedInUser));
> and on the FE side the overlay type is: AutoLoginData
>
> But I would be careful how much info do we want to embed into the host page - it can make it significantly big
> and influence the performance (for example we are using code splitting [5] to download only the parts of the app
> we actually need when we need them). To embed too much info which is not always needed is a step to the opposite
> direction. I don't say it is wrong, it just has to be considered.
>
> Tomas
>
> [4]: http://googlewebtoolkit.blogspot.cz/2008/08/getting-to-really-know-gwt-part-2.html
> [5]: http://www.gwtproject.org/doc/latest/DevGuideCodeSplitting.html

there is still the point of having multiple files, which seems like an 
easy win by merging to a single file, and if needed, using pre-compile 
to create the cloned files


From amureini at redhat.com  Tue Aug 20 06:48:24 2013
From: amureini at redhat.com (Allon Mureinik)
Date: Tue, 20 Aug 2013 02:48:24 -0400 (EDT)
Subject: [Engine-devel] oVirt UI technology stack upgrade complete
In-Reply-To: <449572701.556175.1376916416358.JavaMail.root@redhat.com>
References: <162740763.9237639.1375276650565.JavaMail.root@redhat.com>
	<1371093356.2849657.1376563975299.JavaMail.root@redhat.com>
	<449572701.556175.1376916416358.JavaMail.root@redhat.com>
Message-ID: <130858013.1056416.1376981304286.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Vojtech Szocs" <vszocs at redhat.com>
> To: "Allon Mureinik" <amureini at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, August 19, 2013 3:46:56 PM
> Subject: Re: [Engine-devel] oVirt UI technology stack upgrade complete
> 
> 
> ----- Original Message -----
> > From: "Allon Mureinik" <amureini at redhat.com>
> > To: "Vojtech Szocs" <vszocs at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Thursday, August 15, 2013 12:52:55 PM
> > Subject: Re: [Engine-devel] oVirt UI technology stack upgrade complete
> > 
> > Thanks for the detailed explanation on the field initialization issues,
> > Vojtech.
> > 
> > 
> > Looking at the common and compat packages, there a dozens of such
> > initializers. Some are probably redundant anyway and can safely be ignored,
> > but some (most?) have a purpose.
> > 
> > My incline is always to prevent such issues from happening, and not rely on
> > developers having to remember to move their initializers.
> > Here's my take on the issue (patchset available for review at [1]):
> > - Move all member initializers to constructors
> > - Add a checkstyle check to ensure that new members aren't initialized
> > inline
> 
> Nice work, Allon. I agree with your point not to rely solely on developers
> (having to remember GWT-specific limitations) but solving this issue
> globally in common & compat modules.
> 
> I went over patches at [1] that aren't fully-acked yet, they looked good to
> me.
Patchset was merged.
A bug thank you to all the reviewers!

> 
> > 
> > Reviews are welcome, thanks!
> > 
> > -Allon
> > 
> > [1]
> > http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:no-member-init,n,z
> > 
> > ----- Original Message -----
> > > From: "Vojtech Szocs" <vszocs at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Wednesday, July 31, 2013 4:17:30 PM
> > > Subject: [Engine-devel] oVirt UI technology stack upgrade complete
> > > 
> > > Hello everyone,
> > > 
> > > last week, we merged a patch that upgrades oVirt UI technology stack to
> > > use
> > > the latest version of Google Web Toolkit SDK and related modules [1].
> > > This
> > > patch includes all "essential" upgrade changes as described in [2].
> > > 
> > > After merging the above mentioned patch, we faced some issues related to
> > > GWT
> > > RPC serialization, involving classes shared between frontend and backend.
> > > Please read on to learn more about these issues and ways to fix them.
> > > 
> > > --
> > > 
> > > (A) NullPointerException at server-side (GWT RPC servlet) when
> > > serializing
> > > backend business entity into RPC response payload
> > > 
> > > Symptoms
> > > * exception in server.log -> Exception while dispatching incoming RPC
> > > call:
> > > java.lang.NullPointerException
> > > * error dialog in web UI with status code 500 (internal server error)
> > > 
> > > Root cause
> > > * fields such as "private X field = Y;" of the given entity are not
> > > included
> > > in GWT RPC serialization policy
> > > * this happens when entity constructor isn't referenced in UI code -> GWT
> > > compiler marks the constructor and instance initializer as dead code
> > > * since instance initializer takes care of adding such fields to given
> > > type
> > > (entity) in generated JavaScript, such fields won't be added at all
> > > 
> > > Workaround
> > > * for each field such as "private X field = Y;"
> > >   1, change field declaration to "private X field;"
> > >   2, add "field = Y;" statement to constructor
> > > 
> > > Consequence
> > > * even though constructor and instance initializer are marked as dead
> > > code,
> > > fields such as "private X field;" are still added to given type (entity)
> > > in
> > > generated JavaScript
> > > * this is due to how generated JavaScript works, i.e. fields without
> > > initialization statement such as "private X field;" are always added,
> > > whereas fields with initialization statement such as "private X field =
> > > Y;"
> > > are added via instance initializer (which might be removed if it's marked
> > > as
> > > dead code)
> > > 
> > > References
> > > * patch [http://gerrit.ovirt.org/#/c/17352/] for RepoImage entity
> > > 
> > > --
> > > 
> > > (B) Instance field(s) with null values at server-side after deserializing
> > > RPC
> > > request payload
> > > 
> > > Symptoms
> > > * object passed from client contains field(s) with null values, despite
> > > client initializing fields before making RPC call
> > > 
> > > Root cause
> > > * client uses RPC method signature that works with type A, i.e.
> > > VdcActionParametersBase
> > > * type A meets GWT RPC serialization rules, as defined in [3] section
> > > "Serializable User-defined Classes"
> > > * client uses type B (extends A) when calling given RPC method at
> > > runtime,
> > > i.e. MyCustomParameters
> > > * type B does NOT meet GWT RPC serialization rules, i.e. missing no-arg
> > > constructor
> > > * back at server-side, GWT RPC servlet fails to deserialize type B
> > > properly
> > > 
> > > Workaround
> > > * ensure all types participating in GWT RPC communication meet GWT RPC
> > > serialization rules
> > >   1, assignable to IsSerializable or Serializable interface
> > >   2, all non-final & non-transient instance fields meet GWT RPC
> > >   serialization
> > >   rules
> > >   3, contains no-arg constructor (in order to create instance during
> > >   deserialization)
> > > 
> > > References
> > > * patch [http://gerrit.ovirt.org/#/c/17368/] for Gluster Parameter
> > > classes
> > > 
> > > --
> > > 
> > > Regards,
> > > Vojtech
> > > 
> > > [1] http://gerrit.ovirt.org/#/c/16739/
> > > [2] http://www.ovirt.org/Features/GWT_Platform_Upgrade
> > > [3]
> > > http://www.gwtproject.org/doc/latest/DevGuideServerCommunication.html#DevGuideSerializableTypes
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 


From anyang at waycooler.co  Tue Aug 20 07:22:36 2013
From: anyang at waycooler.co (An Yang)
Date: Tue, 20 Aug 2013 15:22:36 +0800
Subject: [Engine-devel] Rebuild ovirt 3.2.1 success, but lost i18n support
Message-ID: <1376983356.3149.10.camel@chinese-laptop>

Hi all,

I just rebuild ovirt-engine 3.2.1 according to
http://www.ovirt.org/Building_oVirt_engine , it work fine, but I could
not choose the language, it always display U.S. English UI.
Could you give me a hand, how can I enable GWT's i18n support, or
something is wrong in my building ENV? 

Thanks in advance.
-- 
Bests,

An Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130820/389e1fc2/attachment.html>

From alonbl at redhat.com  Tue Aug 20 07:32:10 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 20 Aug 2013 03:32:10 -0400 (EDT)
Subject: [Engine-devel] Rebuild ovirt 3.2.1 success,
 but lost i18n support
In-Reply-To: <1376983356.3149.10.camel@chinese-laptop>
References: <1376983356.3149.10.camel@chinese-laptop>
Message-ID: <1301767208.534743.1376983929997.JavaMail.root@redhat.com>



----- Original Message -----
> From: "An Yang" <anyang at waycooler.co>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 20, 2013 10:22:36 AM
> Subject: [Engine-devel] Rebuild ovirt 3.2.1 success, but lost i18n support
> 
> Hi all,
> 
> I just rebuild ovirt-engine 3.2.1 according to
> http://www.ovirt.org/Building_oVirt_engine , it work fine, but I could not
> choose the language, it always display U.S. English UI.
> Could you give me a hand, how can I enable GWT's i18n support, or something
> is wrong in my building ENV?

No. Something wrong with the approach that was taken to write the spec file with developers in mind and not production.

This has been resolved in 3.3.

For 3.2 you can try:

# git clone ...
# cd ...
# make dist
# rpmbuild -D"EXTRA_BUILD_FLAGS -P all-langs" -tb <tarball>

Regards,
Alon


From eedri at redhat.com  Tue Aug 20 08:32:55 2013
From: eedri at redhat.com (Eyal Edri)
Date: Tue, 20 Aug 2013 04:32:55 -0400 (EDT)
Subject: [Engine-devel] [vdsm] Jenkins job to run networking functional
	tests
In-Reply-To: <2034115061.518844.1376923816561.JavaMail.root@redhat.com>
References: <2122660706.311929.1376297884175.JavaMail.root@redhat.com>
	<1518191898.4157241.1376645323921.JavaMail.root@redhat.com>
	<702649267.203034.1376827582549.JavaMail.root@redhat.com>
	<659315496.365627.1376896786038.JavaMail.root@redhat.com>
	<1165609510.535962.1376904396524.JavaMail.root@redhat.com>
	<5211FF84.4090205@redhat.com>
	<2034115061.518844.1376923816561.JavaMail.root@redhat.com>
Message-ID: <1836240726.1099858.1376987575983.JavaMail.root@redhat.com>

OK,

Since i see now -1 and enough +1, i'll add giuseppe as power user for network tests on ovirt.
congrats.

I will send you the details in private.
please contact infra team if you need assistance with setting up the jobs.

Eyal.

----- Original Message -----
> From: "Assaf Muller" <amuller at redhat.com>
> To: "Sandro Bonazzola" <sbonazzo at redhat.com>
> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "vdsm-devel"
> <vdsm-devel at fedorahosted.org>, "infra" <infra at ovirt.org>
> Sent: Monday, August 19, 2013 5:50:16 PM
> Subject: Re: [vdsm] Jenkins job to run networking functional tests
> 
> +1
> 
> Giuseppe is our go to guy as far as networking tests go!
> 
> ----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> To: "Eyal Edri" <eedri at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "vdsm-devel"
> <vdsm-devel at fedorahosted.org>, "infra" <infra at ovirt.org>
> Sent: Monday, August 19, 2013 2:20:36 PM
> Subject: Re: [vdsm] Jenkins job to run networking functional tests
> 
> Il 19/08/2013 11:26, Eyal Edri ha scritto:
> > [adding devel lists]
> > 
> > Usually to get power user privileges you need get +1 community (mostly
> > relevant people in your team/project).
> > saying you're familiar with jenkins and the project and is cabaple of
> > adding jobs to the project.
> > 
> > I personally give +1 since i know you're contribution and experience.
> > 
> > Eyal.
> 
> +1 from me too.
> 
> Sandro
> 
> 
> 
> 
> 
> > 
> > ----- Original Message -----
> >> From: "Giuseppe Vallarelli" <gvallare at redhat.com>
> >> To: "infra" <infra at ovirt.org>
> >> Sent: Monday, August 19, 2013 10:19:46 AM
> >> Subject: Jenkins job to run networking functional tests
> >>
> >> Hello everybody, following the previous discussion with Eyal,
> >> I need to get rights in order to create a jenkins job to
> >> achieve what stated in the subject.
> >>
> >> Is it the right place for such request?
> >>
> >> Cheers, Giuseppe
> >>
> >> ----- Forwarded Message -----
> >> | From: "Eyal Edri" <eedri at redhat.com>
> >> | To: "Giuseppe Vallarelli" <gvallare at redhat.com>
> >> | Cc: "infra" <infra at ovirt.org>
> >> | Sent: Sunday, August 18, 2013 2:06:22 PM
> >> | Subject: Re: running network functional tests
> >> | 
> >> | Hi,
> >> | 
> >> | Usually in these cases when a new job is requested to a specific
> >> | project/component,
> >> | A 'power user' for the relevant team (in your case network), is given
> >> | privileges on the Jenkins machine
> >> | to add any job required.
> >> | 
> >> | I would propose the following:
> >> |  1. request power user access to jenkins.ovirt.org (if you don't already
> >> |  have)
> >> |  2. add a new job with your functional test per commit (not per patch
> >> |  for
> >> |  starts)
> >> |     any infra member can assist you with the labels for slaves / os
> >> |     /etc...
> >> |  3. once that job is running properly, you can contact infra to assist
> >> |  in
> >> |  converting it to a per-patch job
> >> |     with the topic / field verification logic done.
> >> |  4. not sure if this is relevant to your tests, but all existing jenkins
> >> |  slaves are VMs and not bare-metal.
> >> | 
> >> | i hope this helps.
> >> | 
> >> | Eyal.
> >> | 
> >> | ----- Original Message -----
> >> | > From: "Giuseppe Vallarelli" <gvallare at redhat.com>
> >> | > To: "infra" <infra at ovirt.org>
> >> | > Sent: Friday, August 16, 2013 12:28:43 PM
> >> | > Subject: Fwd: running network functional tests
> >> | > 
> >> | > ----- Forwarded Message -----
> >> | > | From: "Giuseppe Vallarelli" <gvallare at redhat.com>
> >> | > | To: "infra" <infra at ovirt.org>
> >> | > | Cc: "David Caro Estevez" <dcaroest at redhat.com>
> >> | > | Sent: Monday, August 12, 2013 10:58:04 AM
> >> | > | Subject: running network functional tests
> >> | > | 
> >> | > | Hello everbody!
> >> | > | Just recently we added networking functional tests and we would like
> >> | > | to have them running when we submit patches network related, i.e.
> >> | > | going to affect network modules. Displaying success or failure
> >> | > | as it happens with the current unittests.
> >> | > | 
> >> | > | Requirements/ideas:
> >> | > | 
> >> | > | - OS Fedora 19/RHEL6.4 should not matter.
> >> | > | 
> >> | > | - Kernel module used: bonding, dummy.
> >> | > | 
> >> | > | - No more than one 'instance' of networkTests should run
> >> | > |   on a specific host, simply because we use some global
> >> | > |   constants to identify network name vlan id and so on.
> >> | > | 
> >> | > | - Ideally we can use a previously proposed idea of commit tag
> >> | > |   where for example @networking is provided in the commit msg
> >> | > |   title to identify the need of running also the network
> >> | > |   functional tests.
> >> | > | 
> >> | > | - We should be able to run at the same time functional networking
> >> | > |   tests and unit tests - I don't expect any conflicts.
> >> | > | 
> >> | > | Would be cool to have a test run before -1s all networking patches
> >> | > | in case of problems :-)
> >> | > | 
> >> | > | Let me know if more information are needed.
> >> | > | 
> >> | > | 
> >> | > | Cheers, Giuseppe
> >> | > 
> >> | > Is there any update on the subject?
> >> | > 
> >> | > Any estimate to have functional network tests running?
> >> | > I mind that we can run network functional tests upstream
> >> | > that will speed up our workflow and possibly decrease the
> >> | > regressions.
> >> | > 
> >> | > Thanks Giuseppe
> >> | > _______________________________________________
> >> | > Infra mailing list
> >> | > Infra at ovirt.org
> >> | > http://lists.ovirt.org/mailman/listinfo/infra
> >> | > 
> >> | 
> >> _______________________________________________
> >> Infra mailing list
> >> Infra at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/infra
> >>
> > _______________________________________________
> > vdsm-devel mailing list
> > vdsm-devel at lists.fedorahosted.org
> > https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> > 
> 
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> 


From anyang at waycooler.co  Tue Aug 20 08:53:14 2013
From: anyang at waycooler.co (An Yang)
Date: Tue, 20 Aug 2013 16:53:14 +0800
Subject: [Engine-devel] Rebuild ovirt 3.2.1 success,
 but lost i18n support
In-Reply-To: <1301767208.534743.1376983929997.JavaMail.root@redhat.com>
References: <1376983356.3149.10.camel@chinese-laptop>
	<1301767208.534743.1376983929997.JavaMail.root@redhat.com>
Message-ID: <1376988794.3149.12.camel@chinese-laptop>

> ----- Original Message -----
> > From: "An Yang" <anyang at waycooler.co>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 20, 2013 10:22:36 AM
> > Subject: [Engine-devel] Rebuild ovirt 3.2.1 success, but lost i18n support
> > 
> > Hi all,
> > 
> > I just rebuild ovirt-engine 3.2.1 according to
> > http://www.ovirt.org/Building_oVirt_engine , it work fine, but I could not
> > choose the language, it always display U.S. English UI.
> > Could you give me a hand, how can I enable GWT's i18n support, or something
> > is wrong in my building ENV?
> 
> No. Something wrong with the approach that was taken to write the spec file with developers in mind and not production.
> 
> This has been resolved in 3.3.
> 
> For 3.2 you can try:
> 
> # git clone ...
> # cd ...
> # make dist
> # rpmbuild -D"EXTRA_BUILD_FLAGS -P all-langs" -tb <tarball>

It works, thanks Alon. 

> 
> Regards,
> Alon


-- 
Bests,

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

From michal.skrivanek at redhat.com  Tue Aug 20 10:52:06 2013
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Tue, 20 Aug 2013 12:52:06 +0200
Subject: [Engine-devel] Issues with IBM POWER support in oVirt engine
In-Reply-To: <B2CAFC4D5E2D574A883EF61ACD5ADE330180A712@SERV070.corp.eldorado.org.br>
References: <B2CAFC4D5E2D574A883EF61ACD5ADE330180A712@SERV070.corp.eldorado.org.br>
Message-ID: <C811B6DB-85C0-43BF-8B97-6E9F9E6F8E15@redhat.com>


On Aug 16, 2013, at 22:02 , Vitor de Lima <vitor.lima at eldorado.org.br> wrote:

> Hi everyone,
>  
> I wrote some code to run a VM on a IBM POWER host, but I stumbled in some issues that will need a little bit of refactoring in the current code and I would like some feedback.
>  
> The first issue is that KVM on POWER requires a special SCSI interface (called SPAPR), which is not available in x86-64. Currently I?m solving this problem by using (in the VmInfoBuilder class):
>  
> if (vm.getArchitecture().equals(ArchitectureType.ppc64)) {
>            Map<String, Object> struct = new HashMap<String, Object>();
>             struct.put(VdsProperties.Type, VmDeviceType.CONTROLLER.getName());
>             struct.put(VdsProperties.Device, VdsProperties.Scsi);
>  
>            // Create a controller in the index 1, the VirtIO_SCSI interface is in index 0
>             struct.put(VdsProperties.Index, "1");
>  
>             Map<String, String> spaprAddress = new HashMap<String, String>();
>  
>             spaprAddress.put("type", "spapr-vio");
>  
>             struct.put(VdsProperties.Address, spaprAddress);
>              devices.add(struct);
> }
>  
> But this is a poor solution, because this class would be polluted by architectural differences. Another thing to notice is that since in IBM POWER there are two SCSI controllers, all the SCSI devices must have their SCSI address explicitly defined (it was not needed before, since there was just one controller before). It was proposed that a ?strategy? class could solve the problem, but I would like to have some feedback on which package it should be, since it will also be used in the bll package to validate other stuff.
>  
> The second issue is that the CD-ROM interface is SCSI on POWER guests (and must be attached to the SPAPR interface) and IDE on the x86_64, this information could be retrieved from the osinfo (by creating a property there) or It could be hard-coded in the strategy class.
> Which would be the best way to handle this difference?

the strategy class might be sufficient for now, if it's not difficult/ugly

>  
> The third and final issue is that when the VNC protocol is used in a VM, by default a Cirrus Logic VGA device is created. This device is not supported on POWER guests, but the standard VGA device is. I made a workaround, but the issue is where to put this association between the device type and the display protocol.
> Should it also be a property in the osinfo? Or it should be handled in the strategy class?

we have a sort of mapping today that qxl means SPICE and cirrus means VNC, going forward we'd like to give a bit more flexibility, so elsewhere it was suggested to put into osinfo the list of supported devices/cards to pick from. I think it's still fine to use the simple "mapping", just add standard vga.
The meaning would be qxl means SPICE or VNC(user can pick - this is to allow both spice and vnc console access as you can use both on qxl in fact.), cirrus means VNC, vga would also mean VNC
osinfo would contain the list of devices and we just need to make sure cirrus and vga is exclusive as they both mean the same value in Edit VM protocol drop down box 

Thanks,
michal


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



From an.euroford at gmail.com  Tue Aug 20 01:58:05 2013
From: an.euroford at gmail.com (An Yang)
Date: Tue, 20 Aug 2013 09:58:05 +0800
Subject: [Engine-devel] Rebuild ovirt 3.2.1 success, but lost i18n support
Message-ID: <1376963885.3149.8.camel@chinese-laptop>

Hi all,

I just rebuild ovirt-engine 3.2.1 aaccording to
http://www.ovirt.org/Building_oVirt_engine , it work fine, but I could
not choose the language, it always display U.S. English UI.
Could you give me a hand, how can I enable GWT's i18n support, or
something is wrong in my building ENV? 

Thanks in advance.
An Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130820/ce5ac14c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130820/ce5ac14c/attachment.sig>

From mrao at redhat.com  Tue Aug 20 19:50:43 2013
From: mrao at redhat.com (Malini Rao)
Date: Tue, 20 Aug 2013 15:50:43 -0400 (EDT)
Subject: [Engine-devel] Feedback/ input needed on Host power management
In-Reply-To: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
Message-ID: <306512847.474256.1377028243288.JavaMail.root@redhat.com>

Hello everyone, 

We received a few responses to the email below that were very helpful and it seemed like while some people preferred one over the other concept, there was a general need to see the power management card details in a handy manner. Taking all the feedback into account, we have made an iteration to the concept and want to present it back to you for your feedback. Please see attached. In this version, the dialog presents the following flow from top to bottom -

1. enable power management
2. Then Select which cards to use
3. Then indicate to the system whether those cards should be used concurrently or sequentially.

Within Step 2 in the flow, the details for each card are collapsed by default but can easily be expanded.

Besides feedback on the attached mockup, we also have some questions that we would like some clarifications on -

1. When power management is enabled on a host, will atleast one card NEED to be enabled? If yes, is that always the Primary card ( in other words, should the primary card ever be disabled?)

2. Currently, in the mockup, we have checkboxes to enable and disable certain cards and also the ability to add cards. Should there be an ability to remove cards too in addition to turning them on/ off or is it ok to just add/ remove and take out the checkboxes all together?

Thanks
Malini




----- Original Message -----
From: "Malini Rao" <mrao at redhat.com>
To: "engine-devel" <engine-devel at ovirt.org>
Cc: users at ovirt.org, "Itamar Heim" <iheim at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Einav Cohen" <ecohen at redhat.com>, "Eldan Hildesheim" <ehildesh at redhat.com>
Sent: Wednesday, August 14, 2013 2:50:46 PM
Subject: Feedback/ input needed on Host power management

Hello all, 

In taking a look at the current implementation of Hosts> Power management, we have come up with a couple of approaches on improving this from a UX perspective -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management. We want your thoughts and input on what approach makes more sense from a user's perspective before fine tuning the UI.

Thanks
Malini
User Experience designer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: power management v2.png
Type: image/png
Size: 282950 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130820/a5537128/attachment.png>

From sabose at redhat.com  Wed Aug 21 04:46:32 2013
From: sabose at redhat.com (Sahina Bose)
Date: Wed, 21 Aug 2013 10:16:32 +0530
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <52129C90.1030407@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
	<5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
	<5208B459.7000808@redhat.com> <52129C90.1030407@redhat.com>
Message-ID: <52144628.9070506@redhat.com>


On 08/20/2013 04:00 AM, Itamar Heim wrote:
> On 08/12/2013 06:09 AM, Sahina Bose wrote:
>>
>> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
>>>
>>> ----- Original Message -----
>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>> To: "Eli Mesika" <emesika at redhat.com>
>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>>>> Sent: Monday, August 12, 2013 11:51:15 AM
>>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>>>
>>>>
>>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
>>>>> ----- Original Message -----
>>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org, 
>>>>>> "Michael
>>>>>> Pasternak" <mpastern at redhat.com>
>>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
>>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> We are working on a feature to add support to start and monitor
>>>>>> gluster
>>>>>> volume asynchronous tasks (like rebalancing a gluster volume, 
>>>>>> removing
>>>>>> brick from volume ) from the oVirt engine.
>>>>>>
>>>>>> The operations can be started from the Volumes tab or the Bricks
>>>>>> sub-tab
>>>>>> using the Rebalance, Remove options.
>>>>>> These are long running operations which can be monitored using a
>>>>>> task id
>>>>>> returned from Gluster. We are planning to add the monitoring in the
>>>>>> existing Task sub tab
>>>>>>
>>>>>> The feature description and User flows are at
>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management 
>>>>>>
>>>>>>
>>>>>>
>>>>>> The detailed design (including REST API design) is at
>>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management. 
>>>>>>
>>>>>>
>>>>>>
>>>>>> I would really appreciate if you could review and provide your
>>>>>> valuable
>>>>>> feedback.
>>>>> I Sahina
>>>>> Why not using 6the External Tasks feature introduced for 3.3 for 
>>>>> those
>>>>> Gluster tasks ???
>>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
>>>> Hi Eli,
>>>>
>>>> We still want to be able to start and stop these operations from the
>>>> engine.
>>>> So, when a user wants to say, rebalance a volume, they would go select
>>>> the volume and click on Rebalance Start.
>>>> This would then call the BLL command to start rebalance which will
>>>> invoke the corresponding vdsm verb to start the rebalance on the 
>>>> volume.
>>>> This is the same as existing flow for other commands. The only
>>>> difference is the vdsm verb will return the task id from gluster, for
>>>> the rebalance operation that was started. And we will monitor the
>>>> progress of the task using the gluster task id (by calling a gluster
>>>> command)
>>>>
>>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
>>>> using ExternalTask support for adding Job/Steps to engine when the
>>>> operation is started outside of engine, that is, from Gluster CLI.
>>>> Please correct me if I'm missing something.
>>> Does this mean that from Gluster CLI you will not try and invoke the
>>> rebalance command ?
>>> (I mean, I should either use Gluster CLI or Engine's REST API?)
>> Rebalance volume command could be invoked in any of the following ways:
>> 1. From the console UI (clicking on Rebalance as shown in
>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume) 
>>
>>
>> 2. Using REST API
>> 3. Outside of engine, from Gluster CLI - In such cases, the engine
>> should detect that a user has triggered rebalance operation outside the
>> engine, and allow the user to monitor progress of this from the engine.
>> This is where, we need support to add a Job for an operation that was
>> started externally, so that it can be seen in the Tasks tab.
>
> and still, it should be considered an internal task, since the engine 
> is managing it / detected it.
>

Itamar, yes, you are right. This would need to be treated as an internal 
task as the engine needs to be able to stop it and also monitor it. We 
would probably need a similar mechanism as external task injection, to 
add a Job for the task started from gluster CLI.




From emesika at redhat.com  Wed Aug 21 06:43:11 2013
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 21 Aug 2013 02:43:11 -0400 (EDT)
Subject: [Engine-devel] Feedback/ input needed on Host power management
In-Reply-To: <306512847.474256.1377028243288.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
	<306512847.474256.1377028243288.JavaMail.root@redhat.com>
Message-ID: <616823401.1704566.1377067391597.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Malini Rao" <mrao at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Cc: users at ovirt.org, "Itamar Heim" <iheim at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Einav Cohen"
> <ecohen at redhat.com>, "Eldan Hildesheim" <ehildesh at redhat.com>
> Sent: Tuesday, August 20, 2013 10:50:43 PM
> Subject: Re: Feedback/ input needed on Host power management
> 
> Hello everyone,
> 
> We received a few responses to the email below that were very helpful and it
> seemed like while some people preferred one over the other concept, there
> was a general need to see the power management card details in a handy
> manner. Taking all the feedback into account, we have made an iteration to
> the concept and want to present it back to you for your feedback. Please see
> attached. In this version, the dialog presents the following flow from top
> to bottom -
> 
> 1. enable power management
> 2. Then Select which cards to use
> 3. Then indicate to the system whether those cards should be used
> concurrently or sequentially.
> 
> Within Step 2 in the flow, the details for each card are collapsed by default
> but can easily be expanded.

Well , few comments :

1) The Proxy Preference field is per Host not per card , it seems in your suggestion that it is per card.
   Therefor , it should be moved to the top of the screen below the Enable Power Management checkbox 
2) The + for adding card is redundant, currently we are not supporting that , only 2 cards are permitted , when we will support that we will have to re-factor this design anyway since the concurrent or sequential can be treated differently. for example , you may have 2 concurrent APC cards along with a sequential IPMI 

> 
> Besides feedback on the attached mockup, we also have some questions that we
> would like some clarifications on -
> 
> 1. When power management is enabled on a host, will at least one card NEED to
> be enabled? If yes, is that always the Primary card ( in other words, should
> the primary card ever be disabled?)

Yes , and it is always teh primary card
> 
> 2. Currently, in the mockup, we have checkboxes to enable and disable certain
> cards and also the ability to add cards. Should there be an ability to
> remove cards too in addition to turning them on/ off or is it ok to just
> add/ remove and take out the checkboxes all together?

Currently only a static design with places for primary/secondary definitions , no add/remove is required for 3.3 

> 
> Thanks
> Malini
> 
> 
> 
> 
> ----- Original Message -----
> From: "Malini Rao" <mrao at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Cc: users at ovirt.org, "Itamar Heim" <iheim at redhat.com>, "Eli Mesika"
> <emesika at redhat.com>, "Einav Cohen" <ecohen at redhat.com>, "Eldan Hildesheham"
> <ehildesh at redhat.com>
> Sent: Wednesday, August 14, 2013 2:50:46 PM
> Subject: Feedback/ input needed on Host power management
> 
> Hello all,
> 
> In taking a look at the current implementation of Hosts> Power management, we
> have come up with a couple of approaches on improving this from a UX
> perspective
> -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management.
> We want your thoughts and input on what approach makes more sense from a
> user's perspective before fine tuning the UI.
> 
> Thanks
> Malini
> User Experience designer


From r.koch at ovido.at  Wed Aug 21 07:17:20 2013
From: r.koch at ovido.at (=?ISO-8859-1?Q?Ren=E9?= Koch (ovido))
Date: Wed, 21 Aug 2013 09:17:20 +0200
Subject: [Engine-devel] [Users] Feedback/ input needed on Host power
	management
In-Reply-To: <306512847.474256.1377028243288.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
	<306512847.474256.1377028243288.JavaMail.root@redhat.com>
Message-ID: <1377069440.32157.12.camel@pc-ovido02.lan.ovido.at>

On Tue, 2013-08-20 at 15:50 -0400, Malini Rao wrote:
> Hello everyone, 
> 
> We received a few responses to the email below that were very helpful and it seemed like while some people preferred one over the other concept, there was a general need to see the power management card details in a handy manner. Taking all the feedback into account, we have made an iteration to the concept and want to present it back to you for your feedback. Please see attached. In this version, the dialog presents the following flow from top to bottom -
> 
> 1. enable power management
> 2. Then Select which cards to use
> 3. Then indicate to the system whether those cards should be used concurrently or sequentially.


Great that you choose this flow - I think it's the one which is the most
user friendly one.

> 
> Within Step 2 in the flow, the details for each card are collapsed by default but can easily be expanded.
> 
> Besides feedback on the attached mockup, we also have some questions that we would like some clarifications on -
> 
> 1. When power management is enabled on a host, will atleast one card NEED to be enabled? If yes, is that always the Primary card ( in other words, should the primary card ever be disabled?)
> 

I think the primary card has to be enabled whenever power management is
enabled, but power management should stay disabled per default.


> 2. Currently, in the mockup, we have checkboxes to enable and disable certain cards and also the ability to add cards. Should there be an ability to remove cards too in addition to turning them on/ off or is it ok to just add/ remove and take out the checkboxes all together?
> 

If you keep with the concept of having a primary and secondary card you
shouldn't be able to remove one of these 2 cards - only
enabled/disable/edit it.

One thing that keeps in mind for a future improvement (somewhere after >
3.3) would be a power management template.
When having a bigger setup (assuming 20 hosts from the same manufacturer
and therefor with the same remote management cards) you have to set
address, username, password, type, (maybe port) and (maybe options) 20
times (with 2 cards 40 times). But it would be much easier if I create a
power management template and set all parameters except address, choose
this template in power management tab of each host and set the address
of the card there.
But as said - would be nice to have in the future.


Regards,
Ren?


> Thanks
> Malini
> 
> 
> 
> 
> ----- Original Message -----
> From: "Malini Rao" <mrao at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Cc: users at ovirt.org, "Itamar Heim" <iheim at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Einav Cohen" <ecohen at redhat.com>, "Eldan Hildesheim" <ehildesh at redhat.com>
> Sent: Wednesday, August 14, 2013 2:50:46 PM
> Subject: Feedback/ input needed on Host power management
> 
> Hello all, 
> 
> In taking a look at the current implementation of Hosts> Power management, we have come up with a couple of approaches on improving this from a UX perspective -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management. We want your thoughts and input on what approach makes more sense from a user's perspective before fine tuning the UI.
> 
> Thanks
> Malini
> User Experience designer
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



From Karli.Sjoberg at slu.se  Wed Aug 21 05:11:42 2013
From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=)
Date: Wed, 21 Aug 2013 05:11:42 +0000
Subject: [Engine-devel] [Users] Feedback/ input needed on Host power
	management
In-Reply-To: <306512847.474256.1377028243288.JavaMail.root@redhat.com>
References: <2135312554.2080563.1376506246880.JavaMail.root@redhat.com>
	<306512847.474256.1377028243288.JavaMail.root@redhat.com>
Message-ID: <5F9E965F5A80BC468BE5F40576769F092E7188BC@exchange2-2>

I think it looks great. Good job!

/Karli

tis 2013-08-20 klockan 15:50 -0400 skrev Malini Rao:


Hello everyone,

We received a few responses to the email below that were very helpful and it seemed like while some people preferred one over the other concept, there was a general need to see the power management card details in a handy manner. Taking all the feedback into account, we have made an iteration to the concept and want to present it back to you for your feedback. Please see attached. In this version, the dialog presents the following flow from top to bottom -

1. enable power management
2. Then Select which cards to use
3. Then indicate to the system whether those cards should be used concurrently or sequentially.

Within Step 2 in the flow, the details for each card are collapsed by default but can easily be expanded.

Besides feedback on the attached mockup, we also have some questions that we would like some clarifications on -

1. When power management is enabled on a host, will atleast one card NEED to be enabled? If yes, is that always the Primary card ( in other words, should the primary card ever be disabled?)

2. Currently, in the mockup, we have checkboxes to enable and disable certain cards and also the ability to add cards. Should there be an ability to remove cards too in addition to turning them on/ off or is it ok to just add/ remove and take out the checkboxes all together?

Thanks
Malini




----- Original Message -----
From: "Malini Rao" <mrao at redhat.com<mailto:mrao at redhat.com>>
To: "engine-devel" <engine-devel at ovirt.org<mailto:engine-devel at ovirt.org>>
Cc: users at ovirt.org<mailto:users at ovirt.org>, "Itamar Heim" <iheim at redhat.com<mailto:iheim at redhat.com>>, "Eli Mesika" <emesika at redhat.com<mailto:emesika at redhat.com>>, "Einav Cohen" <ecohen at redhat.com<mailto:ecohen at redhat.com>>, "Eldan Hildesheim" <ehildesh at redhat.com<mailto:ehildesh at redhat.com>>
Sent: Wednesday, August 14, 2013 2:50:46 PM
Subject: Feedback/ input needed on Host power management

Hello all,

In taking a look at the current implementation of Hosts> Power management, we have come up with a couple of approaches on improving this from a UX perspective -http://www.ovirt.org/Talk:Community#UXD_Proposals_for_Host_Power_management. We want your thoughts and input on what approach makes more sense from a user's perspective before fine tuning the UI.

Thanks
Malini
User Experience designer


--

Med V?nliga H?lsningar
-------------------------------------------------------------------------------
Karli Sj?berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron?sv?gen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjoberg at slu.se<mailto:karli.sjoberg at adm.slu.se>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130821/0be18576/attachment.html>

From iheim at redhat.com  Wed Aug 21 10:24:16 2013
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 21 Aug 2013 06:24:16 -0400
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <52144628.9070506@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
	<5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
	<5208B459.7000808@redhat.com> <52129C90.1030407@redhat.com>
	<52144628.9070506@redhat.com>
Message-ID: <52149550.9030005@redhat.com>

On 08/21/2013 12:46 AM, Sahina Bose wrote:
>
> On 08/20/2013 04:00 AM, Itamar Heim wrote:
>> On 08/12/2013 06:09 AM, Sahina Bose wrote:
>>>
>>> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
>>>>
>>>> ----- Original Message -----
>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>> To: "Eli Mesika" <emesika at redhat.com>
>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>>>>> Sent: Monday, August 12, 2013 11:51:15 AM
>>>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>
>>>>>
>>>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
>>>>>> ----- Original Message -----
>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org,
>>>>>>> "Michael
>>>>>>> Pasternak" <mpastern at redhat.com>
>>>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
>>>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> We are working on a feature to add support to start and monitor
>>>>>>> gluster
>>>>>>> volume asynchronous tasks (like rebalancing a gluster volume,
>>>>>>> removing
>>>>>>> brick from volume ) from the oVirt engine.
>>>>>>>
>>>>>>> The operations can be started from the Volumes tab or the Bricks
>>>>>>> sub-tab
>>>>>>> using the Rebalance, Remove options.
>>>>>>> These are long running operations which can be monitored using a
>>>>>>> task id
>>>>>>> returned from Gluster. We are planning to add the monitoring in the
>>>>>>> existing Task sub tab
>>>>>>>
>>>>>>> The feature description and User flows are at
>>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> The detailed design (including REST API design) is at
>>>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I would really appreciate if you could review and provide your
>>>>>>> valuable
>>>>>>> feedback.
>>>>>> I Sahina
>>>>>> Why not using 6the External Tasks feature introduced for 3.3 for
>>>>>> those
>>>>>> Gluster tasks ???
>>>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
>>>>> Hi Eli,
>>>>>
>>>>> We still want to be able to start and stop these operations from the
>>>>> engine.
>>>>> So, when a user wants to say, rebalance a volume, they would go select
>>>>> the volume and click on Rebalance Start.
>>>>> This would then call the BLL command to start rebalance which will
>>>>> invoke the corresponding vdsm verb to start the rebalance on the
>>>>> volume.
>>>>> This is the same as existing flow for other commands. The only
>>>>> difference is the vdsm verb will return the task id from gluster, for
>>>>> the rebalance operation that was started. And we will monitor the
>>>>> progress of the task using the gluster task id (by calling a gluster
>>>>> command)
>>>>>
>>>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
>>>>> using ExternalTask support for adding Job/Steps to engine when the
>>>>> operation is started outside of engine, that is, from Gluster CLI.
>>>>> Please correct me if I'm missing something.
>>>> Does this mean that from Gluster CLI you will not try and invoke the
>>>> rebalance command ?
>>>> (I mean, I should either use Gluster CLI or Engine's REST API?)
>>> Rebalance volume command could be invoked in any of the following ways:
>>> 1. From the console UI (clicking on Rebalance as shown in
>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume)
>>>
>>>
>>> 2. Using REST API
>>> 3. Outside of engine, from Gluster CLI - In such cases, the engine
>>> should detect that a user has triggered rebalance operation outside the
>>> engine, and allow the user to monitor progress of this from the engine.
>>> This is where, we need support to add a Job for an operation that was
>>> started externally, so that it can be seen in the Tasks tab.
>>
>> and still, it should be considered an internal task, since the engine
>> is managing it / detected it.
>>
>
> Itamar, yes, you are right. This would need to be treated as an internal
> task as the engine needs to be able to stop it and also monitor it. We
> would probably need a similar mechanism as external task injection, to
> add a Job for the task started from gluster CLI.
>
>

even if it was started from CLI, wouldn't it be better if engine 
detected it, and still treated it as an internal task, allowing to 
cancel it, etc.?


From sabose at redhat.com  Wed Aug 21 11:19:51 2013
From: sabose at redhat.com (Sahina Bose)
Date: Wed, 21 Aug 2013 16:49:51 +0530
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <52149550.9030005@redhat.com>
References: <520875A3.6020600@redhat.com>
	<1731655114.276503.1376293867438.JavaMail.root@redhat.com>
	<5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
	<5208B459.7000808@redhat.com> <52129C90.1030407@redhat.com>
	<52144628.9070506@redhat.com> <52149550.9030005@redhat.com>
Message-ID: <5214A257.4000406@redhat.com>


On 08/21/2013 03:54 PM, Itamar Heim wrote:
> On 08/21/2013 12:46 AM, Sahina Bose wrote:
>>
>> On 08/20/2013 04:00 AM, Itamar Heim wrote:
>>> On 08/12/2013 06:09 AM, Sahina Bose wrote:
>>>>
>>>> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>>> To: "Eli Mesika" <emesika at redhat.com>
>>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>>>>>> Sent: Monday, August 12, 2013 11:51:15 AM
>>>>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>>
>>>>>>
>>>>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
>>>>>>> ----- Original Message -----
>>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org,
>>>>>>>> "Michael
>>>>>>>> Pasternak" <mpastern at redhat.com>
>>>>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
>>>>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> We are working on a feature to add support to start and monitor
>>>>>>>> gluster
>>>>>>>> volume asynchronous tasks (like rebalancing a gluster volume,
>>>>>>>> removing
>>>>>>>> brick from volume ) from the oVirt engine.
>>>>>>>>
>>>>>>>> The operations can be started from the Volumes tab or the Bricks
>>>>>>>> sub-tab
>>>>>>>> using the Rebalance, Remove options.
>>>>>>>> These are long running operations which can be monitored using a
>>>>>>>> task id
>>>>>>>> returned from Gluster. We are planning to add the monitoring in 
>>>>>>>> the
>>>>>>>> existing Task sub tab
>>>>>>>>
>>>>>>>> The feature description and User flows are at
>>>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management 
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> The detailed design (including REST API design) is at
>>>>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management. 
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I would really appreciate if you could review and provide your
>>>>>>>> valuable
>>>>>>>> feedback.
>>>>>>> I Sahina
>>>>>>> Why not using 6the External Tasks feature introduced for 3.3 for
>>>>>>> those
>>>>>>> Gluster tasks ???
>>>>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
>>>>>> Hi Eli,
>>>>>>
>>>>>> We still want to be able to start and stop these operations from the
>>>>>> engine.
>>>>>> So, when a user wants to say, rebalance a volume, they would go 
>>>>>> select
>>>>>> the volume and click on Rebalance Start.
>>>>>> This would then call the BLL command to start rebalance which will
>>>>>> invoke the corresponding vdsm verb to start the rebalance on the
>>>>>> volume.
>>>>>> This is the same as existing flow for other commands. The only
>>>>>> difference is the vdsm verb will return the task id from gluster, 
>>>>>> for
>>>>>> the rebalance operation that was started. And we will monitor the
>>>>>> progress of the task using the gluster task id (by calling a gluster
>>>>>> command)
>>>>>>
>>>>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
>>>>>> using ExternalTask support for adding Job/Steps to engine when the
>>>>>> operation is started outside of engine, that is, from Gluster CLI.
>>>>>> Please correct me if I'm missing something.
>>>>> Does this mean that from Gluster CLI you will not try and invoke the
>>>>> rebalance command ?
>>>>> (I mean, I should either use Gluster CLI or Engine's REST API?)
>>>> Rebalance volume command could be invoked in any of the following 
>>>> ways:
>>>> 1. From the console UI (clicking on Rebalance as shown in
>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume) 
>>>>
>>>>
>>>>
>>>> 2. Using REST API
>>>> 3. Outside of engine, from Gluster CLI - In such cases, the engine
>>>> should detect that a user has triggered rebalance operation outside 
>>>> the
>>>> engine, and allow the user to monitor progress of this from the 
>>>> engine.
>>>> This is where, we need support to add a Job for an operation that was
>>>> started externally, so that it can be seen in the Tasks tab.
>>>
>>> and still, it should be considered an internal task, since the engine
>>> is managing it / detected it.
>>>
>>
>> Itamar, yes, you are right. This would need to be treated as an internal
>> task as the engine needs to be able to stop it and also monitor it. We
>> would probably need a similar mechanism as external task injection, to
>> add a Job for the task started from gluster CLI.
>>
>>
>
> even if it was started from CLI, wouldn't it be better if engine 
> detected it, and still treated it as an internal task, allowing to 
> cancel it, etc.?

Yes, but I need to add a Job for this internal task, so that it can be 
monitored in the Tasks pane. Any idea if I can use any existing 
framework to do it? I was thinking I would use 
ExecutionHandler.createJob to do this (similar to what's done in 
AddExternalJobCommand)



From plysab at gmail.com  Wed Aug 21 13:49:31 2013
From: plysab at gmail.com (plysan)
Date: Wed, 21 Aug 2013 21:49:31 +0800
Subject: [Engine-devel] Ideas about engine clustering?
Message-ID: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>

Hello, guys:

I'm trying to make a jboss clustering environment for engine. But felt the
difficuty too.
So I want to know if any one is working on this? I googled it and haven't
found anything.

I know there will be lots of things to do for engine migrating to
clustering environment. I just want to know what problem need to be solved?
I would like to list the things I think that is needed to do(or solve):
1. run jboss in standalone-ha mode or domain mode.
2. add @Clustered annotation to each EJB, I think this will solve the
replication problem in cluster, probably lots of details in it.
3. QuartzScheduler problem, only one node running a scheduler is enough at
a time instead of each node running one.
4. use mod_cluster to handle load balancing.
5. postgresql clustering.
6. There should be more, but hope anyone can think about it :D

Any ideas?

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130821/a44acc2d/attachment.html>

From yzaslavs at redhat.com  Wed Aug 21 14:02:10 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Wed, 21 Aug 2013 10:02:10 -0400 (EDT)
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
Message-ID: <1016345539.1995464.1377093730939.JavaMail.root@redhat.com>



----- Original Message -----
> From: "plysan" <plysab at gmail.com>
> To: engine-devel at ovirt.org
> Sent: Wednesday, August 21, 2013 4:49:31 PM
> Subject: [Engine-devel] Ideas about engine clustering?
> 
> Hello, guys:
> 
> I'm trying to make a jboss clustering environment for engine. But felt the
> difficuty too.
> So I want to know if any one is working on this? I googled it and haven't
> found anything.
> 
> I know there will be lots of things to do for engine migrating to
> clustering environment. I just want to know what problem need to be solved?
> I would like to list the things I think that is needed to do(or solve):
> 1. run jboss in standalone-ha mode or domain mode.
> 2. add @Clustered annotation to each EJB, I think this will solve the
> replication problem in cluster, probably lots of details in it.

This is not enough, there are singletons which are not Ejbs. Will you transform them all to @Clustered Ejbs?


> 3. QuartzScheduler problem, only one node running a scheduler is enough at
> a time instead of each node running one.
> 4. use mod_cluster to handle load balancing.
> 5. postgresql clustering.
> 6. There should be more, but hope anyone can think about it :D

InMemoryLockManager - Commands can get exclusive or shared lock (in order to solve a race between canDoAction and executeAction) - these locks will have to be replicated... Use infinispan for this?

> 
> Any ideas?
> 
> Thanks!
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From didi at redhat.com  Wed Aug 21 14:17:43 2013
From: didi at redhat.com (Yedidyah Bar David)
Date: Wed, 21 Aug 2013 10:17:43 -0400 (EDT)
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
Message-ID: <1531721324.2490935.1377094663410.JavaMail.root@redhat.com>

Hi, 

> From: "plysan" <plysab at gmail.com>
> To: engine-devel at ovirt.org
> Sent: Wednesday, August 21, 2013 4:49:31 PM
> Subject: [Engine-devel] Ideas about engine clustering?

> Hello, guys:

> I'm trying to make a jboss clustering environment for engine. But felt the
> difficuty too.
> So I want to know if any one is working on this? I googled it and haven't
> found anything.

> I know there will be lots of things to do for engine migrating to clustering
> environment. I just want to know what problem need to be solved?
> I would like to list the things I think that is needed to do(or solve):
> 1. run jboss in standalone-ha mode or domain mode.
> 2. add @Clustered annotation to each EJB, I think this will solve the
> replication problem in cluster, probably lots of details in it.
> 3. QuartzScheduler problem, only one node running a scheduler is enough at a
> time instead of each node running one.
> 4. use mod_cluster to handle load balancing.
> 5. postgresql clustering.
> 6. There should be more, but hope anyone can think about it :D

> Any ideas?

Depending on your needs/interests, you might want to have a look at 
ovirt-hosted-engine-setup - allows creating a VM on a host and install an 
engine on that VM which will also manage the host 
ovirt-hosted-engine-ha - allows configuring two such hosts for high availability 
of the engine VM (in the VM level, not application level which is what you discussed above). 
Both are work-in-progress and are partially usable. Not ready for production, though. 

Regards, 
-- 
Didi 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130821/ed319f10/attachment.html>

From lhornyak at redhat.com  Wed Aug 21 14:23:50 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Wed, 21 Aug 2013 10:23:50 -0400 (EDT)
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
Message-ID: <865677862.3838672.1377095030076.JavaMail.root@redhat.com>

Hi,

----- Original Message -----
> From: "plysan" <plysab at gmail.com>
> To: engine-devel at ovirt.org
> Sent: Wednesday, August 21, 2013 3:49:31 PM
> Subject: [Engine-devel] Ideas about engine clustering?
> 
> Hello, guys:
> 
> I'm trying to make a jboss clustering environment for engine. But felt the
> difficuty too.
> So I want to know if any one is working on this? I googled it and haven't
> found anything.
> 
> I know there will be lots of things to do for engine migrating to clustering
> environment. I just want to know what problem need to be solved?
> I would like to list the things I think that is needed to do(or solve):
> 1. run jboss in standalone-ha mode or domain mode.
> 2. add @Clustered annotation to each EJB, I think this will solve the
> replication problem in cluster, probably lots of details in it.
> 3. QuartzScheduler problem, only one node running a scheduler is enough at a
> time instead of each node running one.
> 4. use mod_cluster to handle load balancing.
> 5. postgresql clustering.

For failover it sounds like a plan, just wondering if this could solve load balancing problems as well.
Ovirt is generating a big load on the DB and I would be really interested if SQL DB clustering could solve the issues.
It would be great if it could, big part of the scalablity issue is the evil things we did against that poor database.

> 6. There should be more, but hope anyone can think about it :D

There are tons of data structures that are used in oVirt that store state. You will have to hunt all of these down and replace with a data structure that is shared between the cluster memebers. This may be a big lot of work from many parts of the application.

> 
> Any ideas?
> 
> Thanks!
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From plysab at gmail.com  Wed Aug 21 15:08:57 2013
From: plysab at gmail.com (plysan)
Date: Wed, 21 Aug 2013 23:08:57 +0800
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <865677862.3838672.1377095030076.JavaMail.root@redhat.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
Message-ID: <CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>

2013/8/21 Laszlo Hornyak <lhornyak at redhat.com>

> Hi,
>
> ----- Original Message -----
> > From: "plysan" <plysab at gmail.com>
> > To: engine-devel at ovirt.org
> > Sent: Wednesday, August 21, 2013 3:49:31 PM
> > Subject: [Engine-devel] Ideas about engine clustering?
> >
> > Hello, guys:
> >
> > I'm trying to make a jboss clustering environment for engine. But felt
> the
> > difficuty too.
> > So I want to know if any one is working on this? I googled it and haven't
> > found anything.
> >
> > I know there will be lots of things to do for engine migrating to
> clustering
> > environment. I just want to know what problem need to be solved?
> > I would like to list the things I think that is needed to do(or solve):
> > 1. run jboss in standalone-ha mode or domain mode.
> > 2. add @Clustered annotation to each EJB, I think this will solve the
> > replication problem in cluster, probably lots of details in it.
> > 3. QuartzScheduler problem, only one node running a scheduler is enough
> at a
> > time instead of each node running one.
> > 4. use mod_cluster to handle load balancing.
> > 5. postgresql clustering.
>
> For failover it sounds like a plan, just wondering if this could solve
> load balancing problems as well.
> Ovirt is generating a big load on the DB and I would be really interested
> if SQL DB clustering could solve the issues.
> It would be great if it could, big part of the scalablity issue is the
> evil things we did against that poor database.
>
> > 6. There should be more, but hope anyone can think about it :D
>
> There are tons of data structures that are used in oVirt that store state.
> You will have to hunt all of these down and replace with a data structure
> that is shared between the cluster memebers. This may be a big lot of work
> from many parts of the application.
>

Indeed, and like Yair Zaslavsky said, we can put the data structure in
infinispan cache, but clustered EJB can do the same thing for us, right? If
all those state values are inside EJBs. (iirc)* *

>
> >
> > Any ideas?
> >
> > Thanks!
> >
> > _______________________________________________
> > 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/20130821/e16c6a0f/attachment.html>

From emesika at redhat.com  Wed Aug 21 15:15:14 2013
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 21 Aug 2013 11:15:14 -0400 (EDT)
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <5214A257.4000406@redhat.com>
References: <520875A3.6020600@redhat.com> <5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
	<5208B459.7000808@redhat.com> <52129C90.1030407@redhat.com>
	<52144628.9070506@redhat.com> <52149550.9030005@redhat.com>
	<5214A257.4000406@redhat.com>
Message-ID: <844931179.2143302.1377098114573.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sahina Bose" <sabose at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
> Sent: Wednesday, August 21, 2013 2:19:51 PM
> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
> 
> 
> On 08/21/2013 03:54 PM, Itamar Heim wrote:
> > On 08/21/2013 12:46 AM, Sahina Bose wrote:
> >>
> >> On 08/20/2013 04:00 AM, Itamar Heim wrote:
> >>> On 08/12/2013 06:09 AM, Sahina Bose wrote:
> >>>>
> >>>> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
> >>>>>
> >>>>> ----- Original Message -----
> >>>>>> From: "Sahina Bose" <sabose at redhat.com>
> >>>>>> To: "Eli Mesika" <emesika at redhat.com>
> >>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
> >>>>>> Sent: Monday, August 12, 2013 11:51:15 AM
> >>>>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
> >>>>>>
> >>>>>>
> >>>>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
> >>>>>>> ----- Original Message -----
> >>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
> >>>>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org,
> >>>>>>>> "Michael
> >>>>>>>> Pasternak" <mpastern at redhat.com>
> >>>>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
> >>>>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
> >>>>>>>>
> >>>>>>>> Hi all,
> >>>>>>>>
> >>>>>>>> We are working on a feature to add support to start and monitor
> >>>>>>>> gluster
> >>>>>>>> volume asynchronous tasks (like rebalancing a gluster volume,
> >>>>>>>> removing
> >>>>>>>> brick from volume ) from the oVirt engine.
> >>>>>>>>
> >>>>>>>> The operations can be started from the Volumes tab or the Bricks
> >>>>>>>> sub-tab
> >>>>>>>> using the Rebalance, Remove options.
> >>>>>>>> These are long running operations which can be monitored using a
> >>>>>>>> task id
> >>>>>>>> returned from Gluster. We are planning to add the monitoring in
> >>>>>>>> the
> >>>>>>>> existing Task sub tab
> >>>>>>>>
> >>>>>>>> The feature description and User flows are at
> >>>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> The detailed design (including REST API design) is at
> >>>>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> I would really appreciate if you could review and provide your
> >>>>>>>> valuable
> >>>>>>>> feedback.
> >>>>>>> I Sahina
> >>>>>>> Why not using 6the External Tasks feature introduced for 3.3 for
> >>>>>>> those
> >>>>>>> Gluster tasks ???
> >>>>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
> >>>>>> Hi Eli,
> >>>>>>
> >>>>>> We still want to be able to start and stop these operations from the
> >>>>>> engine.
> >>>>>> So, when a user wants to say, rebalance a volume, they would go
> >>>>>> select
> >>>>>> the volume and click on Rebalance Start.
> >>>>>> This would then call the BLL command to start rebalance which will
> >>>>>> invoke the corresponding vdsm verb to start the rebalance on the
> >>>>>> volume.
> >>>>>> This is the same as existing flow for other commands. The only
> >>>>>> difference is the vdsm verb will return the task id from gluster,
> >>>>>> for
> >>>>>> the rebalance operation that was started. And we will monitor the
> >>>>>> progress of the task using the gluster task id (by calling a gluster
> >>>>>> command)
> >>>>>>
> >>>>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
> >>>>>> using ExternalTask support for adding Job/Steps to engine when the
> >>>>>> operation is started outside of engine, that is, from Gluster CLI.
> >>>>>> Please correct me if I'm missing something.
> >>>>> Does this mean that from Gluster CLI you will not try and invoke the
> >>>>> rebalance command ?
> >>>>> (I mean, I should either use Gluster CLI or Engine's REST API?)
> >>>> Rebalance volume command could be invoked in any of the following
> >>>> ways:
> >>>> 1. From the console UI (clicking on Rebalance as shown in
> >>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume)
> >>>>
> >>>>
> >>>>
> >>>> 2. Using REST API
> >>>> 3. Outside of engine, from Gluster CLI - In such cases, the engine
> >>>> should detect that a user has triggered rebalance operation outside
> >>>> the
> >>>> engine, and allow the user to monitor progress of this from the
> >>>> engine.
> >>>> This is where, we need support to add a Job for an operation that was
> >>>> started externally, so that it can be seen in the Tasks tab.
> >>>
> >>> and still, it should be considered an internal task, since the engine
> >>> is managing it / detected it.
> >>>
> >>
> >> Itamar, yes, you are right. This would need to be treated as an internal
> >> task as the engine needs to be able to stop it and also monitor it. We
> >> would probably need a similar mechanism as external task injection, to
> >> add a Job for the task started from gluster CLI.
> >>
> >>
> >
> > even if it was started from CLI, wouldn't it be better if engine
> > detected it, and still treated it as an internal task, allowing to
> > cancel it, etc.?
> 
> Yes, but I need to add a Job for this internal task, so that it can be
> monitored in the Tasks pane. Any idea if I can use any existing
> framework to do it? I was thinking I would use
> ExecutionHandler.createJob to do this (similar to what's done in
> AddExternalJobCommand)

Maybe in order to avoid code duplication we should re-factor having a base AddJobCommand and two descendants AddExternalJobCommand and AddInternalJobCommand when the only diff between those is the external flag value while the execute method of both calls super at first and the ancestor has the original code of ddExternalJobCommand in its execute method...


> 
> _______________________________________________
> Arch mailing list
> Arch at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch
> 


From iheim at redhat.com  Wed Aug 21 15:24:21 2013
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 21 Aug 2013 11:24:21 -0400
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <844931179.2143302.1377098114573.JavaMail.root@redhat.com>
References: <520875A3.6020600@redhat.com> <5208A203.2080101@redhat.com>
	<1028116748.433511.1376301495249.JavaMail.root@redhat.com>
	<5208B459.7000808@redhat.com> <52129C90.1030407@redhat.com>
	<52144628.9070506@redhat.com> <52149550.9030005@redhat.com>
	<5214A257.4000406@redhat.com>
	<844931179.2143302.1377098114573.JavaMail.root@redhat.com>
Message-ID: <5214DBA5.5090407@redhat.com>

On 08/21/2013 11:15 AM, Eli Mesika wrote:
>
>
> ----- Original Message -----
>> From: "Sahina Bose" <sabose at redhat.com>
>> To: "Itamar Heim" <iheim at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>> Sent: Wednesday, August 21, 2013 2:19:51 PM
>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>
>>
>> On 08/21/2013 03:54 PM, Itamar Heim wrote:
>>> On 08/21/2013 12:46 AM, Sahina Bose wrote:
>>>>
>>>> On 08/20/2013 04:00 AM, Itamar Heim wrote:
>>>>> On 08/12/2013 06:09 AM, Sahina Bose wrote:
>>>>>>
>>>>>> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>>>>> To: "Eli Mesika" <emesika at redhat.com>
>>>>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
>>>>>>>> Sent: Monday, August 12, 2013 11:51:15 AM
>>>>>>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>>>>
>>>>>>>>
>>>>>>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
>>>>>>>>> ----- Original Message -----
>>>>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
>>>>>>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org,
>>>>>>>>>> "Michael
>>>>>>>>>> Pasternak" <mpastern at redhat.com>
>>>>>>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
>>>>>>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
>>>>>>>>>>
>>>>>>>>>> Hi all,
>>>>>>>>>>
>>>>>>>>>> We are working on a feature to add support to start and monitor
>>>>>>>>>> gluster
>>>>>>>>>> volume asynchronous tasks (like rebalancing a gluster volume,
>>>>>>>>>> removing
>>>>>>>>>> brick from volume ) from the oVirt engine.
>>>>>>>>>>
>>>>>>>>>> The operations can be started from the Volumes tab or the Bricks
>>>>>>>>>> sub-tab
>>>>>>>>>> using the Rebalance, Remove options.
>>>>>>>>>> These are long running operations which can be monitored using a
>>>>>>>>>> task id
>>>>>>>>>> returned from Gluster. We are planning to add the monitoring in
>>>>>>>>>> the
>>>>>>>>>> existing Task sub tab
>>>>>>>>>>
>>>>>>>>>> The feature description and User flows are at
>>>>>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> The detailed design (including REST API design) is at
>>>>>>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I would really appreciate if you could review and provide your
>>>>>>>>>> valuable
>>>>>>>>>> feedback.
>>>>>>>>> I Sahina
>>>>>>>>> Why not using 6the External Tasks feature introduced for 3.3 for
>>>>>>>>> those
>>>>>>>>> Gluster tasks ???
>>>>>>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
>>>>>>>> Hi Eli,
>>>>>>>>
>>>>>>>> We still want to be able to start and stop these operations from the
>>>>>>>> engine.
>>>>>>>> So, when a user wants to say, rebalance a volume, they would go
>>>>>>>> select
>>>>>>>> the volume and click on Rebalance Start.
>>>>>>>> This would then call the BLL command to start rebalance which will
>>>>>>>> invoke the corresponding vdsm verb to start the rebalance on the
>>>>>>>> volume.
>>>>>>>> This is the same as existing flow for other commands. The only
>>>>>>>> difference is the vdsm verb will return the task id from gluster,
>>>>>>>> for
>>>>>>>> the rebalance operation that was started. And we will monitor the
>>>>>>>> progress of the task using the gluster task id (by calling a gluster
>>>>>>>> command)
>>>>>>>>
>>>>>>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
>>>>>>>> using ExternalTask support for adding Job/Steps to engine when the
>>>>>>>> operation is started outside of engine, that is, from Gluster CLI.
>>>>>>>> Please correct me if I'm missing something.
>>>>>>> Does this mean that from Gluster CLI you will not try and invoke the
>>>>>>> rebalance command ?
>>>>>>> (I mean, I should either use Gluster CLI or Engine's REST API?)
>>>>>> Rebalance volume command could be invoked in any of the following
>>>>>> ways:
>>>>>> 1. From the console UI (clicking on Rebalance as shown in
>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume)
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2. Using REST API
>>>>>> 3. Outside of engine, from Gluster CLI - In such cases, the engine
>>>>>> should detect that a user has triggered rebalance operation outside
>>>>>> the
>>>>>> engine, and allow the user to monitor progress of this from the
>>>>>> engine.
>>>>>> This is where, we need support to add a Job for an operation that was
>>>>>> started externally, so that it can be seen in the Tasks tab.
>>>>>
>>>>> and still, it should be considered an internal task, since the engine
>>>>> is managing it / detected it.
>>>>>
>>>>
>>>> Itamar, yes, you are right. This would need to be treated as an internal
>>>> task as the engine needs to be able to stop it and also monitor it. We
>>>> would probably need a similar mechanism as external task injection, to
>>>> add a Job for the task started from gluster CLI.
>>>>
>>>>
>>>
>>> even if it was started from CLI, wouldn't it be better if engine
>>> detected it, and still treated it as an internal task, allowing to
>>> cancel it, etc.?
>>
>> Yes, but I need to add a Job for this internal task, so that it can be
>> monitored in the Tasks pane. Any idea if I can use any existing
>> framework to do it? I was thinking I would use
>> ExecutionHandler.createJob to do this (similar to what's done in
>> AddExternalJobCommand)
>
> Maybe in order to avoid code duplication we should re-factor having a base AddJobCommand and two descendants AddExternalJobCommand and AddInternalJobCommand when the only diff between those is the external flag value while the execute method of both calls super at first and the ancestor has the original code of ddExternalJobCommand in its execute method...

and in this case, the code will call AddInternalJobCommand for a job 
detected and not initiated by engine?



From lhornyak at redhat.com  Wed Aug 21 15:30:36 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Wed, 21 Aug 2013 11:30:36 -0400 (EDT)
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
Message-ID: <1500023133.3892852.1377099036589.JavaMail.root@redhat.com>



----- Original Message -----
> From: "plysan" <plysab at gmail.com>
> To: "Laszlo Hornyak" <lhornyak at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 21, 2013 5:08:57 PM
> Subject: Re: [Engine-devel] Ideas about engine clustering?
> 
> 2013/8/21 Laszlo Hornyak <lhornyak at redhat.com>
> 
> > Hi,
> >
> > ----- Original Message -----
> > > From: "plysan" <plysab at gmail.com>
> > > To: engine-devel at ovirt.org
> > > Sent: Wednesday, August 21, 2013 3:49:31 PM
> > > Subject: [Engine-devel] Ideas about engine clustering?
> > >
> > > Hello, guys:
> > >
> > > I'm trying to make a jboss clustering environment for engine. But felt
> > the
> > > difficuty too.
> > > So I want to know if any one is working on this? I googled it and haven't
> > > found anything.
> > >
> > > I know there will be lots of things to do for engine migrating to
> > clustering
> > > environment. I just want to know what problem need to be solved?
> > > I would like to list the things I think that is needed to do(or solve):
> > > 1. run jboss in standalone-ha mode or domain mode.
> > > 2. add @Clustered annotation to each EJB, I think this will solve the
> > > replication problem in cluster, probably lots of details in it.
> > > 3. QuartzScheduler problem, only one node running a scheduler is enough
> > at a
> > > time instead of each node running one.
> > > 4. use mod_cluster to handle load balancing.
> > > 5. postgresql clustering.
> >
> > For failover it sounds like a plan, just wondering if this could solve
> > load balancing problems as well.
> > Ovirt is generating a big load on the DB and I would be really interested
> > if SQL DB clustering could solve the issues.
> > It would be great if it could, big part of the scalablity issue is the
> > evil things we did against that poor database.
> >
> > > 6. There should be more, but hope anyone can think about it :D
> >
> > There are tons of data structures that are used in oVirt that store state.
> > You will have to hunt all of these down and replace with a data structure
> > that is shared between the cluster memebers. This may be a big lot of work
> > from many parts of the application.
> >
> 
> Indeed, and like Yair Zaslavsky said, we can put the data structure in
> infinispan cache, but clustered EJB can do the same thing for us, right? If
> all those state values are inside EJBs. (iirc)* *

There are only a very small number of real EJB's in oVirt, almost all and everything is done by singletons created by EJBs. (check InitBackendServicesOnStartupBean, Backend they are the biggest factories of these singletons)
If you made a deeper research in this recently then your information may be more up to date than mine, but while working in various parts of the app I have found tons of local state.

> 
> >
> > >
> > > Any ideas?
> > >
> > > Thanks!
> > >
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > >
> >
> 


From iheim at redhat.com  Wed Aug 21 16:41:35 2013
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 21 Aug 2013 12:41:35 -0400
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
Message-ID: <5214EDBF.6090403@redhat.com>

On 08/21/2013 11:08 AM, plysan wrote:
>
>
>
> 2013/8/21 Laszlo Hornyak <lhornyak at redhat.com <mailto:lhornyak at redhat.com>>
>
>     Hi,
>
>     ----- Original Message -----
>      > From: "plysan" <plysab at gmail.com <mailto:plysab at gmail.com>>
>      > To: engine-devel at ovirt.org <mailto:engine-devel at ovirt.org>
>      > Sent: Wednesday, August 21, 2013 3:49:31 PM
>      > Subject: [Engine-devel] Ideas about engine clustering?
>      >
>      > Hello, guys:
>      >
>      > I'm trying to make a jboss clustering environment for engine. But
>     felt the
>      > difficuty too.
>      > So I want to know if any one is working on this? I googled it and
>     haven't
>      > found anything.
>      >
>      > I know there will be lots of things to do for engine migrating to
>     clustering
>      > environment. I just want to know what problem need to be solved?
>      > I would like to list the things I think that is needed to do(or
>     solve):
>      > 1. run jboss in standalone-ha mode or domain mode.
>      > 2. add @Clustered annotation to each EJB, I think this will solve the
>      > replication problem in cluster, probably lots of details in it.
>      > 3. QuartzScheduler problem, only one node running a scheduler is
>     enough at a
>      > time instead of each node running one.
>      > 4. use mod_cluster to handle load balancing.
>      > 5. postgresql clustering.
>
>     For failover it sounds like a plan, just wondering if this could
>     solve load balancing problems as well.
>     Ovirt is generating a big load on the DB and I would be really
>     interested if SQL DB clustering could solve the issues.
>     It would be great if it could, big part of the scalablity issue is
>     the evil things we did against that poor database.
>
>      > 6. There should be more, but hope anyone can think about it :D
>
>     There are tons of data structures that are used in oVirt that store
>     state. You will have to hunt all of these down and replace with a
>     data structure that is shared between the cluster memebers. This may
>     be a big lot of work from many parts of the application.
>
>
> Indeed, and like Yair Zaslavsky said, we can put the data structure in
> infinispan cache, but clustered EJB can do the same thing for us, right?
> If all those state values are inside EJBs. (iirc)**
>
>
>      >
>      > Any ideas?
>      >
>      > Thanks!
>      >
>      > _______________________________________________
>      > Engine-devel mailing list
>      > Engine-devel at ovirt.org <mailto: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
>

unless you need the load balancing, just for HA, hosted-engine should 
cover your needs?


From gshereme at redhat.com  Wed Aug 21 20:07:25 2013
From: gshereme at redhat.com (Greg Sheremeta)
Date: Wed, 21 Aug 2013 16:07:25 -0400 (EDT)
Subject: [Engine-devel] NPE in RunVmCommandTest
In-Reply-To: <1589024631.1131612.1377114037957.JavaMail.root@redhat.com>
Message-ID: <1164441784.1140026.1377115645549.JavaMail.root@redhat.com>

Hi Roy,

On a fresh clone of ovirt-engine master, I'm experiencing a very strange test failure in RunVmCommandTest. I believe it's race-condition based. It's related to the osRepository variable that you added to RunVmCommand in ba8ada49. Sometimes it's just null in the 16 of the 17 RunVmCommandTest tests, causing an NPE at RunVmCommand:680. Surefire report attached. I can duplicate it pretty well on my home workstation running a command-line build (which is a little slower than my T520). I can't duplicate it on the T520 running a command-line build. I can duplicate it on the T520 if I run the tests inside Eclipse (right click on a test method, Run As > JUnit test, wait 30 seconds, fail). If there is a race condition, maybe it's related to setting osRepository in the initializer. That's just a guess.

Can you assist?

Thanks,
Greg


Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme at redhat.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: org.ovirt.engine.core.bll.RunVmCommandTest.txt
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130821/53cb33d3/attachment.txt>

From plysab at gmail.com  Thu Aug 22 02:27:04 2013
From: plysab at gmail.com (plysan)
Date: Thu, 22 Aug 2013 10:27:04 +0800
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <5214EDBF.6090403@redhat.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
	<5214EDBF.6090403@redhat.com>
Message-ID: <CANDY9WNROVAUNp80UcJaeevDgFAAqpgGCFHthydNVzkomCaBwQ@mail.gmail.com>

2013/8/22 Itamar Heim <iheim at redhat.com>

> On 08/21/2013 11:08 AM, plysan wrote:
>
>>
>>
>>
>> 2013/8/21 Laszlo Hornyak <lhornyak at redhat.com <mailto:lhornyak at redhat.com
>> >>
>>
>>
>>     Hi,
>>
>>     ----- Original Message -----
>>      > From: "plysan" <plysab at gmail.com <mailto:plysab at gmail.com>>
>>      > To: engine-devel at ovirt.org <mailto:engine-devel at ovirt.org**>
>>      > Sent: Wednesday, August 21, 2013 3:49:31 PM
>>      > Subject: [Engine-devel] Ideas about engine clustering?
>>      >
>>      > Hello, guys:
>>      >
>>      > I'm trying to make a jboss clustering environment for engine. But
>>     felt the
>>      > difficuty too.
>>      > So I want to know if any one is working on this? I googled it and
>>     haven't
>>      > found anything.
>>      >
>>      > I know there will be lots of things to do for engine migrating to
>>     clustering
>>      > environment. I just want to know what problem need to be solved?
>>      > I would like to list the things I think that is needed to do(or
>>     solve):
>>      > 1. run jboss in standalone-ha mode or domain mode.
>>      > 2. add @Clustered annotation to each EJB, I think this will solve
>> the
>>      > replication problem in cluster, probably lots of details in it.
>>      > 3. QuartzScheduler problem, only one node running a scheduler is
>>     enough at a
>>      > time instead of each node running one.
>>      > 4. use mod_cluster to handle load balancing.
>>      > 5. postgresql clustering.
>>
>>     For failover it sounds like a plan, just wondering if this could
>>     solve load balancing problems as well.
>>     Ovirt is generating a big load on the DB and I would be really
>>     interested if SQL DB clustering could solve the issues.
>>     It would be great if it could, big part of the scalablity issue is
>>     the evil things we did against that poor database.
>>
>>      > 6. There should be more, but hope anyone can think about it :D
>>
>>     There are tons of data structures that are used in oVirt that store
>>     state. You will have to hunt all of these down and replace with a
>>     data structure that is shared between the cluster memebers. This may
>>     be a big lot of work from many parts of the application.
>>
>>
>> Indeed, and like Yair Zaslavsky said, we can put the data structure in
>> infinispan cache, but clustered EJB can do the same thing for us, right?
>> If all those state values are inside EJBs. (iirc)**
>>
>>
>>
>>      >
>>      > Any ideas?
>>      >
>>      > Thanks!
>>      >
>>      > ______________________________**_________________
>>      > Engine-devel mailing list
>>      > Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org**>
>>      > http://lists.ovirt.org/**mailman/listinfo/engine-devel<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://lists.ovirt.org/mailman/listinfo/engine-devel>
>>
>>
> unless you need the load balancing, just for HA, hosted-engine should
> cover your needs?
>
I think failover and more scalability  is what i am interested here. Just
thinking about the possibilities :)
Imagine engine would never get restarted from outside view. Cool isn't it?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130822/574156c0/attachment.html>

From yzaslavs at redhat.com  Thu Aug 22 02:37:31 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Wed, 21 Aug 2013 22:37:31 -0400 (EDT)
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <1500023133.3892852.1377099036589.JavaMail.root@redhat.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
	<1500023133.3892852.1377099036589.JavaMail.root@redhat.com>
Message-ID: <488376878.2303355.1377139051880.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "plysan" <plysab at gmail.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 21, 2013 6:30:36 PM
> Subject: Re: [Engine-devel] Ideas about engine clustering?
> 
> 
> 
> ----- Original Message -----
> > From: "plysan" <plysab at gmail.com>
> > To: "Laszlo Hornyak" <lhornyak at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Wednesday, August 21, 2013 5:08:57 PM
> > Subject: Re: [Engine-devel] Ideas about engine clustering?
> > 
> > 2013/8/21 Laszlo Hornyak <lhornyak at redhat.com>
> > 
> > > Hi,
> > >
> > > ----- Original Message -----
> > > > From: "plysan" <plysab at gmail.com>
> > > > To: engine-devel at ovirt.org
> > > > Sent: Wednesday, August 21, 2013 3:49:31 PM
> > > > Subject: [Engine-devel] Ideas about engine clustering?
> > > >
> > > > Hello, guys:
> > > >
> > > > I'm trying to make a jboss clustering environment for engine. But felt
> > > the
> > > > difficuty too.
> > > > So I want to know if any one is working on this? I googled it and
> > > > haven't
> > > > found anything.
> > > >
> > > > I know there will be lots of things to do for engine migrating to
> > > clustering
> > > > environment. I just want to know what problem need to be solved?
> > > > I would like to list the things I think that is needed to do(or solve):
> > > > 1. run jboss in standalone-ha mode or domain mode.
> > > > 2. add @Clustered annotation to each EJB, I think this will solve the
> > > > replication problem in cluster, probably lots of details in it.
> > > > 3. QuartzScheduler problem, only one node running a scheduler is enough
> > > at a
> > > > time instead of each node running one.
> > > > 4. use mod_cluster to handle load balancing.
> > > > 5. postgresql clustering.
> > >
> > > For failover it sounds like a plan, just wondering if this could solve
> > > load balancing problems as well.
> > > Ovirt is generating a big load on the DB and I would be really interested
> > > if SQL DB clustering could solve the issues.
> > > It would be great if it could, big part of the scalablity issue is the
> > > evil things we did against that poor database.
> > >
> > > > 6. There should be more, but hope anyone can think about it :D
> > >
> > > There are tons of data structures that are used in oVirt that store
> > > state.
> > > You will have to hunt all of these down and replace with a data structure
> > > that is shared between the cluster memebers. This may be a big lot of
> > > work
> > > from many parts of the application.
> > >
> > 
> > Indeed, and like Yair Zaslavsky said, we can put the data structure in
> > infinispan cache, but clustered EJB can do the same thing for us, right? If
> > all those state values are inside EJBs. (iirc)* *
> 
> There are only a very small number of real EJB's in oVirt, almost all and
> everything is done by singletons created by EJBs. (check
> InitBackendServicesOnStartupBean, Backend they are the biggest factories of
> these singletons)
> If you made a deeper research in this recently then your information may be
> more up to date than mine, but while working in various parts of the app I
> have found tons of local state.

That's right.
Not to mention there are some thoughts (at least by some of us) whether we really need EJBs , but that's a totally different discussion ;)

> 
> > 
> > >
> > > >
> > > > Any ideas?
> > > >
> > > > Thanks!
> > > >
> > > > _______________________________________________
> > > > 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 iheim at redhat.com  Thu Aug 22 07:22:08 2013
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 22 Aug 2013 03:22:08 -0400
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <CANDY9WNROVAUNp80UcJaeevDgFAAqpgGCFHthydNVzkomCaBwQ@mail.gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
	<5214EDBF.6090403@redhat.com>
	<CANDY9WNROVAUNp80UcJaeevDgFAAqpgGCFHthydNVzkomCaBwQ@mail.gmail.com>
Message-ID: <5215BC20.8010903@redhat.com>

On 08/21/2013 10:27 PM, plysan wrote:
>
>
>
> 2013/8/22 Itamar Heim <iheim at redhat.com <mailto:iheim at redhat.com>>
>
>     On 08/21/2013 11:08 AM, plysan wrote:
>
>
>
>
>         2013/8/21 Laszlo Hornyak <lhornyak at redhat.com
>         <mailto:lhornyak at redhat.com> <mailto:lhornyak at redhat.com
>         <mailto:lhornyak at redhat.com>>>
>
>
>              Hi,
>
>              ----- Original Message -----
>               > From: "plysan" <plysab at gmail.com
>         <mailto:plysab at gmail.com> <mailto:plysab at gmail.com
>         <mailto:plysab at gmail.com>>>
>               > To: engine-devel at ovirt.org
>         <mailto:engine-devel at ovirt.org> <mailto:engine-devel at ovirt.org
>         <mailto:engine-devel at ovirt.org>__>
>               > Sent: Wednesday, August 21, 2013 3:49:31 PM
>               > Subject: [Engine-devel] Ideas about engine clustering?
>               >
>               > Hello, guys:
>               >
>               > I'm trying to make a jboss clustering environment for
>         engine. But
>              felt the
>               > difficuty too.
>               > So I want to know if any one is working on this? I
>         googled it and
>              haven't
>               > found anything.
>               >
>               > I know there will be lots of things to do for engine
>         migrating to
>              clustering
>               > environment. I just want to know what problem need to be
>         solved?
>               > I would like to list the things I think that is needed
>         to do(or
>              solve):
>               > 1. run jboss in standalone-ha mode or domain mode.
>               > 2. add @Clustered annotation to each EJB, I think this
>         will solve the
>               > replication problem in cluster, probably lots of details
>         in it.
>               > 3. QuartzScheduler problem, only one node running a
>         scheduler is
>              enough at a
>               > time instead of each node running one.
>               > 4. use mod_cluster to handle load balancing.
>               > 5. postgresql clustering.
>
>              For failover it sounds like a plan, just wondering if this
>         could
>              solve load balancing problems as well.
>              Ovirt is generating a big load on the DB and I would be really
>              interested if SQL DB clustering could solve the issues.
>              It would be great if it could, big part of the scalablity
>         issue is
>              the evil things we did against that poor database.
>
>               > 6. There should be more, but hope anyone can think about
>         it :D
>
>              There are tons of data structures that are used in oVirt
>         that store
>              state. You will have to hunt all of these down and replace
>         with a
>              data structure that is shared between the cluster memebers.
>         This may
>              be a big lot of work from many parts of the application.
>
>
>         Indeed, and like Yair Zaslavsky said, we can put the data
>         structure in
>         infinispan cache, but clustered EJB can do the same thing for
>         us, right?
>         If all those state values are inside EJBs. (iirc)**
>
>
>
>               >
>               > Any ideas?
>               >
>               > Thanks!
>               >
>               > _________________________________________________
>               > Engine-devel mailing list
>               > Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>
>         <mailto:Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>__>
>               > http://lists.ovirt.org/__mailman/listinfo/engine-devel
>         <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>
>               >
>
>
>
>
>         _________________________________________________
>         Engine-devel mailing list
>         Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>
>         http://lists.ovirt.org/__mailman/listinfo/engine-devel
>         <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>
>
>     unless you need the load balancing, just for HA, hosted-engine
>     should cover your needs?
>
> I think failover and more scalability  is what i am interested here.
> Just thinking about the possibilities :)
> Imagine engine would never get restarted from outside view. Cool isn't it?

active/passive failover you should get from hosted-engine (yes, with 
some downtime)
scalability and active-active would be great. iirc, juan looked at 
implications of doing this a while back


From emesika at redhat.com  Thu Aug 22 13:48:09 2013
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 22 Aug 2013 09:48:09 -0400 (EDT)
Subject: [Engine-devel] Gluster Volume asynchronous tasks
In-Reply-To: <5214DBA5.5090407@redhat.com>
References: <520875A3.6020600@redhat.com> <5208B459.7000808@redhat.com>
	<52129C90.1030407@redhat.com> <52144628.9070506@redhat.com>
	<52149550.9030005@redhat.com> <5214A257.4000406@redhat.com>
	<844931179.2143302.1377098114573.JavaMail.root@redhat.com>
	<5214DBA5.5090407@redhat.com>
Message-ID: <698776276.2763440.1377179289495.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "Sahina Bose" <sabose at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
> Sent: Wednesday, August 21, 2013 6:24:21 PM
> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
> 
> On 08/21/2013 11:15 AM, Eli Mesika wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Sahina Bose" <sabose at redhat.com>
> >> To: "Itamar Heim" <iheim at redhat.com>
> >> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
> >> Sent: Wednesday, August 21, 2013 2:19:51 PM
> >> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
> >>
> >>
> >> On 08/21/2013 03:54 PM, Itamar Heim wrote:
> >>> On 08/21/2013 12:46 AM, Sahina Bose wrote:
> >>>>
> >>>> On 08/20/2013 04:00 AM, Itamar Heim wrote:
> >>>>> On 08/12/2013 06:09 AM, Sahina Bose wrote:
> >>>>>>
> >>>>>> On 08/12/2013 03:28 PM, Yair Zaslavsky wrote:
> >>>>>>>
> >>>>>>> ----- Original Message -----
> >>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
> >>>>>>>> To: "Eli Mesika" <emesika at redhat.com>
> >>>>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org
> >>>>>>>> Sent: Monday, August 12, 2013 11:51:15 AM
> >>>>>>>> Subject: Re: [Engine-devel] Gluster Volume asynchronous tasks
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> On 08/12/2013 01:21 PM, Eli Mesika wrote:
> >>>>>>>>> ----- Original Message -----
> >>>>>>>>>> From: "Sahina Bose" <sabose at redhat.com>
> >>>>>>>>>> To: "engine-devel" <engine-devel at ovirt.org>, arch at ovirt.org,
> >>>>>>>>>> "Michael
> >>>>>>>>>> Pasternak" <mpastern at redhat.com>
> >>>>>>>>>> Sent: Monday, August 12, 2013 8:41:55 AM
> >>>>>>>>>> Subject: [Engine-devel] Gluster Volume asynchronous tasks
> >>>>>>>>>>
> >>>>>>>>>> Hi all,
> >>>>>>>>>>
> >>>>>>>>>> We are working on a feature to add support to start and monitor
> >>>>>>>>>> gluster
> >>>>>>>>>> volume asynchronous tasks (like rebalancing a gluster volume,
> >>>>>>>>>> removing
> >>>>>>>>>> brick from volume ) from the oVirt engine.
> >>>>>>>>>>
> >>>>>>>>>> The operations can be started from the Volumes tab or the Bricks
> >>>>>>>>>> sub-tab
> >>>>>>>>>> using the Rebalance, Remove options.
> >>>>>>>>>> These are long running operations which can be monitored using a
> >>>>>>>>>> task id
> >>>>>>>>>> returned from Gluster. We are planning to add the monitoring in
> >>>>>>>>>> the
> >>>>>>>>>> existing Task sub tab
> >>>>>>>>>>
> >>>>>>>>>> The feature description and User flows are at
> >>>>>>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> The detailed design (including REST API design) is at
> >>>>>>>>>> http://www.ovirt.org/Features/Detailed_Gluster_Volume_Asynchronous_Tasks_Management.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> I would really appreciate if you could review and provide your
> >>>>>>>>>> valuable
> >>>>>>>>>> feedback.
> >>>>>>>>> I Sahina
> >>>>>>>>> Why not using 6the External Tasks feature introduced for 3.3 for
> >>>>>>>>> those
> >>>>>>>>> Gluster tasks ???
> >>>>>>>>> http://www.ovirt.org/Features/Design/DetailedExternalTasks
> >>>>>>>> Hi Eli,
> >>>>>>>>
> >>>>>>>> We still want to be able to start and stop these operations from the
> >>>>>>>> engine.
> >>>>>>>> So, when a user wants to say, rebalance a volume, they would go
> >>>>>>>> select
> >>>>>>>> the volume and click on Rebalance Start.
> >>>>>>>> This would then call the BLL command to start rebalance which will
> >>>>>>>> invoke the corresponding vdsm verb to start the rebalance on the
> >>>>>>>> volume.
> >>>>>>>> This is the same as existing flow for other commands. The only
> >>>>>>>> difference is the vdsm verb will return the task id from gluster,
> >>>>>>>> for
> >>>>>>>> the rebalance operation that was started. And we will monitor the
> >>>>>>>> progress of the task using the gluster task id (by calling a gluster
> >>>>>>>> command)
> >>>>>>>>
> >>>>>>>> I'm not sure how ExternalTasks would fit in here? I was thinking of
> >>>>>>>> using ExternalTask support for adding Job/Steps to engine when the
> >>>>>>>> operation is started outside of engine, that is, from Gluster CLI.
> >>>>>>>> Please correct me if I'm missing something.
> >>>>>>> Does this mean that from Gluster CLI you will not try and invoke the
> >>>>>>> rebalance command ?
> >>>>>>> (I mean, I should either use Gluster CLI or Engine's REST API?)
> >>>>>> Rebalance volume command could be invoked in any of the following
> >>>>>> ways:
> >>>>>> 1. From the console UI (clicking on Rebalance as shown in
> >>>>>> http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management#Rebalance_Volume)
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> 2. Using REST API
> >>>>>> 3. Outside of engine, from Gluster CLI - In such cases, the engine
> >>>>>> should detect that a user has triggered rebalance operation outside
> >>>>>> the
> >>>>>> engine, and allow the user to monitor progress of this from the
> >>>>>> engine.
> >>>>>> This is where, we need support to add a Job for an operation that was
> >>>>>> started externally, so that it can be seen in the Tasks tab.
> >>>>>
> >>>>> and still, it should be considered an internal task, since the engine
> >>>>> is managing it / detected it.
> >>>>>
> >>>>
> >>>> Itamar, yes, you are right. This would need to be treated as an internal
> >>>> task as the engine needs to be able to stop it and also monitor it. We
> >>>> would probably need a similar mechanism as external task injection, to
> >>>> add a Job for the task started from gluster CLI.
> >>>>
> >>>>
> >>>
> >>> even if it was started from CLI, wouldn't it be better if engine
> >>> detected it, and still treated it as an internal task, allowing to
> >>> cancel it, etc.?
> >>
> >> Yes, but I need to add a Job for this internal task, so that it can be
> >> monitored in the Tasks pane. Any idea if I can use any existing
> >> framework to do it? I was thinking I would use
> >> ExecutionHandler.createJob to do this (similar to what's done in
> >> AddExternalJobCommand)
> >
> > Maybe in order to avoid code duplication we should re-factor having a base
> > AddJobCommand and two descendants AddExternalJobCommand and
> > AddInternalJobCommand when the only diff between those is the external
> > flag value while the execute method of both calls super at first and the
> > ancestor has the original code of ddExternalJobCommand in its execute
> > method...
> 
> and in this case, the code will call AddInternalJobCommand for a job
> detected and not initiated by engine?

Yes, Gluster will use the AddInternalJobCommand
> 
> 


From sbonazzo at redhat.com  Fri Aug 23 07:12:31 2013
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 23 Aug 2013 09:12:31 +0200
Subject: [Engine-devel] repository closure status
Message-ID: <52170B5F.60404@redhat.com>

Hi,
3.3.0 general availability is scheduled for: 2013-08-28
I've just checked repositories closure, here is the result:

nightly Fedora 18:
# repoclosure -l fedora -l updates -l updates-testing -r ovirt-nightly
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-nightly
   updates
   updates-testing
Num Packages in Repos: 61537
package: ovirt-hosted-engine-setup-0.0.0-0.0.master.fc18.noarch from ovirt-nightly
  unresolved deps:
     sanlock-python >= 0:2.8
     sanlock >= 0:2.8
package: vdsm-4.12.0-63.gitc7fc753.fc18.x86_64 from ovirt-nightly
  unresolved deps:
     libvirt-daemon >= 0:1.0.2-1
package: vdsm-4.12.0-67.git978b0a4.fc18.x86_64 from ovirt-nightly
  unresolved deps:
     libvirt-daemon >= 0:1.0.2-1
package: vdsm-4.12.0-72.git8d05744.fc18.x86_64 from ovirt-nightly
  unresolved deps:
     libvirt-daemon >= 0:1.0.2-1


3.3 (RC) Fedora 18:
# repoclosure -l fedora -l updates -l updates-testing -r ovirt-3.3
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-3.3
   updates
   updates-testing
Num Packages in Repos: 61421
package: vdsm-4.12.0-0.1.rc3.fc18.i686 from ovirt-3.3
  unresolved deps:
     python-ethtool >= 0:0.8-1
     libvirt-daemon >= 0:1.0.2-1
package: vdsm-4.12.0-0.1.rc3.fc18.x86_64 from ovirt-3.3
  unresolved deps:
     python-ethtool >= 0:0.8-1
     libvirt-daemon >= 0:1.0.2-1


nightly Fedora 19:
# repoclosure -l fedora -l updates -l updates-testing -r ovirt-nightly
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-nightly
   updates
   updates-testing
Num Packages in Repos: 50256
package: ovirt-engine-reports-3.3.0-0.2.master.20130803235659.fc19.noarch from ovirt-nightly
  unresolved deps:
     jasperreports-server >= 0:4.7.0


3.3 (RC) Fedora 19 is ok.


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


From dcaroest at redhat.com  Fri Aug 23 08:16:31 2013
From: dcaroest at redhat.com (David Caro)
Date: Fri, 23 Aug 2013 10:16:31 +0200
Subject: [Engine-devel] Proposal for new commit msg design for engine
 commits
In-Reply-To: <427928074.1846704.1374346386818.JavaMail.root@redhat.com>
References: <472371407.1023948.1373362731769.JavaMail.root@redhat.com>
	<1936482116.2031097.1373484420937.JavaMail.root@redhat.com>
	<1373532084.2489.25.camel@fdeutsch-laptop.local>
	<693107913.2226423.1373533051598.JavaMail.root@redhat.com>
	<51E2BE99.2000409@redhat.com>
	<810613569.3650942.1374341668497.JavaMail.root@redhat.com>
	<2098403304.1846523.1374345253818.JavaMail.root@redhat.com>
	<1896814509.3653314.1374345716481.JavaMail.root@redhat.com>
	<427928074.1846704.1374346386818.JavaMail.root@redhat.com>
Message-ID: <52171A5F.70301@redhat.com>

On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
> 
> 
> ----- Original Message -----
>> From: "Eyal Edri" <eedri at redhat.com>
>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>> Cc: "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>, "Fabian Deutsch" <fabiand at redhat.com>
>> Sent: Saturday, July 20, 2013 9:41:56 PM
>> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine commits
>>
>> This change to commit template has nothing to do with CI.
>> it's a change that should reflect updated components relevance to the commit
>> code.
> 
> This commit template is mostly invalid, as touching more than one 'subsystem' is possible, and has not enough granularity.

I suggest using a tag at the end with some extra syntax, like:
Components: core, storage, db
Components: all
Components: all, !core, !db

> 
> For example, database change should trigger what?
All the jobs that are tagged for that component (db upgrades I suppose).
And if the changes affect storage components then also storage, if the
changes affect others then those others too.

> Infra change should trigger what?
The same, all the jobs that are tagged as infra.

> A change of both user interface and command should trigger what?
All the jobs tagged by user interface and/or command.

> So you end up with:
> 
> userportal: storage: core: db: some message

As I suggested before, I think it's better if you end with a commit
message like:

   Some message

   Components: userportal, storage, core, db

Actually it can be easily done with a tag in the gerrit comment instead
of the commit message.

> 
> Just to make who happy?

The developer, the qe, the ci and the infra people. This mechanism is to
avoid running all the tests all the time. Of course there are some times
when all the tests should be run to make sure nothing else changed, but
most times you just need to run part of them to make sure you did not
break something obvious.

> 
> And maybe there are 50 tests of network, and you need only 5 of them for the specific change, how do you mark it, so now a developer need to know any test? what if you add one tomorrow which is relevant to a similar change? how do you inform the developer that now he needs 6?

As I said before, what the developer specifies is not a list of tests,
but a list of components, that qe has to map to different sets of tests
that can change with time. So specifying webadmin will run all the tests
in that group, that might be only one, or 100, and might be
increasing/decreasing with time transparently for the developer. Adding
a new component is not common and there's no need to do it so frequently.

> 
> Why should it be the developer responsibility and not the quality ensuring engineer responsibility to determine which tests should run and when?

Of course it's the responsibility of the qe engineer to determine when
and which tests should be run. But this is meant to be a new tool for
the developer not a substitute for the full qe tests, so the developer
can easily make sure that he's changes do not break anything obvious
before starting the real tests (that will take more time and resources).
The developer just adds some metadata so the qe engineer can decide
which tests to run per patch, so it's on qe's hand in the end to decide
if ignore or not the metadata and which tests to run.

> 
> As far as this template was not actually used for anything but humans, it was not that important, but once you formalize it as an interface, I step forward and state that the subject line is not the right tool for the task at hand (or any for this matter).

I agree with that, I think that it should be a tag similar to Change-Id,
at the end of the commit message.

> 
> The fact that you have in each commit are the sources that are modified, all the other data is just plain noise. From the sources that are modified you should be able to derive a test plan with high chance that this test program will be correct. Human intervention should be possible by ordering special tests that are outside of the standard policy, for cases in which the standard policy of deriving tests from sources is too narrow.

That's just not true. The sources are complicated enough to make two
changes in the same file to affect different components. Any reused code
is prone to affect multiple components, making it really hard to
determine by which changed files which tests to run. And if you go down
to the function/class level it's even harder to decide and to maintain.
And of course it's not human error free, as the metadata in the
files/directories is defined and maintained by a human. And in my
opinion is a lot harder to implement and maintain, and a lot less agile,
and does not get rid of the human factor.


> 
> Regards,
> Alon
> 
> 
>>
>> Nevertheless, i have no problems with your suggestions for metadata per
>> directory to map all ovirt code.
>> any suggestion how to push it forward?
>>
>> Eyal.
>>
>> ----- Original Message -----
>>> From: "Alon Bar-Lev" <alonbl at redhat.com>
>>> To: "Eyal Edri" <eedri at redhat.com>
>>> Cc: "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>,
>>> "Fabian Deutsch" <fabiand at redhat.com>
>>> Sent: Saturday, July 20, 2013 9:34:13 PM
>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
>>> commits
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Eyal Edri" <eedri at redhat.com>
>>>> To: "infra" <infra at ovirt.org>
>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, "Fabian Deutsch"
>>>> <fabiand at redhat.com>
>>>> Sent: Saturday, July 20, 2013 8:34:28 PM
>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
>>>> commits
>>>>
>>>> OK, Rome wasn't built in a day.
>>>>
>>>> To move things forward,
>>>> I propose we'll just improve current commit header template to include
>>>> more
>>>> relevant code
>>>> areas [1], and start looking into mapping all code to the relevant
>>>> components
>>>> (either via renaming folders, adding a metadata file under each folder
>>>> mapping the files/classnames/directory names or using automated tools
>>>> like
>>>> sonar)
>>>
>>> Again, and I am sorry, but I disagree of any relationship between commit
>>> message and CI.
>>>
>>> It will be simple to add metadata to sources, and have CI run tests based
>>> on
>>> actual source change thus probable impact, this way we won't be exposed to
>>> human errors, nor make commit message unusable for actual history.
>>>
>>> All we need is someone to take ownership of the task of adding metadata to
>>> source tree.
>>>
>>> As I proposed this can be either within every source using special
>>> signature,
>>> or can be in a directory at special file, for example .ovirt-metadata, and
>>> have the mapping between source component to relevant tests at a simple
>>> text
>>> file at source root.
>>>
>>> Regards,
>>> Alon Bar-Lev.
>>>
>>>>
>>>> [1] instead of               <core | restapi | tools | history | engine |
>>>> userportal | webadmin>
>>>>     change to something like <core | restapi | tools | userportal |
>>>>     webadmin
>>>>     | network | storage | virt | packaging>
>>>>
>>>> Eyal.
>>>>
>>>> ----- Original Message -----
>>>>> From: "Moran Goldboim" <mgoldboi at redhat.com>
>>>>> To: "Eyal Edri" <eedri at redhat.com>
>>>>> Cc: "Fabian Deutsch" <fabiand at redhat.com>, "engine-devel"
>>>>> <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
>>>>> Sent: Sunday, July 14, 2013 6:07:05 PM
>>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for
>>>>> engine
>>>>> commits
>>>>>
>>>>> On 07/11/2013 11:57 AM, Eyal Edri wrote:
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>> From: "Fabian Deutsch" <fabiand at redhat.com>
>>>>>>> To: "Eyal Edri" <eedri at redhat.com>
>>>>>>> Cc: "Alon Bar-Lev" <alonbl at redhat.com>, "engine-devel"
>>>>>>> <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
>>>>>>> Sent: Thursday, July 11, 2013 11:41:24 AM
>>>>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for
>>>>>>> engine
>>>>>>> commits
>>>>>>>
>>>>>>> Am Mittwoch, den 10.07.2013, 15:27 -0400 schrieb Eyal Edri:
>>>>>>>> ----- Original Message -----
>>>>>>>>> From: "Fabian Deutsch" <fabiand at redhat.com>
>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, "infra"
>>>>>>>>> <infra at ovirt.org>
>>>>>>>>> Sent: Tuesday, July 9, 2013 3:54:06 PM
>>>>>>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for
>>>>>>>>> engine
>>>>>>>>> commits
>>>>>>>>>
>>>>>>>>> Am Dienstag, den 09.07.2013, 08:49 -0400 schrieb Alon Bar-Lev:
>>>>>>>>>>
>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>>>>>>> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
>>>>>>>>>> <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
>>>>>>>>>>> Sent: Tuesday, July 9, 2013 3:42:24 PM
>>>>>>>>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design
>>>>>>>>>>> for
>>>>>>>>>> engine     commits
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>> From: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>>>>>>>> To: "Eyal Edri" <eedri at redhat.com>
>>>>>>>>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, "infra"
>>>>>>>>>> <infra at ovirt.org>
>>>>>>>>>>>> Sent: Tuesday, July 9, 2013 3:33:57 PM
>>>>>>>>>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design
>>>>>>>>>>>> for
>>>>>>>>>> engine
>>>>>>>>>>>>      commits
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>> From: "Eyal Edri" <eedri at redhat.com>
>>>>>>>>>>>>> To: "engine-devel" <engine-devel at ovirt.org>
>>>>>>>>>>>>> Cc: "infra" <infra at ovirt.org>
>>>>>>>>>>>>> Sent: Tuesday, July 9, 2013 12:38:51 PM
>>>>>>>>>>>>> Subject: Proposal for new commit msg design for engine commits
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>> You all probably know and familiar with 'ovirt-engine' git
>>>>>>>>>>>>> hook
>>>>>>>>>> for
>>>>>>>>>>>>> commit
>>>>>>>>>>>>> msg template [1].
>>>>>>>>>>>>> this helps understand the general area of the patch in the
>>>>>>>>>> project but it
>>>>>>>>>>>>> lacks additional info that might
>>>>>>>>>>>>> be valuable for scaling automatic tests in Jenkins CI.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Let me explain:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Infra team is working hard on expanding oVirt CI
>>>>>>>>>>>>> infrastructure
>>>>>>>>>> and
>>>>>>>>>>>>> adding
>>>>>>>>>>>>> more tests in jenkins (per commit/patch).
>>>>>>>>>>>>> Adding important meta-data per patch can significatly improve
>>>>>>>>>> the ability
>>>>>>>>>>>>> to
>>>>>>>>>>>>> run specific tests for each patch/commit,
>>>>>>>>>>>>> and not waste valuable resources on Jenkins jobs that are not
>>>>>>>>>> relevant to
>>>>>>>>>>>>> the
>>>>>>>>>>>>> code in the patch.
>>>>>>>>>>>>>
>>>>>>>>>>>>> So the idea is to add/expand current metadata per patch, in
>>>>>>>>>>>>> the
>>>>>>>>>> form of:
>>>>>>>>>>>>> (either)
>>>>>>>>>>>>>   1. expanding current header template to include more data
>>>>>>>>>>>>>   like
>>>>>>>>>> 'network'
>>>>>>>>>>>>>   ,
>>>>>>>>>>>>>   'setup', 'tools', 'virt'
>>>>>>>>>>>> Please do not expand header, it is too short anyway.
>>>>>>>>>>>>
>>>>>>>>>>>>>   2. adding a new label with relevant tags for the patch,
>>>>>>>>>>>>>   called
>>>>>>>>>> e.g
>>>>>>>>>>>>>   'METADATA: network, rest, virt'
>>>>>>>>>>>> Having:
>>>>>>>>>>>>
>>>>>>>>>>>> CI-Tests: xxx
>>>>>>>>>>>> CI-Tests: yyy
>>>>>>>>>>>> CI-Tests: zzz
>>>>>>>>>>>>
>>>>>>>>>>>> Is much better.
>>>>>>>>>>> I'm not sure we should have CI-Test - as we might use this for
>>>>>>>>>> something else
>>>>>>>>>>> besides CI.
>>>>>>>>>>> Region_of_Interest as Dan suggests sounds better IMHO.
>>>>>>>>>> I don't care how this is to be called.
>>>>>>>>>> However, I do not think that commit message is the place for
>>>>>>>>>> instructing CI to do anything.
>>>>>>>>>> Commit message stays for good, it should contain information that
>>>>>>>>>> is
>>>>>>>>>> required a year from now.
>>>>>>>>>> It has nothing to do with tests and such.
>>>>>>>>> I agree with Alon here that the Ci informations don't belong in
>>>>>>>>> the
>>>>>>>>> commit msg.
>>>>>>>>> My opinion is that a testcase should know what it covers. This
>>>>>>>>> information from the testcase can then be used by any party to
>>>>>>>>> determin
>>>>>>>>> if the testcase should be run on a specific commit (which yields
>>>>>>>>> informations about the changed paths, files, owner, author, etc
>>>>>>>>> ...
>>>>>>>>> which might be valuable).
>>>>>>>> i think you're missing the point here.
>>>>>>>> can you explain how do you propose a test case will know "what it
>>>>>>>> covers"?
>>>>>>>>
>>>>>>>> let's take an example:
>>>>>>>> let's say a new commit comes from ovirt-engine:
>>>>>>>> http://gerrit.ovirt.org/#/c/16668/
>>>>>>>> commit msg: "core: Use images instead of volumes at CDA message".
>>>>>>>>
>>>>>>>> now you have 1000 test cases (could be system or functional test).
>>>>>>>> (let's assume that your infra can't support running 1000 tests per
>>>>>>>> patch/commit).
>>>>>>>>
>>>>>>>> Some of these test suits checks network flow, some virt
>>>>>>>> (migration/template
>>>>>>>> for e.g), some host install, others storage flows and so on... ).
>>>>>>>> you have one repo to clone (ovirt-engine, let's keep vdsm a side
>>>>>>>> for
>>>>>>>> a
>>>>>>>> min), and to compile the project from for the tests.
>>>>>>>>
>>>>>>>> now given this scenario, please explain how will you know which
>>>>>>>> test
>>>>>>>> from
>>>>>>>> the 1000 you have you'll run on it.
>>>>>>>> do you believe that according to the author/path/filename you'll
>>>>>>>> know
>>>>>>>> if
>>>>>>>> that patch involves storage or virt scenario?
>>>>>>> Hey Eyal,
>>>>>>>
>>>>>>> Yes - I would at least give it a try to decide automagically what
>>>>>>> tests
>>>>>>> to run by looking at the change.
>>>>>>> The main motivation for this is to not add another things which the
>>>>>>> committer needs to take care of and IMO we humans tend to fail (at
>>>>>>> some
>>>>>>> point) on those boring tasks like adding correct metadata (let it be
>>>>>>> a
>>>>>>> typo or just not adding the correct testsuites/topis to be run).
>>>>>> this process can be fully automatic via gerrit hooks & templates:
>>>>>>
>>>>>> typos or mistakes can be easily handles by gerrit hooks to help the
>>>>>> committer fix the tags.
>>>>>> as mentions previously, this logic can be done by the project
>>>>>> maintainer
>>>>>> and enforced by a template or hook.
>>>>>>
>>>>>> so for example - if someone writes a patch with patch header
>>>>>> "webadmin:...."  ,
>>>>>> then the tags he'll get to choose from are only relevant to ui/ux.
>>>>>>
>>>>>> so the only task a committer will have to do is to verify the default
>>>>>> tags
>>>>>> are relevant.
>>>>>>
>>>>>> i don't believe this is too much to ask for, considering the huge
>>>>>> benefit
>>>>>> that we'll get
>>>>>> (stable code, less bugs, less ci breakage, mapping of specific code
>>>>>> to
>>>>>> relevant topic, statistics.. etc..)
>>>>>>
>>>>>>> But let's get back to your example.
>>>>>>> Basically we can use the path and filename to determin what
>>>>>>> testsuite
>>>>>>> to
>>>>>>> run.
>>>>>>> Testsuites could be bound to paths and/or filenames and/or regexes
>>>>>>> being
>>>>>>> matched against the full filename.
>>>>>>> Another approach would be to use a java package dependency tree to
>>>>>>> determine which classes are directly and indirectly affected by a
>>>>>>> change. This information can then be used to also build a set of
>>>>>>> testsuites to be run. For example:
>>>>>>> World uses Ocean uses Wale uses Cell - if Wale changes, we'll surely
>>>>>>> want to run the testsuites assigned to the classes higher up in the
>>>>>>> dependency chain (World and Ocean).
>>>>>>>
>>>>>>> For the concrete example above: Maybe there is a spell checker
>>>>>>> testcase
>>>>>>> which could be bound to the filename glob pattern *.properties.
>>>>>>>
>>>>>>>> i don't think there's an alternative to a metadata to assist
>>>>>>>> mapping
>>>>>>>> the
>>>>>>>> patch to a relevant "topic" in the code.
>>>>>>>> whether it exists as a git note or a label in the commit, that's
>>>>>>>> another
>>>>>>>> matter and probably less important.
>>>>>>> The idea is to use the path/filename and dependency tree information
>>>>>>> to
>>>>>>> model these topics. Example:
>>>>>>> WaterTestsuite(Topic):
>>>>>>>    regex_in_change: .*\.fish
>>>>>>>    glob_in_change: src/classes/ocean/*.java
>>>>>>>    path_in_change: src/classes/water.java
>>>>>>>    change_affects_depency_of: WaterClass
>>>>>> I'm not familiar that much with the names of the classes and
>>>>>> filenames,
>>>>>> but
>>>>>> it sounds to me like an error prone process
>>>>>> and very complex to start going through all the classes and file
>>>>>> names
>>>>>> and
>>>>>> mapping them to a certain project/component.
>>>>>> sounds like we'll have to enforce a naming convention for every new
>>>>>> file/path/class name that won't break that magic
>>>>>> detection.
>>>>>>
>>>>>> sure there are exceptions that will work probably, like "anything
>>>>>> under
>>>>>> packaging/, should trigger the 'engine-setup' or 'engine-upgrade'
>>>>>> tests,
>>>>>> but imo, it is not so easy with other components.
>>>>>>
>>>>>> if something will help, it will be splitting up ovirt-engine into
>>>>>> subject
>>>>>> projects (different git)
>>>>>>
>>>>>> Eyal.
>>>>>
>>>>> I think some valid points were raised in this thread, and I feel we all
>>>>> agree regarding the need for such a mechanism.
>>>>> regarding mapping of different areas in the code using metadata, i
>>>>> think
>>>>> this approach worth trying, it'll increase ownership and area of
>>>>> responsibility within our code and hopefully provide us the
>>>>> functionality we are looking for.
>>>>> we can start doing the obvious mapping, after-which the responsibility
>>>>> of each team/maintainer to assign a file to a person and define the
>>>>> specific functional areas in it.
>>>>>
>>>>> Moran.
>>>>>
>>>>>>
>>>>>>> But surely labels or meta-data in the commit msg are quicker to
>>>>>>> implement.
>>>>>>>
>>>>>>> - fabian
>>>>>>>
>>>>>>>> eyal.
>>>>>>>>
>>>>>>>>> - fabian
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Engine-devel mailing list
>>>>>>>>> Engine-devel at ovirt.org
>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Infra mailing list
>>>>>> Infra at ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Engine-devel mailing list
>>>> Engine-devel at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>
>>>
>>
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 


-- 
David Caro

Red Hat Czech s.r.o.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Tel.: +420 532 294 605
Email: dcaro at redhat.com
Web: www.cz.redhat.com
Red Hat Czech s.r.o., Purky?ova 99/71, 612 45, Brno, Czech Republic
RHT Global #: 82-62605

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130823/db390b4f/attachment.sig>

From alonbl at redhat.com  Fri Aug 23 08:45:37 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 23 Aug 2013 04:45:37 -0400 (EDT)
Subject: [Engine-devel] Proposal for new commit msg design for engine
 commits
In-Reply-To: <52171A5F.70301@redhat.com>
References: <472371407.1023948.1373362731769.JavaMail.root@redhat.com>
	<693107913.2226423.1373533051598.JavaMail.root@redhat.com>
	<51E2BE99.2000409@redhat.com>
	<810613569.3650942.1374341668497.JavaMail.root@redhat.com>
	<2098403304.1846523.1374345253818.JavaMail.root@redhat.com>
	<1896814509.3653314.1374345716481.JavaMail.root@redhat.com>
	<427928074.1846704.1374346386818.JavaMail.root@redhat.com>
	<52171A5F.70301@redhat.com>
Message-ID: <1162219853.1695809.1377247537991.JavaMail.root@redhat.com>



----- Original Message -----
> From: "David Caro" <dcaroest at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
> Sent: Friday, August 23, 2013 11:16:31 AM
> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine commits
> 
> On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
> > 
> > 
> > ----- Original Message -----
> >> From: "Eyal Edri" <eedri at redhat.com>
> >> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >> Cc: "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>,
> >> "Fabian Deutsch" <fabiand at redhat.com>
> >> Sent: Saturday, July 20, 2013 9:41:56 PM
> >> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
> >> commits
> >>
> >> This change to commit template has nothing to do with CI.
> >> it's a change that should reflect updated components relevance to the
> >> commit
> >> code.
> > 
> > This commit template is mostly invalid, as touching more than one
> > 'subsystem' is possible, and has not enough granularity.
> 
> I suggest using a tag at the end with some extra syntax, like:
> Components: core, storage, db
> Components: all
> Components: all, !core, !db
> 
> > 
> > For example, database change should trigger what?
> All the jobs that are tagged for that component (db upgrades I suppose).
> And if the changes affect storage components then also storage, if the
> changes affect others then those others too.
> 
> > Infra change should trigger what?
> The same, all the jobs that are tagged as infra.
> 
> > A change of both user interface and command should trigger what?
> All the jobs tagged by user interface and/or command.
> 
> > So you end up with:
> > 
> > userportal: storage: core: db: some message
> 
> As I suggested before, I think it's better if you end with a commit
> message like:
> 
>    Some message
> 
>    Components: userportal, storage, core, db
> 
> Actually it can be easily done with a tag in the gerrit comment instead
> of the commit message.
> 
> > 
> > Just to make who happy?
> 
> The developer, the qe, the ci and the infra people. This mechanism is to
> avoid running all the tests all the time. Of course there are some times
> when all the tests should be run to make sure nothing else changed, but
> most times you just need to run part of them to make sure you did not
> break something obvious.
> 
> > 
> > And maybe there are 50 tests of network, and you need only 5 of them for
> > the specific change, how do you mark it, so now a developer need to know
> > any test? what if you add one tomorrow which is relevant to a similar
> > change? how do you inform the developer that now he needs 6?
> 
> As I said before, what the developer specifies is not a list of tests,
> but a list of components, that qe has to map to different sets of tests
> that can change with time. So specifying webadmin will run all the tests
> in that group, that might be only one, or 100, and might be
> increasing/decreasing with time transparently for the developer. Adding
> a new component is not common and there's no need to do it so frequently.
> 
> > 
> > Why should it be the developer responsibility and not the quality ensuring
> > engineer responsibility to determine which tests should run and when?
> 
> Of course it's the responsibility of the qe engineer to determine when
> and which tests should be run. But this is meant to be a new tool for
> the developer not a substitute for the full qe tests, so the developer
> can easily make sure that he's changes do not break anything obvious
> before starting the real tests (that will take more time and resources).
> The developer just adds some metadata so the qe engineer can decide
> which tests to run per patch, so it's on qe's hand in the end to decide
> if ignore or not the metadata and which tests to run.
> 
> > 
> > As far as this template was not actually used for anything but humans, it
> > was not that important, but once you formalize it as an interface, I step
> > forward and state that the subject line is not the right tool for the task
> > at hand (or any for this matter).
> 
> I agree with that, I think that it should be a tag similar to Change-Id,
> at the end of the commit message.
> 
> > 
> > The fact that you have in each commit are the sources that are modified,
> > all the other data is just plain noise. From the sources that are modified
> > you should be able to derive a test plan with high chance that this test
> > program will be correct. Human intervention should be possible by ordering
> > special tests that are outside of the standard policy, for cases in which
> > the standard policy of deriving tests from sources is too narrow.
> 
> That's just not true. The sources are complicated enough to make two
> changes in the same file to affect different components. Any reused code
> is prone to affect multiple components, making it really hard to
> determine by which changed files which tests to run. And if you go down
> to the function/class level it's even harder to decide and to maintain.
> And of course it's not human error free, as the metadata in the
> files/directories is defined and maintained by a human. And in my
> opinion is a lot harder to implement and maintain, and a lot less agile,
> and does not get rid of the human factor.
> 

Once again...

1. Commit messages are not the place to specify metadata to interact with automation, it is a record for future reviewer.

2. The metadata within sources are the mean to automate the list of tests related to a specific source without human interaction on each commit.

3. If there is doubt from list of tests run them all, this is simple rule for automation.

4. The metadata within files are not the only way to order tests, one can do this manually via jenkins or any other mean as one can now.

5. The metadata within files will help us to achieve other targets, such as automatic CC maintainers, verify that +2/-2 are set by authorized maintainer of component etc...

6. Gerrit 2.6 supports labels[1] which are actually what you are trying to achieve using the commit message because of lack of other solutions.

Until we have metadata within source, and we don't as we void discuss this for long time, and try to find manual workarounds and solutions.

Add label for each test, this will allow ordering tests via the gerrit web interface post submit.

After people start to do this over and over and over and over they will appreciate the need to add metadata into the source tree.

In future, if this works out we can help gerrit to improve by enhancing the labels into free text/combo box etc...
Or maybe try to do this now if you like to help out gerrit to improve...

Regards,
Alon Bar-Lev

[1] http://gerrit-documentation.googlecode.com/svn/Documentation/2.6/config-labels.html


From dcaroest at redhat.com  Fri Aug 23 10:00:38 2013
From: dcaroest at redhat.com (David Caro Estevez)
Date: Fri, 23 Aug 2013 06:00:38 -0400 (EDT)
Subject: [Engine-devel] Proposal for new commit msg design for engine
 commits
In-Reply-To: <1162219853.1695809.1377247537991.JavaMail.root@redhat.com>
References: <472371407.1023948.1373362731769.JavaMail.root@redhat.com>
	<51E2BE99.2000409@redhat.com>
	<810613569.3650942.1374341668497.JavaMail.root@redhat.com>
	<2098403304.1846523.1374345253818.JavaMail.root@redhat.com>
	<1896814509.3653314.1374345716481.JavaMail.root@redhat.com>
	<427928074.1846704.1374346386818.JavaMail.root@redhat.com>
	<52171A5F.70301@redhat.com>
	<1162219853.1695809.1377247537991.JavaMail.root@redhat.com>
Message-ID: <60131254.1843913.1377252038676.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "David Caro" <dcaroest at redhat.com>
> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
> Sent: Friday, August 23, 2013 10:45:37 AM
> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine commits
> 
> 
> 
> ----- Original Message -----
> > From: "David Caro" <dcaroest at redhat.com>
> > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
> > Sent: Friday, August 23, 2013 11:16:31 AM
> > Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
> > commits
> > 
> > On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
> > > 
> > > 
> > > ----- Original Message -----
> > >> From: "Eyal Edri" <eedri at redhat.com>
> > >> To: "Alon Bar-Lev" <alonbl at redhat.com>
> > >> Cc: "infra" <infra at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>,
> > >> "Fabian Deutsch" <fabiand at redhat.com>
> > >> Sent: Saturday, July 20, 2013 9:41:56 PM
> > >> Subject: Re: [Engine-devel] Proposal for new commit msg design for
> > >> engine
> > >> commits
> > >>
> > >> This change to commit template has nothing to do with CI.
> > >> it's a change that should reflect updated components relevance to the
> > >> commit
> > >> code.
> > > 
> > > This commit template is mostly invalid, as touching more than one
> > > 'subsystem' is possible, and has not enough granularity.
> > 
> > I suggest using a tag at the end with some extra syntax, like:
> > Components: core, storage, db
> > Components: all
> > Components: all, !core, !db
> > 
> > > 
> > > For example, database change should trigger what?
> > All the jobs that are tagged for that component (db upgrades I suppose).
> > And if the changes affect storage components then also storage, if the
> > changes affect others then those others too.
> > 
> > > Infra change should trigger what?
> > The same, all the jobs that are tagged as infra.
> > 
> > > A change of both user interface and command should trigger what?
> > All the jobs tagged by user interface and/or command.
> > 
> > > So you end up with:
> > > 
> > > userportal: storage: core: db: some message
> > 
> > As I suggested before, I think it's better if you end with a commit
> > message like:
> > 
> >    Some message
> > 
> >    Components: userportal, storage, core, db
> > 
> > Actually it can be easily done with a tag in the gerrit comment instead
> > of the commit message.
> > 
> > > 
> > > Just to make who happy?
> > 
> > The developer, the qe, the ci and the infra people. This mechanism is to
> > avoid running all the tests all the time. Of course there are some times
> > when all the tests should be run to make sure nothing else changed, but
> > most times you just need to run part of them to make sure you did not
> > break something obvious.
> > 
> > > 
> > > And maybe there are 50 tests of network, and you need only 5 of them for
> > > the specific change, how do you mark it, so now a developer need to know
> > > any test? what if you add one tomorrow which is relevant to a similar
> > > change? how do you inform the developer that now he needs 6?
> > 
> > As I said before, what the developer specifies is not a list of tests,
> > but a list of components, that qe has to map to different sets of tests
> > that can change with time. So specifying webadmin will run all the tests
> > in that group, that might be only one, or 100, and might be
> > increasing/decreasing with time transparently for the developer. Adding
> > a new component is not common and there's no need to do it so frequently.
> > 
> > > 
> > > Why should it be the developer responsibility and not the quality
> > > ensuring
> > > engineer responsibility to determine which tests should run and when?
> > 
> > Of course it's the responsibility of the qe engineer to determine when
> > and which tests should be run. But this is meant to be a new tool for
> > the developer not a substitute for the full qe tests, so the developer
> > can easily make sure that he's changes do not break anything obvious
> > before starting the real tests (that will take more time and resources).
> > The developer just adds some metadata so the qe engineer can decide
> > which tests to run per patch, so it's on qe's hand in the end to decide
> > if ignore or not the metadata and which tests to run.
> > 
> > > 
> > > As far as this template was not actually used for anything but humans, it
> > > was not that important, but once you formalize it as an interface, I step
> > > forward and state that the subject line is not the right tool for the
> > > task
> > > at hand (or any for this matter).
> > 
> > I agree with that, I think that it should be a tag similar to Change-Id,
> > at the end of the commit message.
> > 
> > > 
> > > The fact that you have in each commit are the sources that are modified,
> > > all the other data is just plain noise. From the sources that are
> > > modified
> > > you should be able to derive a test plan with high chance that this test
> > > program will be correct. Human intervention should be possible by
> > > ordering
> > > special tests that are outside of the standard policy, for cases in which
> > > the standard policy of deriving tests from sources is too narrow.
> > 
> > That's just not true. The sources are complicated enough to make two
> > changes in the same file to affect different components. Any reused code
> > is prone to affect multiple components, making it really hard to
> > determine by which changed files which tests to run. And if you go down
> > to the function/class level it's even harder to decide and to maintain.
> > And of course it's not human error free, as the metadata in the
> > files/directories is defined and maintained by a human. And in my
> > opinion is a lot harder to implement and maintain, and a lot less agile,
> > and does not get rid of the human factor.
> > 
> 
> Once again...
> 
> 1. Commit messages are not the place to specify metadata to interact with
> automation, it is a record for future reviewer.

Agree, that's why I suggested triggering it from a comment message. But that
will require the developer another step after pushing.

> 
> 2. The metadata within sources are the mean to automate the list of tests
> related to a specific source without human interaction on each commit.

The drawbacks are:
 - It needs a lot of maintenance
 - It require very modular code and 
 - Locks the developer on which tests he want to run

> 
> 3. If there is doubt from list of tests run them all, this is simple rule for
> automation.

Of course, but if there is too much doubt all that maintenance is useless.

> 
> 4. The metadata within files are not the only way to order tests, one can do
> this manually via jenkins or any other mean as one can now.

As with any other solution.

> 
> 5. The metadata within files will help us to achieve other targets, such as
> automatic CC maintainers, verify that +2/-2 are set by authorized maintainer
> of component etc...

That's true, but I think that maybe putting metadata in each file is overkilling.
One file in the root of the repo with a few lines should be enough for that afaik.

> 
> 6. Gerrit 2.6 supports labels[1] which are actually what you are trying to
> achieve using the commit message because of lack of other solutions.

They are not fit for that, at least yet.

> 
> Until we have metadata within source, and we don't as we void discuss this
> for long time, and try to find manual workarounds and solutions.

Or until we have tags in the messages, for the same reasons. Don't forget that
metadata within source is also a 'manual workaround or solution', as someone has
to maintain all the metadata in all the files/directories (maybe for that purpose
will be better to have just one file with all that metadata, depending on which
level of granularity we need to map all the files).

> 
> Add label for each test, this will allow ordering tests via the gerrit web
> interface post submit.

Adding a comment will too.

> 
> After people start to do this over and over and over and over they will
> appreciate the need to add metadata into the source tree.

I think that having to maintain metadata in all the files is way more annoying,
but yes, as you say adding metadata to each file gives a lot more information,
but only if it's up to date.

> 
> In future, if this works out we can help gerrit to improve by enhancing the
> labels into free text/combo box etc...
> Or maybe try to do this now if you like to help out gerrit to improve...

That will make labels fit our purpose, and avoid having to add tags, metadata
and all that, but it's not done yet. I'll gladly add that feature, but I'm not
familiar with java or gerrit code, so I might not be the best person to do it,
I'm sure that it will take a lot more time for me than the other options (Eyal,
any comment?). If you are fluent with java and you want to help you are very
welcome :)

David


From alonbl at redhat.com  Fri Aug 23 10:19:01 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 23 Aug 2013 06:19:01 -0400 (EDT)
Subject: [Engine-devel] Proposal for new commit msg design for engine
 commits
In-Reply-To: <60131254.1843913.1377252038676.JavaMail.root@redhat.com>
References: <472371407.1023948.1373362731769.JavaMail.root@redhat.com>
	<810613569.3650942.1374341668497.JavaMail.root@redhat.com>
	<2098403304.1846523.1374345253818.JavaMail.root@redhat.com>
	<1896814509.3653314.1374345716481.JavaMail.root@redhat.com>
	<427928074.1846704.1374346386818.JavaMail.root@redhat.com>
	<52171A5F.70301@redhat.com>
	<1162219853.1695809.1377247537991.JavaMail.root@redhat.com>
	<60131254.1843913.1377252038676.JavaMail.root@redhat.com>
Message-ID: <1188442719.1708335.1377253141155.JavaMail.root@redhat.com>



----- Original Message -----
> From: "David Caro Estevez" <dcaroest at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
> Sent: Friday, August 23, 2013 1:00:38 PM
> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine commits
> 
> 
> 
> ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > To: "David Caro" <dcaroest at redhat.com>
> > Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
> > Sent: Friday, August 23, 2013 10:45:37 AM
> > Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
> > commits
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "David Caro" <dcaroest at redhat.com>
> > > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > > Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
> > > <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
> > > Sent: Friday, August 23, 2013 11:16:31 AM
> > > Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
> > > commits
> > > 
> > > On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > >> From: "Eyal Edri" <eedri at redhat.com>
> > > >> To: "Alon Bar-Lev" <alonbl at redhat.com>
> > > >> Cc: "infra" <infra at ovirt.org>, "engine-devel"
> > > >> <engine-devel at ovirt.org>,
> > > >> "Fabian Deutsch" <fabiand at redhat.com>
> > > >> Sent: Saturday, July 20, 2013 9:41:56 PM
> > > >> Subject: Re: [Engine-devel] Proposal for new commit msg design for
> > > >> engine
> > > >> commits
> > > >>
> > > >> This change to commit template has nothing to do with CI.
> > > >> it's a change that should reflect updated components relevance to the
> > > >> commit
> > > >> code.
> > > > 
> > > > This commit template is mostly invalid, as touching more than one
> > > > 'subsystem' is possible, and has not enough granularity.
> > > 
> > > I suggest using a tag at the end with some extra syntax, like:
> > > Components: core, storage, db
> > > Components: all
> > > Components: all, !core, !db
> > > 
> > > > 
> > > > For example, database change should trigger what?
> > > All the jobs that are tagged for that component (db upgrades I suppose).
> > > And if the changes affect storage components then also storage, if the
> > > changes affect others then those others too.
> > > 
> > > > Infra change should trigger what?
> > > The same, all the jobs that are tagged as infra.
> > > 
> > > > A change of both user interface and command should trigger what?
> > > All the jobs tagged by user interface and/or command.
> > > 
> > > > So you end up with:
> > > > 
> > > > userportal: storage: core: db: some message
> > > 
> > > As I suggested before, I think it's better if you end with a commit
> > > message like:
> > > 
> > >    Some message
> > > 
> > >    Components: userportal, storage, core, db
> > > 
> > > Actually it can be easily done with a tag in the gerrit comment instead
> > > of the commit message.
> > > 
> > > > 
> > > > Just to make who happy?
> > > 
> > > The developer, the qe, the ci and the infra people. This mechanism is to
> > > avoid running all the tests all the time. Of course there are some times
> > > when all the tests should be run to make sure nothing else changed, but
> > > most times you just need to run part of them to make sure you did not
> > > break something obvious.
> > > 
> > > > 
> > > > And maybe there are 50 tests of network, and you need only 5 of them
> > > > for
> > > > the specific change, how do you mark it, so now a developer need to
> > > > know
> > > > any test? what if you add one tomorrow which is relevant to a similar
> > > > change? how do you inform the developer that now he needs 6?
> > > 
> > > As I said before, what the developer specifies is not a list of tests,
> > > but a list of components, that qe has to map to different sets of tests
> > > that can change with time. So specifying webadmin will run all the tests
> > > in that group, that might be only one, or 100, and might be
> > > increasing/decreasing with time transparently for the developer. Adding
> > > a new component is not common and there's no need to do it so frequently.
> > > 
> > > > 
> > > > Why should it be the developer responsibility and not the quality
> > > > ensuring
> > > > engineer responsibility to determine which tests should run and when?
> > > 
> > > Of course it's the responsibility of the qe engineer to determine when
> > > and which tests should be run. But this is meant to be a new tool for
> > > the developer not a substitute for the full qe tests, so the developer
> > > can easily make sure that he's changes do not break anything obvious
> > > before starting the real tests (that will take more time and resources).
> > > The developer just adds some metadata so the qe engineer can decide
> > > which tests to run per patch, so it's on qe's hand in the end to decide
> > > if ignore or not the metadata and which tests to run.
> > > 
> > > > 
> > > > As far as this template was not actually used for anything but humans,
> > > > it
> > > > was not that important, but once you formalize it as an interface, I
> > > > step
> > > > forward and state that the subject line is not the right tool for the
> > > > task
> > > > at hand (or any for this matter).
> > > 
> > > I agree with that, I think that it should be a tag similar to Change-Id,
> > > at the end of the commit message.
> > > 
> > > > 
> > > > The fact that you have in each commit are the sources that are
> > > > modified,
> > > > all the other data is just plain noise. From the sources that are
> > > > modified
> > > > you should be able to derive a test plan with high chance that this
> > > > test
> > > > program will be correct. Human intervention should be possible by
> > > > ordering
> > > > special tests that are outside of the standard policy, for cases in
> > > > which
> > > > the standard policy of deriving tests from sources is too narrow.
> > > 
> > > That's just not true. The sources are complicated enough to make two
> > > changes in the same file to affect different components. Any reused code
> > > is prone to affect multiple components, making it really hard to
> > > determine by which changed files which tests to run. And if you go down
> > > to the function/class level it's even harder to decide and to maintain.
> > > And of course it's not human error free, as the metadata in the
> > > files/directories is defined and maintained by a human. And in my
> > > opinion is a lot harder to implement and maintain, and a lot less agile,
> > > and does not get rid of the human factor.
> > > 
> > 
> > Once again...
> > 
> > 1. Commit messages are not the place to specify metadata to interact with
> > automation, it is a record for future reviewer.
> 
> Agree, that's why I suggested triggering it from a comment message. But that
> will require the developer another step after pushing.
> 
> > 
> > 2. The metadata within sources are the mean to automate the list of tests
> > related to a specific source without human interaction on each commit.
> 
> The drawbacks are:
>  - It needs a lot of maintenance

One time maintenance compared to per patch.
Easier to enforce project policy, than relay on developer's policy.

>  - It require very modular code and

Right, we require this anyway.

>  - Locks the developer on which tests he want to run

As I wrote, it locks nothing, it is the baseline.

> > 
> > 3. If there is doubt from list of tests run them all, this is simple rule
> > for
> > automation.
> 
> Of course, but if there is too much doubt all that maintenance is useless.

So you suggest we run partial? based on whose decision? can we trust him?
 
> > 
> > 4. The metadata within files are not the only way to order tests, one can
> > do
> > this manually via jenkins or any other mean as one can now.
> 
> As with any other solution.

Right, because of that I do not think this is emergency.
Just have jenkins jobs and people can order tests based on gerrit urls...
 
> > 
> > 5. The metadata within files will help us to achieve other targets, such as
> > automatic CC maintainers, verify that +2/-2 are set by authorized
> > maintainer
> > of component etc...
> 
> That's true, but I think that maybe putting metadata in each file is
> overkilling.
> One file in the root of the repo with a few lines should be enough for that
> afaik.

The metadata model I suggested was within each source and within directory.
The collection is metadata of source + recursive meta data of directories.

At file put signature.
At directory put a file, such as .ovirt.metadata with same fields.

> > 
> > 6. Gerrit 2.6 supports labels[1] which are actually what you are trying to
> > achieve using the commit message because of lack of other solutions.
> 
> They are not fit for that, at least yet.

So maybe better if we can help gerrit to improve[1]?

[1] http://code.google.com/p/gerrit/issues/detail?id=2085

> > 
> > Until we have metadata within source, and we don't as we void discuss this
> > for long time, and try to find manual workarounds and solutions.
> 
> Or until we have tags in the messages, for the same reasons. Don't forget
> that
> metadata within source is also a 'manual workaround or solution', as someone
> has
> to maintain all the metadata in all the files/directories (maybe for that
> purpose
> will be better to have just one file with all that metadata, depending on
> which
> level of granularity we need to map all the files).

I think best is to spread metadata within the entire tree, as then maintainer of file control the metadata, if file is copied/duplicated/moved/renamed it keeps the metadata.

> > 
> > Add label for each test, this will allow ordering tests via the gerrit web
> > interface post submit.
> 
> Adding a comment will too.

So why relay on commit message, you can just ask people to comment:

OVIRT_ORDER_TEST: test1
 
> > 
> > After people start to do this over and over and over and over they will
> > appreciate the need to add metadata into the source tree.
> 
> I think that having to maintain metadata in all the files is way more
> annoying,
> but yes, as you say adding metadata to each file gives a lot more
> information,
> but only if it's up to date.

Just like claiming that the source is out of date.
If there is a mistake in metadata the maintainer will detect that when metadata is used.
 
> > 
> > In future, if this works out we can help gerrit to improve by enhancing the
> > labels into free text/combo box etc...
> > Or maybe try to do this now if you like to help out gerrit to improve...
> 
> That will make labels fit our purpose, and avoid having to add tags, metadata
> and all that, but it's not done yet. I'll gladly add that feature, but I'm
> not
> familiar with java or gerrit code, so I might not be the best person to do
> it,
> I'm sure that it will take a lot more time for me than the other options
> (Eyal,
> any comment?). If you are fluent with java and you want to help you are very
> welcome :)

You can help in making the metadata into the tree.
This will be a great step forward.

Thanks,
Alon


From dcaroest at redhat.com  Fri Aug 23 12:27:56 2013
From: dcaroest at redhat.com (David Caro)
Date: Fri, 23 Aug 2013 14:27:56 +0200
Subject: [Engine-devel] Proposal for new commit msg design for engine
 commits
In-Reply-To: <1188442719.1708335.1377253141155.JavaMail.root@redhat.com>
References: <472371407.1023948.1373362731769.JavaMail.root@redhat.com>
	<810613569.3650942.1374341668497.JavaMail.root@redhat.com>
	<2098403304.1846523.1374345253818.JavaMail.root@redhat.com>
	<1896814509.3653314.1374345716481.JavaMail.root@redhat.com>
	<427928074.1846704.1374346386818.JavaMail.root@redhat.com>
	<52171A5F.70301@redhat.com>
	<1162219853.1695809.1377247537991.JavaMail.root@redhat.com>
	<60131254.1843913.1377252038676.JavaMail.root@redhat.com>
	<1188442719.1708335.1377253141155.JavaMail.root@redhat.com>
Message-ID: <5217554C.5010809@redhat.com>

On Fri 23 Aug 2013 12:19:01 PM CEST, Alon Bar-Lev wrote:
>
>
> ----- Original Message -----
>> From: "David Caro Estevez" <dcaroest at redhat.com>
>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
>> Sent: Friday, August 23, 2013 1:00:38 PM
>> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine commits
>>
>>
>>
>> ----- Original Message -----
>>> From: "Alon Bar-Lev" <alonbl at redhat.com>
>>> To: "David Caro" <dcaroest at redhat.com>
>>> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
>>> <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
>>> Sent: Friday, August 23, 2013 10:45:37 AM
>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
>>> commits
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "David Caro" <dcaroest at redhat.com>
>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>> Cc: "Eyal Edri" <eedri at redhat.com>, "engine-devel"
>>>> <engine-devel at ovirt.org>, "infra" <infra at ovirt.org>
>>>> Sent: Friday, August 23, 2013 11:16:31 AM
>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
>>>> commits
>>>>
>>>> On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Eyal Edri" <eedri at redhat.com>
>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>> Cc: "infra" <infra at ovirt.org>, "engine-devel"
>>>>>> <engine-devel at ovirt.org>,
>>>>>> "Fabian Deutsch" <fabiand at redhat.com>
>>>>>> Sent: Saturday, July 20, 2013 9:41:56 PM
>>>>>> Subject: Re: [Engine-devel] Proposal for new commit msg design for
>>>>>> engine
>>>>>> commits
>>>>>>
>>>>>> This change to commit template has nothing to do with CI.
>>>>>> it's a change that should reflect updated components relevance to the
>>>>>> commit
>>>>>> code.
>>>>>
>>>>> This commit template is mostly invalid, as touching more than one
>>>>> 'subsystem' is possible, and has not enough granularity.
>>>>
>>>> I suggest using a tag at the end with some extra syntax, like:
>>>> Components: core, storage, db
>>>> Components: all
>>>> Components: all, !core, !db
>>>>
>>>>>
>>>>> For example, database change should trigger what?
>>>> All the jobs that are tagged for that component (db upgrades I suppose).
>>>> And if the changes affect storage components then also storage, if the
>>>> changes affect others then those others too.
>>>>
>>>>> Infra change should trigger what?
>>>> The same, all the jobs that are tagged as infra.
>>>>
>>>>> A change of both user interface and command should trigger what?
>>>> All the jobs tagged by user interface and/or command.
>>>>
>>>>> So you end up with:
>>>>>
>>>>> userportal: storage: core: db: some message
>>>>
>>>> As I suggested before, I think it's better if you end with a commit
>>>> message like:
>>>>
>>>>    Some message
>>>>
>>>>    Components: userportal, storage, core, db
>>>>
>>>> Actually it can be easily done with a tag in the gerrit comment instead
>>>> of the commit message.
>>>>
>>>>>
>>>>> Just to make who happy?
>>>>
>>>> The developer, the qe, the ci and the infra people. This mechanism is to
>>>> avoid running all the tests all the time. Of course there are some times
>>>> when all the tests should be run to make sure nothing else changed, but
>>>> most times you just need to run part of them to make sure you did not
>>>> break something obvious.
>>>>
>>>>>
>>>>> And maybe there are 50 tests of network, and you need only 5 of them
>>>>> for
>>>>> the specific change, how do you mark it, so now a developer need to
>>>>> know
>>>>> any test? what if you add one tomorrow which is relevant to a similar
>>>>> change? how do you inform the developer that now he needs 6?
>>>>
>>>> As I said before, what the developer specifies is not a list of tests,
>>>> but a list of components, that qe has to map to different sets of tests
>>>> that can change with time. So specifying webadmin will run all the tests
>>>> in that group, that might be only one, or 100, and might be
>>>> increasing/decreasing with time transparently for the developer. Adding
>>>> a new component is not common and there's no need to do it so frequently.
>>>>
>>>>>
>>>>> Why should it be the developer responsibility and not the quality
>>>>> ensuring
>>>>> engineer responsibility to determine which tests should run and when?
>>>>
>>>> Of course it's the responsibility of the qe engineer to determine when
>>>> and which tests should be run. But this is meant to be a new tool for
>>>> the developer not a substitute for the full qe tests, so the developer
>>>> can easily make sure that he's changes do not break anything obvious
>>>> before starting the real tests (that will take more time and resources).
>>>> The developer just adds some metadata so the qe engineer can decide
>>>> which tests to run per patch, so it's on qe's hand in the end to decide
>>>> if ignore or not the metadata and which tests to run.
>>>>
>>>>>
>>>>> As far as this template was not actually used for anything but humans,
>>>>> it
>>>>> was not that important, but once you formalize it as an interface, I
>>>>> step
>>>>> forward and state that the subject line is not the right tool for the
>>>>> task
>>>>> at hand (or any for this matter).
>>>>
>>>> I agree with that, I think that it should be a tag similar to Change-Id,
>>>> at the end of the commit message.
>>>>
>>>>>
>>>>> The fact that you have in each commit are the sources that are
>>>>> modified,
>>>>> all the other data is just plain noise. From the sources that are
>>>>> modified
>>>>> you should be able to derive a test plan with high chance that this
>>>>> test
>>>>> program will be correct. Human intervention should be possible by
>>>>> ordering
>>>>> special tests that are outside of the standard policy, for cases in
>>>>> which
>>>>> the standard policy of deriving tests from sources is too narrow.
>>>>
>>>> That's just not true. The sources are complicated enough to make two
>>>> changes in the same file to affect different components. Any reused code
>>>> is prone to affect multiple components, making it really hard to
>>>> determine by which changed files which tests to run. And if you go down
>>>> to the function/class level it's even harder to decide and to maintain.
>>>> And of course it's not human error free, as the metadata in the
>>>> files/directories is defined and maintained by a human. And in my
>>>> opinion is a lot harder to implement and maintain, and a lot less agile,
>>>> and does not get rid of the human factor.
>>>>
>>>
>>> Once again...
>>>
>>> 1. Commit messages are not the place to specify metadata to interact with
>>> automation, it is a record for future reviewer.
>>
>> Agree, that's why I suggested triggering it from a comment message. But that
>> will require the developer another step after pushing.
>>
>>>
>>> 2. The metadata within sources are the mean to automate the list of tests
>>> related to a specific source without human interaction on each commit.
>>
>> The drawbacks are:
>>  - It needs a lot of maintenance
>
> One time maintenance compared to per patch.
> Easier to enforce project policy, than relay on developer's policy.

It's one time big implementation and continued maintenance, each time a 
new file is added, or moved it has to be changed, or when a file is 
used in more than one place for the first time ...

>
>>  - It require very modular code and
>
> Right, we require this anyway.

I agree, but the ETA of that is >> ETA of any other option

>
>>  - Locks the developer on which tests he want to run
>
> As I wrote, it locks nothing, it is the baseline.

You can't avoid executing those tests, and if you want something else 
you have to do more than just push, that is not an advantage in front 
of any other solution.

>
>>>
>>> 3. If there is doubt from list of tests run them all, this is simple rule
>>> for
>>> automation.
>>
>> Of course, but if there is too much doubt all that maintenance is useless.
>
> So you suggest we run partial?

Yes, I though that is what this thread was for, to discuss the 
possibility of running partial tests on patches so we do not overload 
the infra while getting some feedback before running the whole set of 
tests.

> based on whose decision?
On the developers decision

> can we trust him?
Enough to run some tests on his patch proposal, yes. If we do not trust 
any developer we become closed to newcomers, and that's against any 
open source principle (and red hat's too) in my opinion.

>
>>>
>>> 4. The metadata within files are not the only way to order tests, one can
>>> do
>>> this manually via jenkins or any other mean as one can now.
>>
>> As with any other solution.
>
> Right, because of that I do not think this is emergency.
> Just have jenkins jobs and people can order tests based on gerrit urls...

The problem is that people can not control which tests get triggered, 
only which patch they run on. If you trigger from a gerrit url, all the 
tests that can be triggered will (for that repo, meaning 
engine/vdsm/scheduler...).

>
>>>
>>> 5. The metadata within files will help us to achieve other targets, such as
>>> automatic CC maintainers, verify that +2/-2 are set by authorized
>>> maintainer
>>> of component etc...
>>
>> That's true, but I think that maybe putting metadata in each file is
>> overkilling.
>> One file in the root of the repo with a few lines should be enough for that
>> afaik.
>
> The metadata model I suggested was within each source and within directory.
> The collection is metadata of source + recursive meta data of directories.
>
> At file put signature.
> At directory put a file, such as .ovirt.metadata with same fields.

I think that will lead to forgetting to update some sources as you are 
not sure where the metadata is, for example, a lot of people will 
forget to update file /a/b/c.txt and only update /a/.ovirt.metadata as 
it is not obvious where the metadata is held (I know, you can just 
execute a couple of command to find out, but in my experience people is 
lazy, and things that depend on people not being lazy get forgotten).
Having only one place for the metadata helps prevent that though.

>
>>>
>>> 6. Gerrit 2.6 supports labels[1] which are actually what you are trying to
>>> achieve using the commit message because of lack of other solutions.
>>
>> They are not fit for that, at least yet.
>
> So maybe better if we can help gerrit to improve[1]?
>
> [1] http://code.google.com/p/gerrit/issues/detail?id=2085

Thanks! Maybe we can spend some effort to make that happen, anyone with 
java skills and willing to help reading this thread?

>
>>>
>>> Until we have metadata within source, and we don't as we void discuss this
>>> for long time, and try to find manual workarounds and solutions.
>>
>> Or until we have tags in the messages, for the same reasons. Don't forget
>> that
>> metadata within source is also a 'manual workaround or solution', as someone
>> has
>> to maintain all the metadata in all the files/directories (maybe for that
>> purpose
>> will be better to have just one file with all that metadata, depending on
>> which
>> level of granularity we need to map all the files).
>
> I think best is to spread metadata within the entire tree, as then maintainer of file control the metadata, if file is copied/duplicated/moved/renamed it keeps the metadata.

I can see your point, but that requires a lot of maintenance as I see 
it...

>
>>>
>>> Add label for each test, this will allow ordering tests via the gerrit web
>>> interface post submit.
>>
>> Adding a comment will too.
>
> So why relay on commit message, you can just ask people to comment:
>
> OVIRT_ORDER_TEST: test1

Agree, the commit message tag was though to avoid having to go to 
gerrit page and create a new comment for each patch you submit. That 
step has to be done manually right now. Maybe we can add a git hook on 
the client side that detects the tag in the commit message, deletes it 
and posts it as a separated comment on gerrit?

>
>>>
>>> After people start to do this over and over and over and over they will
>>> appreciate the need to add metadata into the source tree.
>>
>> I think that having to maintain metadata in all the files is way more
>> annoying,
>> but yes, as you say adding metadata to each file gives a lot more
>> information,
>> but only if it's up to date.
>
> Just like claiming that the source is out of date.
> If there is a mistake in metadata the maintainer will detect that when metadata is used.

I'm sorry, but I think that most of our code is out to date :s, meaning 
it's not what it should be (not modular enough, duplicated code, legacy 
code... I haven't heard of a developer sayiong, wow! this code is 
really good and well maintained, it's usually the other way around), 
and because of that I think that the metadata will have similar 
treatment, changing that is not an easy and fast task. Though I really 
believe that we will improve it. Maybe any other developers can supply 
their views on this?

>
>>>
>>> In future, if this works out we can help gerrit to improve by enhancing the
>>> labels into free text/combo box etc...
>>> Or maybe try to do this now if you like to help out gerrit to improve...
>>
>> That will make labels fit our purpose, and avoid having to add tags, metadata
>> and all that, but it's not done yet. I'll gladly add that feature, but I'm
>> not
>> familiar with java or gerrit code, so I might not be the best person to do
>> it,
>> I'm sure that it will take a lot more time for me than the other options
>> (Eyal,
>> any comment?). If you are fluent with java and you want to help you are very
>> welcome :)
>
> You can help in making the metadata into the tree.
> This will be a great step forward.

Of course, if that's what gets decided I will happily help as much as 
needed.

>
> Thanks,
> Alon


So to get this closed and start working in a solution I've created an 
etherpad:
http://etherpad.ovirt.org/p/commit_message_design

Please anyone with opinion add you comments and votes, maybe we can 
close this next week and start working! :)

Should we add vdsm also to the thread? They also want a solution like 
this for their tests.

ps. you can add another proposals if you have them, of course.


--
David Caro

Red Hat Czech s.r.o.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Tel.: +420 532 294 605
Email: dcaro at redhat.com
Web: www.cz.redhat.com
Red Hat Czech s.r.o., Purky?ova 99/71, 612 45, Brno, Czech Republic
RHT Global #: 82-62605


From mburns at redhat.com  Fri Aug 23 14:43:10 2013
From: mburns at redhat.com (Mike Burns)
Date: Fri, 23 Aug 2013 10:43:10 -0400
Subject: [Engine-devel] repository closure status
In-Reply-To: <52170B5F.60404@redhat.com>
References: <52170B5F.60404@redhat.com>
Message-ID: <521774FE.9040501@redhat.com>

On 08/23/2013 03:12 AM, Sandro Bonazzola wrote:
> Hi,
> 3.3.0 general availability is scheduled for: 2013-08-28
> I've just checked repositories closure, here is the result:
>
> nightly Fedora 18:
> # repoclosure -l fedora -l updates -l updates-testing -r ovirt-nightly
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 4
>     fedora
>     ovirt-nightly
>     updates
>     updates-testing

> Num Packages in Repos: 61537
> package: ovirt-hosted-engine-setup-0.0.0-0.0.master.fc18.noarch from ovirt-nightly
>    unresolved deps:
>       sanlock-python >= 0:2.8
>       sanlock >= 0:2.8

available in F19.  I think we can move nightly to be f19+ only.

> package: vdsm-4.12.0-63.gitc7fc753.fc18.x86_64 from ovirt-nightly
>    unresolved deps:
>       libvirt-daemon >= 0:1.0.2-1
> package: vdsm-4.12.0-67.git978b0a4.fc18.x86_64 from ovirt-nightly
>    unresolved deps:
>       libvirt-daemon >= 0:1.0.2-1
> package: vdsm-4.12.0-72.git8d05744.fc18.x86_64 from ovirt-nightly
>    unresolved deps:
>       libvirt-daemon >= 0:1.0.2-1
>

A couple things:

vdsm, iiuc, is only supported on F19, not F18.
Also, we include the virt-preview repo on Fedora for the newer 
libvirt-daemon


>
> 3.3 (RC) Fedora 18:
> # repoclosure -l fedora -l updates -l updates-testing -r ovirt-3.3
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 4
>     fedora
>     ovirt-3.3
>     updates
>     updates-testing
> Num Packages in Repos: 61421
> package: vdsm-4.12.0-0.1.rc3.fc18.i686 from ovirt-3.3
>    unresolved deps:
>       python-ethtool >= 0:0.8-1
>       libvirt-daemon >= 0:1.0.2-1
> package: vdsm-4.12.0-0.1.rc3.fc18.x86_64 from ovirt-3.3
>    unresolved deps:
>       python-ethtool >= 0:0.8-1
>       libvirt-daemon >= 0:1.0.2-1
>

vdsm only supported on F19
libvirt 1.0.2 is available in virt-preview which is included in the 
ovirt-release repos by default

>
> nightly Fedora 19:
> # repoclosure -l fedora -l updates -l updates-testing -r ovirt-nightly
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 4
>     fedora
>     ovirt-nightly
>     updates
>     updates-testing
> Num Packages in Repos: 50256
> package: ovirt-engine-reports-3.3.0-0.2.master.20130803235659.fc19.noarch from ovirt-nightly
>    unresolved deps:
>       jasperreports-server >= 0:4.7.0

provided in other ovirt repositories.  ovirt-stable will generally 
always be enabled to provide this

>
>
> 3.3 (RC) Fedora 19 is ok.
>
>



From ecohen at redhat.com  Fri Aug 23 19:54:07 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Fri, 23 Aug 2013 15:54:07 -0400 (EDT)
Subject: [Engine-devel] DataIntegrityViolationException when creating a new
	template
In-Reply-To: <1908259793.4879877.1377287167583.JavaMail.root@redhat.com>
Message-ID: <1197632181.4881743.1377287646937.JavaMail.root@redhat.com>

latest upstream, using development environment.
attempting to 'Make Template' results in an "internal engine error" (see attached screen-shot).

in engine.log, I see the following error:
org.springframework.dao.DataIntegrityViolationException: CallableStatementCallback; SQL [{call insertvmdevice(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: null value in column "device_id" violates not-null constraint
[see attached engine.log, look for the 2013-08-23 15:40:04 time-stamp to see the initial invocation of AddVmTemplateCommand, error above appears in 2013-08-23 15:40:27]

ideas?

Thanks in advance.

----
Regards, 
Einav Cohen Baum 
RHEV-M Engineering - UX Team Manager 
Red Hat, Inc. 
314 Littleton Road 
Westford, MA 01886 
T [internal]: (81) 31046 
T [external]: (+1) 978 589 1046 
IRC: ecohen @ 
 - RHAT [internal]: #rhev-dev #boston #westford #tlv 
 - OFTC [external]: #ovirt 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: text/x-log
Size: 1636821 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130823/caed210e/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ScreenShot-InternalEngineError.png
Type: image/png
Size: 22037 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130823/caed210e/attachment.png>

From liran.zelkha at gmail.com  Sat Aug 24 12:25:41 2013
From: liran.zelkha at gmail.com (Liran Zelkha)
Date: Sat, 24 Aug 2013 15:25:41 +0300
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <5215BC20.8010903@redhat.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
	<5214EDBF.6090403@redhat.com>
	<CANDY9WNROVAUNp80UcJaeevDgFAAqpgGCFHthydNVzkomCaBwQ@mail.gmail.com>
	<5215BC20.8010903@redhat.com>
Message-ID: <A0A4CEA6-3804-41D9-93D3-DF94740331E9@gmail.com>

IMHO EJB clustering is not the direction we should take, especially considering our IoC plans (see http://gerrit.ovirt.org/#/c/5575/).
QuartzScheduler can be easily fixed by using a DB for Quartz configuration. We had such a discussion a few weeks ago.
mod_jk is probably better for our HA.
Postgres clustering should probably be a different task, as it's more infra and less code.

Another thing to consider is locking, currently done using synchronized, and will need to be changed somehow (probably using Infinispan).

On Aug 22, 2013, at 10:22 AM, Itamar Heim wrote:

> On 08/21/2013 10:27 PM, plysan wrote:
>> 
>> 
>> 
>> 2013/8/22 Itamar Heim <iheim at redhat.com <mailto:iheim at redhat.com>>
>> 
>>    On 08/21/2013 11:08 AM, plysan wrote:
>> 
>> 
>> 
>> 
>>        2013/8/21 Laszlo Hornyak <lhornyak at redhat.com
>>        <mailto:lhornyak at redhat.com> <mailto:lhornyak at redhat.com
>>        <mailto:lhornyak at redhat.com>>>
>> 
>> 
>>             Hi,
>> 
>>             ----- Original Message -----
>>              > From: "plysan" <plysab at gmail.com
>>        <mailto:plysab at gmail.com> <mailto:plysab at gmail.com
>>        <mailto:plysab at gmail.com>>>
>>              > To: engine-devel at ovirt.org
>>        <mailto:engine-devel at ovirt.org> <mailto:engine-devel at ovirt.org
>>        <mailto:engine-devel at ovirt.org>__>
>>              > Sent: Wednesday, August 21, 2013 3:49:31 PM
>>              > Subject: [Engine-devel] Ideas about engine clustering?
>>              >
>>              > Hello, guys:
>>              >
>>              > I'm trying to make a jboss clustering environment for
>>        engine. But
>>             felt the
>>              > difficuty too.
>>              > So I want to know if any one is working on this? I
>>        googled it and
>>             haven't
>>              > found anything.
>>              >
>>              > I know there will be lots of things to do for engine
>>        migrating to
>>             clustering
>>              > environment. I just want to know what problem need to be
>>        solved?
>>              > I would like to list the things I think that is needed
>>        to do(or
>>             solve):
>>              > 1. run jboss in standalone-ha mode or domain mode.
>>              > 2. add @Clustered annotation to each EJB, I think this
>>        will solve the
>>              > replication problem in cluster, probably lots of details
>>        in it.
>>              > 3. QuartzScheduler problem, only one node running a
>>        scheduler is
>>             enough at a
>>              > time instead of each node running one.
>>              > 4. use mod_cluster to handle load balancing.
>>              > 5. postgresql clustering.
>> 
>>             For failover it sounds like a plan, just wondering if this
>>        could
>>             solve load balancing problems as well.
>>             Ovirt is generating a big load on the DB and I would be really
>>             interested if SQL DB clustering could solve the issues.
>>             It would be great if it could, big part of the scalablity
>>        issue is
>>             the evil things we did against that poor database.
>> 
>>              > 6. There should be more, but hope anyone can think about
>>        it :D
>> 
>>             There are tons of data structures that are used in oVirt
>>        that store
>>             state. You will have to hunt all of these down and replace
>>        with a
>>             data structure that is shared between the cluster memebers.
>>        This may
>>             be a big lot of work from many parts of the application.
>> 
>> 
>>        Indeed, and like Yair Zaslavsky said, we can put the data
>>        structure in
>>        infinispan cache, but clustered EJB can do the same thing for
>>        us, right?
>>        If all those state values are inside EJBs. (iirc)**
>> 
>> 
>> 
>>              >
>>              > Any ideas?
>>              >
>>              > Thanks!
>>              >
>>              > _________________________________________________
>>              > Engine-devel mailing list
>>              > Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>
>>        <mailto:Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>__>
>>              > http://lists.ovirt.org/__mailman/listinfo/engine-devel
>>        <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>> 
>>              >
>> 
>> 
>> 
>> 
>>        _________________________________________________
>>        Engine-devel mailing list
>>        Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org>
>>        http://lists.ovirt.org/__mailman/listinfo/engine-devel
>>        <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>> 
>> 
>>    unless you need the load balancing, just for HA, hosted-engine
>>    should cover your needs?
>> 
>> I think failover and more scalability  is what i am interested here.
>> Just thinking about the possibilities :)
>> Imagine engine would never get restarted from outside view. Cool isn't it?
> 
> active/passive failover you should get from hosted-engine (yes, with some downtime)
> scalability and active-active would be great. iirc, juan looked at implications of doing this a while back
> _______________________________________________
> 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/20130824/3702b501/attachment.html>

From lvernia at redhat.com  Sun Aug 25 08:12:36 2013
From: lvernia at redhat.com (Lior Vernia)
Date: Sun, 25 Aug 2013 11:12:36 +0300
Subject: [Engine-devel] UI by-products of Neutron integration
Message-ID: <5219BC74.1040500@redhat.com>

Hello everyone and specifically UI peeps,

Just wanted to turn your attention to a couple of reusable UI components
that have been introduced along with the 3.3 Neutron integration
feature, and that might be of interest elsewhere.

The most interesting of them are link columns to be used within
EntityModelCellTable instances, that upon clicking enable one to "jump"
to a different UI context by selecting a different entity in the system
tree. I've attached a couple of screenshots that show how we've used it
to quickly navigate from the context of a network provider to that of
one of its imported networks.

This could be useful wherever one might want to move quickly to a main
tab context of an entity that is secondary in the current context. For
example, say I just moved a storage domain to maintenance and now I
would like to edit its properties - the domain name might be a good
candidate to link to that storage domain item in the system tree.

The usage is pretty straightforward, the recipe is as follows:
1. Add tree items that are potential targets to the map member in
SystemTreeModel (map works by ID).
2. Add LinkColumnWithTooltip to required table.
3. Set the column's FieldUpdater to set the selected item of
SystemTreeModelProvider according to the ID of the clicked EntityModel.

Examples can be found in the following patches:
http://gerrit.ovirt.org/#/c/15523/
http://gerrit.ovirt.org/#/c/15524/

A couple more components which might be useful:
* HorizontalSplitTable comprises two tables separated horizontally, to
be used in import/export situations.
* ListModelListBoxColumn to be used with EntityModelCellTable, contains
a list box that's linked to a ListModel.
* EditTextColumnWithTooltip to be used with EntityModelCellTable,
contains text that can be edited upon clicking.

All three can be observed by navigating to the Networks main tab and
clicking "Import", examples for usage may be found in
ImportNetworksModel and ImportNetworksPopupView.

Lior.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: After.png
Type: image/png
Size: 92415 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130825/1c732a51/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Before.png
Type: image/png
Size: 93559 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130825/1c732a51/attachment-0001.png>

From ofrenkel at redhat.com  Sun Aug 25 08:23:55 2013
From: ofrenkel at redhat.com (Omer Frenkel)
Date: Sun, 25 Aug 2013 04:23:55 -0400 (EDT)
Subject: [Engine-devel] DataIntegrityViolationException when creating a
 new	template
In-Reply-To: <1197632181.4881743.1377287646937.JavaMail.root@redhat.com>
References: <1197632181.4881743.1377287646937.JavaMail.root@redhat.com>
Message-ID: <1332042548.5258335.1377419035801.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, August 23, 2013 10:54:07 PM
> Subject: [Engine-devel] DataIntegrityViolationException when creating a new	template
> 
> latest upstream, using development environment.
> attempting to 'Make Template' results in an "internal engine error" (see
> attached screen-shot).
> 
> in engine.log, I see the following error:
> org.springframework.dao.DataIntegrityViolationException:
> CallableStatementCallback; SQL [{call insertvmdevice(?, ?, ?, ?, ?, ?, ?, ?,
> ?, ?, ?, ?)}]; ERROR: null value in column "device_id" violates not-null
> constraint
> [see attached engine.log, look for the 2013-08-23 15:40:04 time-stamp to see
> the initial invocation of AddVmTemplateCommand, error above appears in
> 2013-08-23 15:40:27]
> 
> ideas?
> 

did you remember to run "setup" in order to update your db?
i just tried creating few templates and all worked ok

> Thanks in advance.
> 
> ----
> Regards,
> Einav Cohen Baum
> RHEV-M Engineering - UX Team Manager
> Red Hat, Inc.
> 314 Littleton Road
> Westford, MA 01886
> T [internal]: (81) 31046
> T [external]: (+1) 978 589 1046
> IRC: ecohen @
>  - RHAT [internal]: #rhev-dev #boston #westford #tlv
>  - OFTC [external]: #ovirt
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From laravot at redhat.com  Sun Aug 25 08:37:49 2013
From: laravot at redhat.com (Liron Aravot)
Date: Sun, 25 Aug 2013 04:37:49 -0400 (EDT)
Subject: [Engine-devel] DataIntegrityViolationException when creating a
 new	template
In-Reply-To: <1332042548.5258335.1377419035801.JavaMail.root@redhat.com>
References: <1197632181.4881743.1377287646937.JavaMail.root@redhat.com>
	<1332042548.5258335.1377419035801.JavaMail.root@redhat.com>
Message-ID: <1550589705.2004990.1377419869162.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Omer Frenkel" <ofrenkel at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, August 25, 2013 11:23:55 AM
> Subject: Re: [Engine-devel] DataIntegrityViolationException when creating a new	template
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Friday, August 23, 2013 10:54:07 PM
> > Subject: [Engine-devel] DataIntegrityViolationException when creating a new
> > 	template
> > 
> > latest upstream, using development environment.
> > attempting to 'Make Template' results in an "internal engine error" (see
> > attached screen-shot).
> > 
> > in engine.log, I see the following error:
> > org.springframework.dao.DataIntegrityViolationException:
> > CallableStatementCallback; SQL [{call insertvmdevice(?, ?, ?, ?, ?, ?, ?,
> > ?,
> > ?, ?, ?, ?)}]; ERROR: null value in column "device_id" violates not-null
> > constraint
> > [see attached engine.log, look for the 2013-08-23 15:40:04 time-stamp to
> > see
> > the initial invocation of AddVmTemplateCommand, error above appears in
> > 2013-08-23 15:40:27]
> > 
> > ideas?

Seems like there's already a bug for that -  https://bugzilla.redhat.com/999951
> > 
> 
> did you remember to run "setup" in order to update your db?
> i just tried creating few templates and all worked ok
> 
> > Thanks in advance.

> > 
> > ----
> > Regards,
> > Einav Cohen Baum
> > RHEV-M Engineering - UX Team Manager
> > Red Hat, Inc.
> > 314 Littleton Road
> > Westford, MA 01886
> > T [internal]: (81) 31046
> > T [external]: (+1) 978 589 1046
> > IRC: ecohen @
> >  - RHAT [internal]: #rhev-dev #boston #westford #tlv
> >  - OFTC [external]: #ovirt
> > 
> > _______________________________________________
> > 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 derez at redhat.com  Sun Aug 25 09:10:21 2013
From: derez at redhat.com (Daniel Erez)
Date: Sun, 25 Aug 2013 05:10:21 -0400 (EDT)
Subject: [Engine-devel] DataIntegrityViolationException when creating a
 new	template
In-Reply-To: <1550589705.2004990.1377419869162.JavaMail.root@redhat.com>
References: <1197632181.4881743.1377287646937.JavaMail.root@redhat.com>
	<1332042548.5258335.1377419035801.JavaMail.root@redhat.com>
	<1550589705.2004990.1377419869162.JavaMail.root@redhat.com>
Message-ID: <786640845.4380047.1377421821727.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Liron Aravot" <laravot at redhat.com>
> To: "Omer Frenkel" <ofrenkel at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, August 25, 2013 11:37:49 AM
> Subject: Re: [Engine-devel] DataIntegrityViolationException when creating a new	template
> 
> 
> 
> ----- Original Message -----
> > From: "Omer Frenkel" <ofrenkel at redhat.com>
> > To: "Einav Cohen" <ecohen at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Sunday, August 25, 2013 11:23:55 AM
> > Subject: Re: [Engine-devel] DataIntegrityViolationException when creating a
> > new	template
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Einav Cohen" <ecohen at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Friday, August 23, 2013 10:54:07 PM
> > > Subject: [Engine-devel] DataIntegrityViolationException when creating a
> > > new
> > > 	template
> > > 
> > > latest upstream, using development environment.
> > > attempting to 'Make Template' results in an "internal engine error" (see
> > > attached screen-shot).
> > > 
> > > in engine.log, I see the following error:
> > > org.springframework.dao.DataIntegrityViolationException:
> > > CallableStatementCallback; SQL [{call insertvmdevice(?, ?, ?, ?, ?, ?, ?,
> > > ?,
> > > ?, ?, ?, ?)}]; ERROR: null value in column "device_id" violates not-null
> > > constraint
> > > [see attached engine.log, look for the 2013-08-23 15:40:04 time-stamp to
> > > see
> > > the initial invocation of AddVmTemplateCommand, error above appears in
> > > 2013-08-23 15:40:27]
> > > 
> > > ideas?
> 
> Seems like there's already a bug for that -
> https://bugzilla.redhat.com/999951

As a quick workaround, detach the DirectLUN disks or apply:
http://gerrit.ovirt.org/#/c/18453/

> > > 
> > 
> > did you remember to run "setup" in order to update your db?
> > i just tried creating few templates and all worked ok
> > 
> > > Thanks in advance.
> 
> > > 
> > > ----
> > > Regards,
> > > Einav Cohen Baum
> > > RHEV-M Engineering - UX Team Manager
> > > Red Hat, Inc.
> > > 314 Littleton Road
> > > Westford, MA 01886
> > > T [internal]: (81) 31046
> > > T [external]: (+1) 978 589 1046
> > > IRC: ecohen @
> > >  - RHAT [internal]: #rhev-dev #boston #westford #tlv
> > >  - OFTC [external]: #ovirt
> > > 
> > > _______________________________________________
> > > 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
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From oschreib at redhat.com  Mon Aug 26 07:33:44 2013
From: oschreib at redhat.com (Ofer Schreiber)
Date: Mon, 26 Aug 2013 03:33:44 -0400 (EDT)
Subject: [Engine-devel] oVirt 3.3 Release Go/No-Go meeting
Message-ID: <1104876987.4569048.1377502424351.JavaMail.root@redhat.com>

The following is a new meeting request:

Subject: oVirt 3.3 Release Go/No-Go meeting 
Organizer: "Ofer Schreiber" <oschreib at redhat.com> 

Location: #ovirt IRC channel @oftc 
Time: Tuesday, August 27, 2013, 4:00:00 PM - 4:30:00 PM GMT +02:00 Jerusalem
 
Invitees: engine-devel at ovirt.org; users at ovirt.org 


*~*~*~*~*~*~*~*~*~*

oVirt 3.3 Release Go/No-Go meeting
-------------- next part --------------
A non-text attachment was scrubbed...
Name: meeting.ics
Type: text/calendar
Size: 1556 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130826/83852e51/attachment.ics>

From ykatabam at redhat.com  Mon Aug 26 07:58:13 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Mon, 26 Aug 2013 17:58:13 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #16] "Cannot
 change/edit item in tree context"
Message-ID: <521B0A95.9060308@redhat.com>

Hello all,

I would like to ask your help again with those strings:

*File:* uicompat.UIConstants
*Resource IDs:*
cannotChangeClusterInTreeContext
cannotChangeDCInTreeContext
cannotChangeHostInTreeContext
cannotEditNameInTreeContext
*Strings:*
Cannot change Cluster in tree context
Cannot change Data Center in tree context
Cannot change Host in tree context
Cannot edit name in tree context

I have found this information (at http://gerrit.ovirt.org/#/c/17886/): 
When a specific item (for example, an actual host -- not "Hosts") is 
selected in the left-pane tree, we need to disable editing the name of 
that item.

Is this relevant to all of those strings?

If so, is my following interpretation correct?

Cannot change Cluster in tree context => Cannot change name of the 
Cluster which is selected in the tree context

Cannot change Data Center in tree context=> Cannot change the name of 
the Data Center which is selected in the tree context

Cannot change Host in tree context=> Cannot change the name of the Host 
which is selected in the tree context

Cannot edit name in tree context=> Cannot edit the name of an item which 
is selected in the tree context


The current strings can be interpreted in several different ways and we 
would like to have the above points clarified so that we can translate 
them accurately.

Thank you,

Yuko
-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130826/85b9cae1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130826/85b9cae1/attachment.png>

From emesika at redhat.com  Mon Aug 26 09:22:20 2013
From: emesika at redhat.com (Eli Mesika)
Date: Mon, 26 Aug 2013 05:22:20 -0400 (EDT)
Subject: [Engine-devel] Opimizing Postgres Stored Procedures
In-Reply-To: <1648372563.3963705.1377508743072.JavaMail.root@redhat.com>
Message-ID: <663980392.3966209.1377508940587.JavaMail.root@redhat.com>

Hi

I had merged the following patch 
http://gerrit.ovirt.org/#/c/17962/

This patch introduce usage of the IMMUTABLE, STABLE and STRICT keywords in order to boost performance of the Postgres SPs.

Please make sure that your current/and future DB scripts applied that.


Volatility
----------
* A function should be marked as IMMUTABLE if it doesn't change the database, and if it doesn't perform any lookups (even for database configuration values) during its operation.
* A function should be marked STABLE if it doesn't change the database, but might perform lookups (IMMUTABLE is preferable if function meets the requirements).
* A function doesn't need to be marked VOLATILE, because that's the default.

STRICTNESS
----------
A function should be marked STRICT if it should return NULL when it is passed a NULL argument, and then the function won't even be called if it is indeed passed a NULL argument.


I am available for any questions.

Thanks 

Eli


From mrao at redhat.com  Mon Aug 26 20:39:48 2013
From: mrao at redhat.com (Malini Rao)
Date: Mon, 26 Aug 2013 16:39:48 -0400 (EDT)
Subject: [Engine-devel] UI by-products of Neutron integration
In-Reply-To: <5219BC74.1040500@redhat.com>
References: <5219BC74.1040500@redhat.com>
Message-ID: <27680396.3160087.1377549588119.JavaMail.root@redhat.com>


----- Original Message -----
> From: "Lior Vernia" <lvernia at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, August 25, 2013 4:12:36 AM
> Subject: [Engine-devel] UI by-products of Neutron integration
> 
> Hello everyone and specifically UI peeps,
> 
> Just wanted to turn your attention to a couple of reusable UI components
> that have been introduced along with the 3.3 Neutron integration
> feature, and that might be of interest elsewhere.
> 
> The most interesting of them are link columns to be used within
> EntityModelCellTable instances, that upon clicking enable one to "jump"
> to a different UI context by selecting a different entity in the system
> tree. I've attached a couple of screenshots that show how we've used it
> to quickly navigate from the context of a network provider to that of
> one of its imported networks.
> 
> This could be useful wherever one might want to move quickly to a main
> tab context of an entity that is secondary in the current context. For
> example, say I just moved a storage domain to maintenance and now I
> would like to edit its properties - the domain name might be a good
> candidate to link to that storage domain item in the system tree.

Lior, this is a good interaction paradigm but it is good only if it is a consistent interaction paradigm. Based on my conversations with various users so far, I see some emerging issues on the way the system tree is perceived and also some of the confusions it is causing in people. Because of the way it is positioned prominently and permanently on the left, it looks like it drives the content on the left but that is not 'always' the case. Based on which main tab you are on and based on the level of granularity on the tree, the changes on the right change or sometimes only the search box updates. At some point, we should definitely look into trying to make the expectation between the tree and content more obvious and consistent and your approach seems to be pointing in the right direction - i.e, the tree should always reflect your current context on the right.

Having said that, I am not sure we should plug this interaction in as an additional variant in some places as the users will totally be lost as to what behavior will occur anytime they click a link or node.

If you guys are ready to look into this in a more holistic manner, Eldan and I will be more than willing to spend some time coming up with a proposal to share with you all and/or we will be open to ideas from all.


> 
> The usage is pretty straightforward, the recipe is as follows:
> 1. Add tree items that are potential targets to the map member in
> SystemTreeModel (map works by ID).
> 2. Add LinkColumnWithTooltip to required table.
> 3. Set the column's FieldUpdater to set the selected item of
> SystemTreeModelProvider according to the ID of the clicked EntityModel.
> 
> Examples can be found in the following patches:
> http://gerrit.ovirt.org/#/c/15523/
> http://gerrit.ovirt.org/#/c/15524/
> 
> A couple more components which might be useful:
> * HorizontalSplitTable comprises two tables separated horizontally, to
> be used in import/export situations.
> * ListModelListBoxColumn to be used with EntityModelCellTable, contains
> a list box that's linked to a ListModel.
> * EditTextColumnWithTooltip to be used with EntityModelCellTable,
> contains text that can be edited upon clicking.
> 
> All three can be observed by navigating to the Networks main tab and
> clicking "Import", examples for usage may be found in
> ImportNetworksModel and ImportNetworksPopupView.
> 
> Lior.
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ecohen at redhat.com  Tue Aug 27 02:43:29 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Mon, 26 Aug 2013 22:43:29 -0400 (EDT)
Subject: [Engine-devel] DataIntegrityViolationException when creating a
 new	template
In-Reply-To: <786640845.4380047.1377421821727.JavaMail.root@redhat.com>
References: <1197632181.4881743.1377287646937.JavaMail.root@redhat.com>
	<1332042548.5258335.1377419035801.JavaMail.root@redhat.com>
	<1550589705.2004990.1377419869162.JavaMail.root@redhat.com>
	<786640845.4380047.1377421821727.JavaMail.root@redhat.com>
Message-ID: <1344110863.6550169.1377571409261.JavaMail.root@redhat.com>

indeed, http://gerrit.ovirt.org/#/c/18453/ did the trick.
[I still cannot create the template, but that's due to a slow and 
problematic storage - I no longer see the exception that I originally 
reported]

Many thanks for your help!

----
Regards,
Einav

----- Original Message -----
> From: "Daniel Erez" <derez at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, August 25, 2013 5:10:21 AM
> Subject: Re: [Engine-devel] DataIntegrityViolationException when creating a new	template
> 
> 
> 
> ----- Original Message -----
> > From: "Liron Aravot" <laravot at redhat.com>
> > To: "Omer Frenkel" <ofrenkel at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Sunday, August 25, 2013 11:37:49 AM
> > Subject: Re: [Engine-devel] DataIntegrityViolationException when creating a
> > new	template
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Omer Frenkel" <ofrenkel at redhat.com>
> > > To: "Einav Cohen" <ecohen at redhat.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Sunday, August 25, 2013 11:23:55 AM
> > > Subject: Re: [Engine-devel] DataIntegrityViolationException when creating
> > > a
> > > new	template
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Einav Cohen" <ecohen at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Friday, August 23, 2013 10:54:07 PM
> > > > Subject: [Engine-devel] DataIntegrityViolationException when creating a
> > > > new
> > > > 	template
> > > > 
> > > > latest upstream, using development environment.
> > > > attempting to 'Make Template' results in an "internal engine error"
> > > > (see
> > > > attached screen-shot).
> > > > 
> > > > in engine.log, I see the following error:
> > > > org.springframework.dao.DataIntegrityViolationException:
> > > > CallableStatementCallback; SQL [{call insertvmdevice(?, ?, ?, ?, ?, ?,
> > > > ?,
> > > > ?,
> > > > ?, ?, ?, ?)}]; ERROR: null value in column "device_id" violates
> > > > not-null
> > > > constraint
> > > > [see attached engine.log, look for the 2013-08-23 15:40:04 time-stamp
> > > > to
> > > > see
> > > > the initial invocation of AddVmTemplateCommand, error above appears in
> > > > 2013-08-23 15:40:27]
> > > > 
> > > > ideas?
> > 
> > Seems like there's already a bug for that -
> > https://bugzilla.redhat.com/999951
> 
> As a quick workaround, detach the DirectLUN disks or apply:
> http://gerrit.ovirt.org/#/c/18453/
> 
> > > > 
> > > 
> > > did you remember to run "setup" in order to update your db?
> > > i just tried creating few templates and all worked ok
> > > 
> > > > Thanks in advance.
> > 
> > > > 
> > > > ----
> > > > Regards,
> > > > Einav Cohen Baum
> > > > RHEV-M Engineering - UX Team Manager
> > > > Red Hat, Inc.
> > > > 314 Littleton Road
> > > > Westford, MA 01886
> > > > T [internal]: (81) 31046
> > > > T [external]: (+1) 978 589 1046
> > > > IRC: ecohen @
> > > >  - RHAT [internal]: #rhev-dev #boston #westford #tlv
> > > >  - OFTC [external]: #ovirt
> > > > 
> > > > _______________________________________________
> > > > 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
> > > 
> > _______________________________________________
> > 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 lhornyak at redhat.com  Tue Aug 27 08:40:27 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Tue, 27 Aug 2013 04:40:27 -0400 (EDT)
Subject: [Engine-devel] Opimizing Postgres Stored Procedures
In-Reply-To: <663980392.3966209.1377508940587.JavaMail.root@redhat.com>
References: <663980392.3966209.1377508940587.JavaMail.root@redhat.com>
Message-ID: <1800102915.5779668.1377592827358.JavaMail.root@redhat.com>

Hi Eli,

Most of the functions that we have in the DB are doing very simple jobs like run a query, insert/update and I see that now you have all QUERY functions as STABLE.
My questions:
Is this required for new functions from now on?
Is this done in order to improve performance?

Thank you,
Laszlo

----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, August 26, 2013 11:22:20 AM
> Subject: [Engine-devel] Opimizing Postgres Stored Procedures
> 
> Hi
> 
> I had merged the following patch
> http://gerrit.ovirt.org/#/c/17962/
> 
> This patch introduce usage of the IMMUTABLE, STABLE and STRICT keywords in
> order to boost performance of the Postgres SPs.
> 
> Please make sure that your current/and future DB scripts applied that.
> 
> 
> Volatility
> ----------
> * A function should be marked as IMMUTABLE if it doesn't change the database,
> and if it doesn't perform any lookups (even for database configuration
> values) during its operation.
> * A function should be marked STABLE if it doesn't change the database, but
> might perform lookups (IMMUTABLE is preferable if function meets the
> requirements).
> * A function doesn't need to be marked VOLATILE, because that's the default.
> 
> STRICTNESS
> ----------
> A function should be marked STRICT if it should return NULL when it is passed
> a NULL argument, and then the function won't even be called if it is indeed
> passed a NULL argument.
> 
> 
> I am available for any questions.
> 
> Thanks
> 
> Eli
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From mtayer at redhat.com  Tue Aug 27 11:29:01 2013
From: mtayer at redhat.com (Mooli Tayer)
Date: Tue, 27 Aug 2013 07:29:01 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1692088711.4350613.1377589095368.JavaMail.root@redhat.com>
Message-ID: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>

Hello,

I've been working on the engine for a few month now,
And I feel I have not yet been able to find a productive and fast approach  
for Java development in different engine components.

This revolves mainly around:

Compiling and deploying artifacts:
==================================
If I want to check a small change in the engine,
Be it in an artifact that is part of engine.ear or when I am working on one of the side tools
that might run as a service (e.g ovirt-engine-notifier)
or just a single jar (engine-manage-domains)
It is essential to compile only parts of the project and not all of it.

This can be achieved usually quite easily with mvn,
however afterwards I would like to be able to also deploy and run it locally
or even take all jars comprising a project and run them exploded inside my IDE 
(I use intellij idea) so I can enjoy live code editing and other benefits idea
jboss & gwt integration offers. I have been using remote debug 
(which is available by default in the engine and non existent in other jars so
I have to tamper manually with a python service file to add debug flags - see next)
But it's not as powerful as running inside an IDE and I feel my current development lifecycle is 
not as fast and productive as it could have been.
(I do understand the engine is complex regarding configuration and deployment, so it's a challenge)

Configuration:
==============
This might be more of a todo item, I'm not sure..
After deployment of an artifact to run on a machine(again, engine, notifier or whatever)
if I want to change it's configuration 
(configure it for remote debug as mentioned or change it's logging behavior and so on)
It seems I always have to do it in a different place which I always spend hours finding.
It could be great if for all artifacts configuration could be streamlined and monolithic
across different components.

These issues might seem obvious to some of you or unneeded to others, but I've decided to shout out
in engine-devel because my usual way of approaching individuals has not got me very far,
and also because I'm convinced some of you have found ways to be productive I am unaware of -
Please share them! Others may have their own good ideas & approaches(or their own needs).

Thanks,
Mooli.


From lzelkha at redhat.com  Tue Aug 27 11:40:25 2013
From: lzelkha at redhat.com (Liran Zelkha)
Date: Tue, 27 Aug 2013 07:40:25 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
Message-ID: <1353233257.5822195.1377603625429.JavaMail.root@redhat.com>

+1

----- Original Message -----
From: "Mooli Tayer" <mtayer at redhat.com>
To: "engine-devel" <engine-devel at ovirt.org>
Sent: Tuesday, August 27, 2013 2:29:01 PM
Subject: [Engine-devel] Java Development Lifecycle

Hello,

I've been working on the engine for a few month now,
And I feel I have not yet been able to find a productive and fast approach  
for Java development in different engine components.

This revolves mainly around:

Compiling and deploying artifacts:
==================================
If I want to check a small change in the engine,
Be it in an artifact that is part of engine.ear or when I am working on one of the side tools
that might run as a service (e.g ovirt-engine-notifier)
or just a single jar (engine-manage-domains)
It is essential to compile only parts of the project and not all of it.

This can be achieved usually quite easily with mvn,
however afterwards I would like to be able to also deploy and run it locally
or even take all jars comprising a project and run them exploded inside my IDE 
(I use intellij idea) so I can enjoy live code editing and other benefits idea
jboss & gwt integration offers. I have been using remote debug 
(which is available by default in the engine and non existent in other jars so
I have to tamper manually with a python service file to add debug flags - see next)
But it's not as powerful as running inside an IDE and I feel my current development lifecycle is 
not as fast and productive as it could have been.
(I do understand the engine is complex regarding configuration and deployment, so it's a challenge)

Configuration:
==============
This might be more of a todo item, I'm not sure..
After deployment of an artifact to run on a machine(again, engine, notifier or whatever)
if I want to change it's configuration 
(configure it for remote debug as mentioned or change it's logging behavior and so on)
It seems I always have to do it in a different place which I always spend hours finding.
It could be great if for all artifacts configuration could be streamlined and monolithic
across different components.

These issues might seem obvious to some of you or unneeded to others, but I've decided to shout out
in engine-devel because my usual way of approaching individuals has not got me very far,
and also because I'm convinced some of you have found ways to be productive I am unaware of -
Please share them! Others may have their own good ideas & approaches(or their own needs).

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


From alonbl at redhat.com  Tue Aug 27 11:45:22 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 27 Aug 2013 07:45:22 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
Message-ID: <731144340.2603912.1377603922491.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Mooli Tayer" <mtayer at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 27, 2013 2:29:01 PM
> Subject: [Engine-devel] Java Development Lifecycle
> 
> Hello,
> 
> I've been working on the engine for a few month now,
> And I feel I have not yet been able to find a productive and fast approach
> for Java development in different engine components.
> 
> This revolves mainly around:
> 
> Compiling and deploying artifacts:
> ==================================
> If I want to check a small change in the engine,
> Be it in an artifact that is part of engine.ear or when I am working on one
> of the side tools
> that might run as a service (e.g ovirt-engine-notifier)
> or just a single jar (engine-manage-domains)
> It is essential to compile only parts of the project and not all of it.
> 
> This can be achieved usually quite easily with mvn,
> however afterwards I would like to be able to also deploy and run it locally
> or even take all jars comprising a project and run them exploded inside my
> IDE
> (I use intellij idea) so I can enjoy live code editing and other benefits
> idea
> jboss & gwt integration offers. I have been using remote debug
> (which is available by default in the engine and non existent in other jars
> so
> I have to tamper manually with a python service file to add debug flags - see
> next)
> But it's not as powerful as running inside an IDE and I feel my current
> development lifecycle is
> not as fast and productive as it could have been.
> (I do understand the engine is complex regarding configuration and
> deployment, so it's a challenge)
> 
> Configuration:
> ==============
> This might be more of a todo item, I'm not sure..
> After deployment of an artifact to run on a machine(again, engine, notifier
> or whatever)
> if I want to change it's configuration
> (configure it for remote debug as mentioned or change it's logging behavior
> and so on)
> It seems I always have to do it in a different place which I always spend
> hours finding.
> It could be great if for all artifacts configuration could be streamlined and
> monolithic
> across different components.
> 
> These issues might seem obvious to some of you or unneeded to others, but
> I've decided to shout out
> in engine-devel because my usual way of approaching individuals has not got
> me very far,
> and also because I'm convinced some of you have found ways to be productive I
> am unaware of -
> Please share them! Others may have their own good ideas & approaches(or their
> own needs).

So to make long story short, you want:

1. Be able to partially build project.

This is already supported[1], so I do not understand what is missing.

[1] http://www.ovirt.org/OVirt_Engine_Development_Environment#Usage

2. Setup all components with debug port enabled at development mode.

This can be achieved quite easy, but there is a catch... in tools you might want to add environment variable to halt at startup and wait for debugger.

Patches are welcomed!

3. Be able to run all under ide without installation.

This is how developers worked until recently, it created an entire new category of art, running engine without actually setup it.

Artists are hard to find and harder to duplicate.

So I am sorry, but this is not the right way to go.

You can build partially, install over existing setup, and debug using remote debugger.

Any other mean is a waste of resources to set up, maintain and sync.

Regards,
Alon Bar-Lev.


From mperina at redhat.com  Tue Aug 27 11:54:38 2013
From: mperina at redhat.com (Martin Perina)
Date: Tue, 27 Aug 2013 07:54:38 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
Message-ID: <1970849719.1925516.1377604478510.JavaMail.root@redhat.com>

For me the most time consuming problem is GWT compilation. It would be really nice
if we can agree to create some clear separation between frontend and backend part, for
example if frontend would communicate with backend only through REST API, GWT would
have to recompile only if REST API or some frontend code has been changed.

It's not something what can be done i short term, but it would be nice if we can
find a way how to do it and create a schedule for this task.



----- Original Message -----
> From: "Mooli Tayer" <mtayer at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 27, 2013 1:29:01 PM
> Subject: [Engine-devel] Java Development Lifecycle
> 
> Hello,
> 
> I've been working on the engine for a few month now,
> And I feel I have not yet been able to find a productive and fast approach
> for Java development in different engine components.
> 
> This revolves mainly around:
> 
> Compiling and deploying artifacts:
> ==================================
> If I want to check a small change in the engine,
> Be it in an artifact that is part of engine.ear or when I am working on one
> of the side tools
> that might run as a service (e.g ovirt-engine-notifier)
> or just a single jar (engine-manage-domains)
> It is essential to compile only parts of the project and not all of it.
> 
> This can be achieved usually quite easily with mvn,
> however afterwards I would like to be able to also deploy and run it locally
> or even take all jars comprising a project and run them exploded inside my
> IDE
> (I use intellij idea) so I can enjoy live code editing and other benefits
> idea
> jboss & gwt integration offers. I have been using remote debug
> (which is available by default in the engine and non existent in other jars
> so
> I have to tamper manually with a python service file to add debug flags - see
> next)
> But it's not as powerful as running inside an IDE and I feel my current
> development lifecycle is
> not as fast and productive as it could have been.
> (I do understand the engine is complex regarding configuration and
> deployment, so it's a challenge)
> 
> Configuration:
> ==============
> This might be more of a todo item, I'm not sure..
> After deployment of an artifact to run on a machine(again, engine, notifier
> or whatever)
> if I want to change it's configuration
> (configure it for remote debug as mentioned or change it's logging behavior
> and so on)
> It seems I always have to do it in a different place which I always spend
> hours finding.
> It could be great if for all artifacts configuration could be streamlined and
> monolithic
> across different components.
> 
> These issues might seem obvious to some of you or unneeded to others, but
> I've decided to shout out
> in engine-devel because my usual way of approaching individuals has not got
> me very far,
> and also because I'm convinced some of you have found ways to be productive I
> am unaware of -
> Please share them! Others may have their own good ideas & approaches(or their
> own needs).
> 
> Thanks,
> Mooli.
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From alonbl at redhat.com  Tue Aug 27 11:56:35 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 27 Aug 2013 07:56:35 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
Message-ID: <1538344175.2606463.1377604595245.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Martin Perina" <mperina at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Tuesday, August 27, 2013 2:54:38 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> For me the most time consuming problem is GWT compilation. It would be really
> nice
> if we can agree to create some clear separation between frontend and backend
> part, for
> example if frontend would communicate with backend only through REST API, GWT
> would
> have to recompile only if REST API or some frontend code has been changed.
> 
> It's not something what can be done i short term, but it would be nice if we
> can
> find a way how to do it and create a schedule for this task.

I agree, and I think this is on roadmap.

> 
> 
> 
> ----- Original Message -----
> > From: "Mooli Tayer" <mtayer at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > Subject: [Engine-devel] Java Development Lifecycle
> > 
> > Hello,
> > 
> > I've been working on the engine for a few month now,
> > And I feel I have not yet been able to find a productive and fast approach
> > for Java development in different engine components.
> > 
> > This revolves mainly around:
> > 
> > Compiling and deploying artifacts:
> > ==================================
> > If I want to check a small change in the engine,
> > Be it in an artifact that is part of engine.ear or when I am working on one
> > of the side tools
> > that might run as a service (e.g ovirt-engine-notifier)
> > or just a single jar (engine-manage-domains)
> > It is essential to compile only parts of the project and not all of it.
> > 
> > This can be achieved usually quite easily with mvn,
> > however afterwards I would like to be able to also deploy and run it
> > locally
> > or even take all jars comprising a project and run them exploded inside my
> > IDE
> > (I use intellij idea) so I can enjoy live code editing and other benefits
> > idea
> > jboss & gwt integration offers. I have been using remote debug
> > (which is available by default in the engine and non existent in other jars
> > so
> > I have to tamper manually with a python service file to add debug flags -
> > see
> > next)
> > But it's not as powerful as running inside an IDE and I feel my current
> > development lifecycle is
> > not as fast and productive as it could have been.
> > (I do understand the engine is complex regarding configuration and
> > deployment, so it's a challenge)
> > 
> > Configuration:
> > ==============
> > This might be more of a todo item, I'm not sure..
> > After deployment of an artifact to run on a machine(again, engine, notifier
> > or whatever)
> > if I want to change it's configuration
> > (configure it for remote debug as mentioned or change it's logging behavior
> > and so on)
> > It seems I always have to do it in a different place which I always spend
> > hours finding.
> > It could be great if for all artifacts configuration could be streamlined
> > and
> > monolithic
> > across different components.
> > 
> > These issues might seem obvious to some of you or unneeded to others, but
> > I've decided to shout out
> > in engine-devel because my usual way of approaching individuals has not got
> > me very far,
> > and also because I'm convinced some of you have found ways to be productive
> > I
> > am unaware of -
> > Please share them! Others may have their own good ideas & approaches(or
> > their
> > own needs).
> > 
> > Thanks,
> > Mooli.
> > _______________________________________________
> > 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 mbetak at redhat.com  Tue Aug 27 12:17:44 2013
From: mbetak at redhat.com (Martin Betak)
Date: Tue, 27 Aug 2013 08:17:44 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
Message-ID: <2126132975.4353355.1377605864694.JavaMail.root@redhat.com>

For me personally the most time consuming part of development
is when I have to frequently change/update configurations
of the engine, I have to manually deal with the interactive setup
wizzard. Thanks to the new development environment I managed to automate
all other parts of my process using scripts, except engine-setup.
I would greatly appreciate if there were some way of supplying 'answers'
to the engine-setup from command line (or answer files, like in the 'full'
version) so it could be scripted.

Best regards,

Martin


From alonbl at redhat.com  Tue Aug 27 12:21:09 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Tue, 27 Aug 2013 08:21:09 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <2126132975.4353355.1377605864694.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<2126132975.4353355.1377605864694.JavaMail.root@redhat.com>
Message-ID: <243385568.2615396.1377606069476.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Martin Betak" <mbetak at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 27, 2013 3:17:44 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> For me personally the most time consuming part of development
> is when I have to frequently change/update configurations
> of the engine, I have to manually deal with the interactive setup
> wizzard. Thanks to the new development environment I managed to automate
> all other parts of my process using scripts, except engine-setup.
> I would greatly appreciate if there were some way of supplying 'answers'
> to the engine-setup from command line (or answer files, like in the 'full'
> version) so it could be scripted.

 # engine-setup --help
Usage: /usr/bin/engine-setup
    --log=file
        write log to this file.
    --config=file
        Load configuration files.
    --config-append=file
        Load extra configuration files.
    --offline
        Offline mode.
    --generate-answer=file
        Generate answer file.
    --jboss-home=dir
        Use this jboss.

Can you tell more precisely what is missing?

BTW: I also curious why you need to re-run fresh setup over and over.

Thanks,
Alon


From lhornyak at redhat.com  Tue Aug 27 13:45:17 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Tue, 27 Aug 2013 09:45:17 -0400 (EDT)
Subject: [Engine-devel] NPE in RunVmCommandTest
In-Reply-To: <1164441784.1140026.1377115645549.JavaMail.root@redhat.com>
References: <1164441784.1140026.1377115645549.JavaMail.root@redhat.com>
Message-ID: <200809014.5908920.1377611117642.JavaMail.root@redhat.com>

Hi,

I ran into the same, sent a patch, my explanation for the problem is in the commit msg:
http://gerrit.ovirt.org/18608

Thx,
Laszlo

----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "Roy Golan" <rgolan at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 21, 2013 10:07:25 PM
> Subject: [Engine-devel] NPE in RunVmCommandTest
> 
> Hi Roy,
> 
> On a fresh clone of ovirt-engine master, I'm experiencing a very strange test
> failure in RunVmCommandTest. I believe it's race-condition based. It's
> related to the osRepository variable that you added to RunVmCommand in
> ba8ada49. Sometimes it's just null in the 16 of the 17 RunVmCommandTest
> tests, causing an NPE at RunVmCommand:680. Surefire report attached. I can
> duplicate it pretty well on my home workstation running a command-line build
> (which is a little slower than my T520). I can't duplicate it on the T520
> running a command-line build. I can duplicate it on the T520 if I run the
> tests inside Eclipse (right click on a test method, Run As > JUnit test,
> wait 30 seconds, fail). If there is a race condition, maybe it's related to
> setting osRepository in the initializer. That's just a guess.
> 
> Can you assist?
> 
> Thanks,
> Greg
> 
> 
> 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 gshereme at redhat.com  Tue Aug 27 14:57:39 2013
From: gshereme at redhat.com (Greg Sheremeta)
Date: Tue, 27 Aug 2013 10:57:39 -0400 (EDT)
Subject: [Engine-devel] NPE in RunVmCommandTest
In-Reply-To: <200809014.5908920.1377611117642.JavaMail.root@redhat.com>
References: <1164441784.1140026.1377115645549.JavaMail.root@redhat.com>
	<200809014.5908920.1377611117642.JavaMail.root@redhat.com>
Message-ID: <1614673785.2676386.1377615459733.JavaMail.root@redhat.com>

Excellent, thanks. Reviewing now.

Greg

----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "Roy Golan" <rgolan at redhat.com>, engine-devel at ovirt.org
> Sent: Tuesday, August 27, 2013 9:45:17 AM
> Subject: Re: [Engine-devel] NPE in RunVmCommandTest
> 
> Hi,
> 
> I ran into the same, sent a patch, my explanation for the problem is in the
> commit msg:
> http://gerrit.ovirt.org/18608
> 
> Thx,
> Laszlo
> 
> ----- Original Message -----
> > From: "Greg Sheremeta" <gshereme at redhat.com>
> > To: "Roy Golan" <rgolan at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Wednesday, August 21, 2013 10:07:25 PM
> > Subject: [Engine-devel] NPE in RunVmCommandTest
> > 
> > Hi Roy,
> > 
> > On a fresh clone of ovirt-engine master, I'm experiencing a very strange
> > test
> > failure in RunVmCommandTest. I believe it's race-condition based. It's
> > related to the osRepository variable that you added to RunVmCommand in
> > ba8ada49. Sometimes it's just null in the 16 of the 17 RunVmCommandTest
> > tests, causing an NPE at RunVmCommand:680. Surefire report attached. I can
> > duplicate it pretty well on my home workstation running a command-line
> > build
> > (which is a little slower than my T520). I can't duplicate it on the T520
> > running a command-line build. I can duplicate it on the T520 if I run the
> > tests inside Eclipse (right click on a test method, Run As > JUnit test,
> > wait 30 seconds, fail). If there is a race condition, maybe it's related to
> > setting osRepository in the initializer. That's just a guess.
> > 
> > Can you assist?
> > 
> > Thanks,
> > Greg
> > 
> > 
> > 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 vitor.lima at eldorado.org.br  Tue Aug 27 13:18:12 2013
From: vitor.lima at eldorado.org.br (Vitor de Lima)
Date: Tue, 27 Aug 2013 13:18:12 +0000
Subject: [Engine-devel] Questions about database changes
Message-ID: <B2CAFC4D5E2D574A883EF61ACD5ADE3301810A60@SERV070.corp.eldorado.org.br>

Hi everyone,

I would like some feedback about how to create the upgrade script that creates columns for the architecture of each VM, template and cluster in the engine database.

The changes #17853 and #16700 introduce a field (and the respective Enum) used to store the target architecture of a cluster, VM or template (which currently can be either x86_64, ppc64 or undefined).
In their current state, these changes introduce a VARCHAR column storing the architecture, but now I wanted to implement an autocompleter for this field in the search backend, and it would be massively cleaner and easier to use the architecture field as an integer (since Enums that implement the Identifiable interface can use the EnumValueAutoCompleter class).

Considering that these two changes are already in review, should I modify them directly to use an integer or should I create another patch that changes the column in the database? If I create another patch, should it modify the upgrade script from change #16700 or it must create another script that migrates the column from a VARCHAR to an INTEGER?

Thanks,
Vitor de Lima

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

From yzaslavs at redhat.com  Wed Aug 28 02:34:42 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Tue, 27 Aug 2013 22:34:42 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
Message-ID: <25695337.4748049.1377657282897.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Martin Perina" <mperina at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Tuesday, August 27, 2013 2:54:38 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> For me the most time consuming problem is GWT compilation. It would be really
> nice
> if we can agree to create some clear separation between frontend and backend
> part, for
> example if frontend would communicate with backend only through REST API, GWT
> would
> have to recompile only if REST API or some frontend code has been changed.
> 
> It's not something what can be done i short term, but it would be nice if we
> can
> find a way how to do it and create a schedule for this task.

+100

> 
> 
> 
> ----- Original Message -----
> > From: "Mooli Tayer" <mtayer at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > Subject: [Engine-devel] Java Development Lifecycle
> > 
> > Hello,
> > 
> > I've been working on the engine for a few month now,
> > And I feel I have not yet been able to find a productive and fast approach
> > for Java development in different engine components.
> > 
> > This revolves mainly around:
> > 
> > Compiling and deploying artifacts:
> > ==================================
> > If I want to check a small change in the engine,
> > Be it in an artifact that is part of engine.ear or when I am working on one
> > of the side tools
> > that might run as a service (e.g ovirt-engine-notifier)
> > or just a single jar (engine-manage-domains)
> > It is essential to compile only parts of the project and not all of it.
> > 
> > This can be achieved usually quite easily with mvn,
> > however afterwards I would like to be able to also deploy and run it
> > locally
> > or even take all jars comprising a project and run them exploded inside my
> > IDE
> > (I use intellij idea) so I can enjoy live code editing and other benefits
> > idea
> > jboss & gwt integration offers. I have been using remote debug
> > (which is available by default in the engine and non existent in other jars
> > so
> > I have to tamper manually with a python service file to add debug flags -
> > see
> > next)
> > But it's not as powerful as running inside an IDE and I feel my current
> > development lifecycle is
> > not as fast and productive as it could have been.
> > (I do understand the engine is complex regarding configuration and
> > deployment, so it's a challenge)
> > 
> > Configuration:
> > ==============
> > This might be more of a todo item, I'm not sure..
> > After deployment of an artifact to run on a machine(again, engine, notifier
> > or whatever)
> > if I want to change it's configuration
> > (configure it for remote debug as mentioned or change it's logging behavior
> > and so on)
> > It seems I always have to do it in a different place which I always spend
> > hours finding.
> > It could be great if for all artifacts configuration could be streamlined
> > and
> > monolithic
> > across different components.
> > 
> > These issues might seem obvious to some of you or unneeded to others, but
> > I've decided to shout out
> > in engine-devel because my usual way of approaching individuals has not got
> > me very far,
> > and also because I'm convinced some of you have found ways to be productive
> > I
> > am unaware of -
> > Please share them! Others may have their own good ideas & approaches(or
> > their
> > own needs).
> > 
> > Thanks,
> > Mooli.
> > _______________________________________________
> > 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 lvernia at redhat.com  Wed Aug 28 05:55:22 2013
From: lvernia at redhat.com (Lior Vernia)
Date: Wed, 28 Aug 2013 08:55:22 +0300
Subject: [Engine-devel] UI by-products of Neutron integration
In-Reply-To: <27680396.3160087.1377549588119.JavaMail.root@redhat.com>
References: <5219BC74.1040500@redhat.com>
	<27680396.3160087.1377549588119.JavaMail.root@redhat.com>
Message-ID: <521D90CA.7060003@redhat.com>



On 26/08/13 23:39, Malini Rao wrote:
> 
> ----- Original Message -----
>> From: "Lior Vernia" <lvernia at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Sunday, August 25, 2013 4:12:36 AM
>> Subject: [Engine-devel] UI by-products of Neutron integration
>>
>> Hello everyone and specifically UI peeps,
>>
>> Just wanted to turn your attention to a couple of reusable UI components
>> that have been introduced along with the 3.3 Neutron integration
>> feature, and that might be of interest elsewhere.
>>
>> The most interesting of them are link columns to be used within
>> EntityModelCellTable instances, that upon clicking enable one to "jump"
>> to a different UI context by selecting a different entity in the system
>> tree. I've attached a couple of screenshots that show how we've used it
>> to quickly navigate from the context of a network provider to that of
>> one of its imported networks.
>>
>> This could be useful wherever one might want to move quickly to a main
>> tab context of an entity that is secondary in the current context. For
>> example, say I just moved a storage domain to maintenance and now I
>> would like to edit its properties - the domain name might be a good
>> candidate to link to that storage domain item in the system tree.
> 
> Lior, this is a good interaction paradigm but it is good only if it is a consistent interaction paradigm. Based on my conversations with various users so far, I see some emerging issues on the way the system tree is perceived and also some of the confusions it is causing in people. Because of the way it is positioned prominently and permanently on the left, it looks like it drives the content on the left but that is not 'always' the case. Based on which main tab you are on and based on the level of granularity on the tree, the changes on the right change or sometimes only the search box updates. At some point, we should definitely look into trying to make the expectation between the tree and content more obvious and consistent and your approach seems to be pointing in the right direction - i.e, the tree should always reflect your current context on the right.
> 
> Having said that, I am not sure we should plug this interaction in as an additional variant in some places as the users will totally be lost as to what behavior will occur anytime they click a link or node.
> 
> If you guys are ready to look into this in a more holistic manner, Eldan and I will be more than willing to spend some time coming up with a proposal to share with you all and/or we will be open to ideas from all.
> 

I think it would be good to have consistent guidelines as to if/how
links should be used. We just implemented this as part of the Neutron
integration feature because it was useful, we didn't have any UX concept
in mind.

> 
>>
>> The usage is pretty straightforward, the recipe is as follows:
>> 1. Add tree items that are potential targets to the map member in
>> SystemTreeModel (map works by ID).
>> 2. Add LinkColumnWithTooltip to required table.
>> 3. Set the column's FieldUpdater to set the selected item of
>> SystemTreeModelProvider according to the ID of the clicked EntityModel.
>>
>> Examples can be found in the following patches:
>> http://gerrit.ovirt.org/#/c/15523/
>> http://gerrit.ovirt.org/#/c/15524/
>>
>> A couple more components which might be useful:
>> * HorizontalSplitTable comprises two tables separated horizontally, to
>> be used in import/export situations.
>> * ListModelListBoxColumn to be used with EntityModelCellTable, contains
>> a list box that's linked to a ListModel.
>> * EditTextColumnWithTooltip to be used with EntityModelCellTable,
>> contains text that can be edited upon clicking.
>>
>> All three can be observed by navigating to the Networks main tab and
>> clicking "Import", examples for usage may be found in
>> ImportNetworksModel and ImportNetworksPopupView.
>>
>> Lior.
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>


From yzaslavs at redhat.com  Wed Aug 28 06:56:26 2013
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Wed, 28 Aug 2013 02:56:26 -0400 (EDT)
Subject: [Engine-devel] Questions about database changes
In-Reply-To: <B2CAFC4D5E2D574A883EF61ACD5ADE3301810A60@SERV070.corp.eldorado.org.br>
References: <B2CAFC4D5E2D574A883EF61ACD5ADE3301810A60@SERV070.corp.eldorado.org.br>
Message-ID: <280797646.4816097.1377672986447.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> To: engine-devel at ovirt.org
> Sent: Tuesday, August 27, 2013 4:18:12 PM
> Subject: [Engine-devel] Questions about database changes
> 
> Hi everyone,
> 
> I would like some feedback about how to create the upgrade script that
> creates columns for the architecture of each VM, template and cluster in the
> engine database.
> 
> The changes #17853 and #16700 introduce a field (and the respective Enum)
> used to store the target architecture of a cluster, VM or template (which
> currently can be either x86_64, ppc64 or undefined).
> In their current state, these changes introduce a VARCHAR column storing the
> architecture, but now I wanted to implement an autocompleter for this field
> in the search backend, and it would be massively cleaner and easier to use
> the architecture field as an integer (since Enums that implement the
> Identifiable interface can use the EnumValueAutoCompleter class).
> 
> Considering that these two changes are already in review, should I modify
> them directly to use an integer or should I create another patch that
> changes the column in the database? If I create another patch, should it
> modify the upgrade script from change #16700 or it must create another
> script that migrates the column from a VARCHAR to an INTEGER?
> 
> Thanks,
> Vitor de Lima

If still under review, why not modify the existing patches for review? (i.e - use the same change-id where needed)

Cheers,
Yair

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


From lhornyak at redhat.com  Wed Aug 28 07:04:36 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Wed, 28 Aug 2013 03:04:36 -0400 (EDT)
Subject: [Engine-devel] Questions about database changes
In-Reply-To: <280797646.4816097.1377672986447.JavaMail.root@redhat.com>
References: <B2CAFC4D5E2D574A883EF61ACD5ADE3301810A60@SERV070.corp.eldorado.org.br>
	<280797646.4816097.1377672986447.JavaMail.root@redhat.com>
Message-ID: <2061536701.6327409.1377673476006.JavaMail.root@redhat.com>

Hi Vitor,

Just one more note, use an int stored in the enum and ignore the ordinal when storing/reading from the DB, so when adding new members and re-ordering the enum, the DB will still be ok.


----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 8:56:26 AM
> Subject: Re: [Engine-devel] Questions about database changes
> 
> 
> 
> ----- Original Message -----
> > From: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> > To: engine-devel at ovirt.org
> > Sent: Tuesday, August 27, 2013 4:18:12 PM
> > Subject: [Engine-devel] Questions about database changes
> > 
> > Hi everyone,
> > 
> > I would like some feedback about how to create the upgrade script that
> > creates columns for the architecture of each VM, template and cluster in
> > the
> > engine database.
> > 
> > The changes #17853 and #16700 introduce a field (and the respective Enum)
> > used to store the target architecture of a cluster, VM or template (which
> > currently can be either x86_64, ppc64 or undefined).
> > In their current state, these changes introduce a VARCHAR column storing
> > the
> > architecture, but now I wanted to implement an autocompleter for this field
> > in the search backend, and it would be massively cleaner and easier to use
> > the architecture field as an integer (since Enums that implement the
> > Identifiable interface can use the EnumValueAutoCompleter class).
> > 
> > Considering that these two changes are already in review, should I modify
> > them directly to use an integer or should I create another patch that
> > changes the column in the database? If I create another patch, should it
> > modify the upgrade script from change #16700 or it must create another
> > script that migrates the column from a VARCHAR to an INTEGER?
> > 
> > Thanks,
> > Vitor de Lima
> 
> If still under review, why not modify the existing patches for review? (i.e -
> use the same change-id where needed)
> 
> Cheers,
> Yair
> 
> > 
> > 
> > _______________________________________________
> > 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 lhornyak at redhat.com  Wed Aug 28 07:54:50 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Wed, 28 Aug 2013 03:54:50 -0400 (EDT)
Subject: [Engine-devel] NPE in RunVmCommandTest
In-Reply-To: <1614673785.2676386.1377615459733.JavaMail.root@redhat.com>
References: <1164441784.1140026.1377115645549.JavaMail.root@redhat.com>
	<200809014.5908920.1377611117642.JavaMail.root@redhat.com>
	<1614673785.2676386.1377615459733.JavaMail.root@redhat.com>
Message-ID: <520236902.6366087.1377676490108.JavaMail.root@redhat.com>

Hi,

Thank you reviewers, the patch is now merged.

Just an idea how to avoid (or early detect) these problems in the future: we could set up a junkins job to run the tests with "-DforkMode=always" appended to the mvn command line, so that tests will have an isolated environment. If this build falis, we know that there is a mistake in a test. Hopefully it is only the test :) As forking JVM is relatively costly and time-consuming operation this would run probably once a day, but perform all the same tests as the normal build triggered by gerrit.

David, can you help us setting up this configuration?

Thank you,
Laszlo

----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "Laszlo Hornyak" <lhornyak at redhat.com>
> Cc: "Roy Golan" <rgolan at redhat.com>, engine-devel at ovirt.org
> Sent: Tuesday, August 27, 2013 4:57:39 PM
> Subject: Re: [Engine-devel] NPE in RunVmCommandTest
> 
> Excellent, thanks. Reviewing now.
> 
> Greg
> 
> ----- Original Message -----
> > From: "Laszlo Hornyak" <lhornyak at redhat.com>
> > To: "Greg Sheremeta" <gshereme at redhat.com>
> > Cc: "Roy Golan" <rgolan at redhat.com>, engine-devel at ovirt.org
> > Sent: Tuesday, August 27, 2013 9:45:17 AM
> > Subject: Re: [Engine-devel] NPE in RunVmCommandTest
> > 
> > Hi,
> > 
> > I ran into the same, sent a patch, my explanation for the problem is in the
> > commit msg:
> > http://gerrit.ovirt.org/18608
> > 
> > Thx,
> > Laszlo
> > 
> > ----- Original Message -----
> > > From: "Greg Sheremeta" <gshereme at redhat.com>
> > > To: "Roy Golan" <rgolan at redhat.com>
> > > Cc: engine-devel at ovirt.org
> > > Sent: Wednesday, August 21, 2013 10:07:25 PM
> > > Subject: [Engine-devel] NPE in RunVmCommandTest
> > > 
> > > Hi Roy,
> > > 
> > > On a fresh clone of ovirt-engine master, I'm experiencing a very strange
> > > test
> > > failure in RunVmCommandTest. I believe it's race-condition based. It's
> > > related to the osRepository variable that you added to RunVmCommand in
> > > ba8ada49. Sometimes it's just null in the 16 of the 17 RunVmCommandTest
> > > tests, causing an NPE at RunVmCommand:680. Surefire report attached. I
> > > can
> > > duplicate it pretty well on my home workstation running a command-line
> > > build
> > > (which is a little slower than my T520). I can't duplicate it on the T520
> > > running a command-line build. I can duplicate it on the T520 if I run the
> > > tests inside Eclipse (right click on a test method, Run As > JUnit test,
> > > wait 30 seconds, fail). If there is a race condition, maybe it's related
> > > to
> > > setting osRepository in the initializer. That's just a guess.
> > > 
> > > Can you assist?
> > > 
> > > Thanks,
> > > Greg
> > > 
> > > 
> > > 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 emesika at redhat.com  Wed Aug 28 09:45:14 2013
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 28 Aug 2013 05:45:14 -0400 (EDT)
Subject: [Engine-devel] Opimizing Postgres Stored Procedures
In-Reply-To: <1800102915.5779668.1377592827358.JavaMail.root@redhat.com>
References: <663980392.3966209.1377508940587.JavaMail.root@redhat.com>
	<1800102915.5779668.1377592827358.JavaMail.root@redhat.com>
Message-ID: <1515360945.5323688.1377683114018.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, August 27, 2013 11:40:27 AM
> Subject: Re: [Engine-devel] Opimizing Postgres Stored Procedures
> 
> Hi Eli,
> 
> Most of the functions that we have in the DB are doing very simple jobs like
> run a query, insert/update and I see that now you have all QUERY functions
> as STABLE.
> My questions:
> Is this required for new functions from now on?
Yes and a email asking that was posted to engine_devel

> Is this done in order to improve performance?
Yes

> 
> Thank you,
> Laszlo
> 
> ----- Original Message -----
> > From: "Eli Mesika" <emesika at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Monday, August 26, 2013 11:22:20 AM
> > Subject: [Engine-devel] Opimizing Postgres Stored Procedures
> > 
> > Hi
> > 
> > I had merged the following patch
> > http://gerrit.ovirt.org/#/c/17962/
> > 
> > This patch introduce usage of the IMMUTABLE, STABLE and STRICT keywords in
> > order to boost performance of the Postgres SPs.
> > 
> > Please make sure that your current/and future DB scripts applied that.
> > 
> > 
> > Volatility
> > ----------
> > * A function should be marked as IMMUTABLE if it doesn't change the
> > database,
> > and if it doesn't perform any lookups (even for database configuration
> > values) during its operation.
> > * A function should be marked STABLE if it doesn't change the database, but
> > might perform lookups (IMMUTABLE is preferable if function meets the
> > requirements).
> > * A function doesn't need to be marked VOLATILE, because that's the
> > default.
> > 
> > STRICTNESS
> > ----------
> > A function should be marked STRICT if it should return NULL when it is
> > passed
> > a NULL argument, and then the function won't even be called if it is indeed
> > passed a NULL argument.
> > 
> > 
> > I am available for any questions.
> > 
> > Thanks
> > 
> > Eli
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From emesika at redhat.com  Wed Aug 28 09:55:21 2013
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 28 Aug 2013 05:55:21 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <25695337.4748049.1377657282897.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
	<25695337.4748049.1377657282897.JavaMail.root@redhat.com>
Message-ID: <847551317.5328326.1377683721889.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Martin Perina" <mperina at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 5:34:42 AM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> 
> 
> ----- Original Message -----
> > From: "Martin Perina" <mperina at redhat.com>
> > To: engine-devel at ovirt.org
> > Sent: Tuesday, August 27, 2013 2:54:38 PM
> > Subject: Re: [Engine-devel] Java Development Lifecycle
> > 
> > For me the most time consuming problem is GWT compilation. 

When compiling GWT it build both Admin & User portals , it duplicates the compilation time , can this please be separated such that I can build admin portal without a user portal and vice verse ???

It would be
> > really
> > nice
> > if we can agree to create some clear separation between frontend and
> > backend
> > part, for
> > example if frontend would communicate with backend only through REST API,
> > GWT
> > would
> > have to recompile only if REST API or some frontend code has been changed.
> > 
> > It's not something what can be done i short term, but it would be nice if
> > we
> > can
> > find a way how to do it and create a schedule for this task.
> 
> +100
> 
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Mooli Tayer" <mtayer at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > > Subject: [Engine-devel] Java Development Lifecycle
> > > 
> > > Hello,
> > > 
> > > I've been working on the engine for a few month now,
> > > And I feel I have not yet been able to find a productive and fast
> > > approach
> > > for Java development in different engine components.
> > > 
> > > This revolves mainly around:
> > > 
> > > Compiling and deploying artifacts:
> > > ==================================
> > > If I want to check a small change in the engine,
> > > Be it in an artifact that is part of engine.ear or when I am working on
> > > one
> > > of the side tools
> > > that might run as a service (e.g ovirt-engine-notifier)
> > > or just a single jar (engine-manage-domains)
> > > It is essential to compile only parts of the project and not all of it.
> > > 
> > > This can be achieved usually quite easily with mvn,
> > > however afterwards I would like to be able to also deploy and run it
> > > locally
> > > or even take all jars comprising a project and run them exploded inside
> > > my
> > > IDE
> > > (I use intellij idea) so I can enjoy live code editing and other benefits
> > > idea
> > > jboss & gwt integration offers. I have been using remote debug
> > > (which is available by default in the engine and non existent in other
> > > jars
> > > so
> > > I have to tamper manually with a python service file to add debug flags -
> > > see
> > > next)
> > > But it's not as powerful as running inside an IDE and I feel my current
> > > development lifecycle is
> > > not as fast and productive as it could have been.
> > > (I do understand the engine is complex regarding configuration and
> > > deployment, so it's a challenge)
> > > 
> > > Configuration:
> > > ==============
> > > This might be more of a todo item, I'm not sure..
> > > After deployment of an artifact to run on a machine(again, engine,
> > > notifier
> > > or whatever)
> > > if I want to change it's configuration
> > > (configure it for remote debug as mentioned or change it's logging
> > > behavior
> > > and so on)
> > > It seems I always have to do it in a different place which I always spend
> > > hours finding.
> > > It could be great if for all artifacts configuration could be streamlined
> > > and
> > > monolithic
> > > across different components.
> > > 
> > > These issues might seem obvious to some of you or unneeded to others, but
> > > I've decided to shout out
> > > in engine-devel because my usual way of approaching individuals has not
> > > got
> > > me very far,
> > > and also because I'm convinced some of you have found ways to be
> > > productive
> > > I
> > > am unaware of -
> > > Please share them! Others may have their own good ideas & approaches(or
> > > their
> > > own needs).
> > > 
> > > Thanks,
> > > Mooli.
> > > _______________________________________________
> > > 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
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From liran.zelkha at gmail.com  Wed Aug 28 09:59:29 2013
From: liran.zelkha at gmail.com (Liran Zelkha)
Date: Wed, 28 Aug 2013 12:59:29 +0300
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <847551317.5328326.1377683721889.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
	<25695337.4748049.1377657282897.JavaMail.root@redhat.com>
	<847551317.5328326.1377683721889.JavaMail.root@redhat.com>
Message-ID: <CAJ3aYLcSaXqzw9gX3uCovJvrjzW6XWvvMr5yAsYeRbs5BLQkDQ@mail.gmail.com>

I don't think I'm the only one in the community who thinks we should
reconsider our GWT usage...


On Wed, Aug 28, 2013 at 12:55 PM, Eli Mesika <emesika at redhat.com> wrote:

>
>
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Martin Perina" <mperina at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Wednesday, August 28, 2013 5:34:42 AM
> > Subject: Re: [Engine-devel] Java Development Lifecycle
> >
> >
> >
> > ----- Original Message -----
> > > From: "Martin Perina" <mperina at redhat.com>
> > > To: engine-devel at ovirt.org
> > > Sent: Tuesday, August 27, 2013 2:54:38 PM
> > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > >
> > > For me the most time consuming problem is GWT compilation.
>
> When compiling GWT it build both Admin & User portals , it duplicates the
> compilation time , can this please be separated such that I can build admin
> portal without a user portal and vice verse ???
>
> It would be
> > > really
> > > nice
> > > if we can agree to create some clear separation between frontend and
> > > backend
> > > part, for
> > > example if frontend would communicate with backend only through REST
> API,
> > > GWT
> > > would
> > > have to recompile only if REST API or some frontend code has been
> changed.
> > >
> > > It's not something what can be done i short term, but it would be nice
> if
> > > we
> > > can
> > > find a way how to do it and create a schedule for this task.
> >
> > +100
> >
> > >
> > >
> > >
> > > ----- Original Message -----
> > > > From: "Mooli Tayer" <mtayer at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > > > Subject: [Engine-devel] Java Development Lifecycle
> > > >
> > > > Hello,
> > > >
> > > > I've been working on the engine for a few month now,
> > > > And I feel I have not yet been able to find a productive and fast
> > > > approach
> > > > for Java development in different engine components.
> > > >
> > > > This revolves mainly around:
> > > >
> > > > Compiling and deploying artifacts:
> > > > ==================================
> > > > If I want to check a small change in the engine,
> > > > Be it in an artifact that is part of engine.ear or when I am working
> on
> > > > one
> > > > of the side tools
> > > > that might run as a service (e.g ovirt-engine-notifier)
> > > > or just a single jar (engine-manage-domains)
> > > > It is essential to compile only parts of the project and not all of
> it.
> > > >
> > > > This can be achieved usually quite easily with mvn,
> > > > however afterwards I would like to be able to also deploy and run it
> > > > locally
> > > > or even take all jars comprising a project and run them exploded
> inside
> > > > my
> > > > IDE
> > > > (I use intellij idea) so I can enjoy live code editing and other
> benefits
> > > > idea
> > > > jboss & gwt integration offers. I have been using remote debug
> > > > (which is available by default in the engine and non existent in
> other
> > > > jars
> > > > so
> > > > I have to tamper manually with a python service file to add debug
> flags -
> > > > see
> > > > next)
> > > > But it's not as powerful as running inside an IDE and I feel my
> current
> > > > development lifecycle is
> > > > not as fast and productive as it could have been.
> > > > (I do understand the engine is complex regarding configuration and
> > > > deployment, so it's a challenge)
> > > >
> > > > Configuration:
> > > > ==============
> > > > This might be more of a todo item, I'm not sure..
> > > > After deployment of an artifact to run on a machine(again, engine,
> > > > notifier
> > > > or whatever)
> > > > if I want to change it's configuration
> > > > (configure it for remote debug as mentioned or change it's logging
> > > > behavior
> > > > and so on)
> > > > It seems I always have to do it in a different place which I always
> spend
> > > > hours finding.
> > > > It could be great if for all artifacts configuration could be
> streamlined
> > > > and
> > > > monolithic
> > > > across different components.
> > > >
> > > > These issues might seem obvious to some of you or unneeded to
> others, but
> > > > I've decided to shout out
> > > > in engine-devel because my usual way of approaching individuals has
> not
> > > > got
> > > > me very far,
> > > > and also because I'm convinced some of you have found ways to be
> > > > productive
> > > > I
> > > > am unaware of -
> > > > Please share them! Others may have their own good ideas &
> approaches(or
> > > > their
> > > > own needs).
> > > >
> > > > Thanks,
> > > > Mooli.
> > > > _______________________________________________
> > > > 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
> > >
> > _______________________________________________
> > 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/20130828/7f2ec759/attachment.html>

From alonbl at redhat.com  Wed Aug 28 10:00:02 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Wed, 28 Aug 2013 06:00:02 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <847551317.5328326.1377683721889.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
	<25695337.4748049.1377657282897.JavaMail.root@redhat.com>
	<847551317.5328326.1377683721889.JavaMail.root@redhat.com>
Message-ID: <1842552845.2938939.1377684002892.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 12:55:21 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> 
> 
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Martin Perina" <mperina at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Wednesday, August 28, 2013 5:34:42 AM
> > Subject: Re: [Engine-devel] Java Development Lifecycle
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Martin Perina" <mperina at redhat.com>
> > > To: engine-devel at ovirt.org
> > > Sent: Tuesday, August 27, 2013 2:54:38 PM
> > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > 
> > > For me the most time consuming problem is GWT compilation.
> 
> When compiling GWT it build both Admin & User portals , it duplicates the
> compilation time , can this please be separated such that I can build admin
> portal without a user portal and vice verse ???

make .... BUILD_GWT_USERPORTAL=0

> 
> It would be
> > > really
> > > nice
> > > if we can agree to create some clear separation between frontend and
> > > backend
> > > part, for
> > > example if frontend would communicate with backend only through REST API,
> > > GWT
> > > would
> > > have to recompile only if REST API or some frontend code has been
> > > changed.
> > > 
> > > It's not something what can be done i short term, but it would be nice if
> > > we
> > > can
> > > find a way how to do it and create a schedule for this task.
> > 
> > +100
> > 
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Mooli Tayer" <mtayer at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > > > Subject: [Engine-devel] Java Development Lifecycle
> > > > 
> > > > Hello,
> > > > 
> > > > I've been working on the engine for a few month now,
> > > > And I feel I have not yet been able to find a productive and fast
> > > > approach
> > > > for Java development in different engine components.
> > > > 
> > > > This revolves mainly around:
> > > > 
> > > > Compiling and deploying artifacts:
> > > > ==================================
> > > > If I want to check a small change in the engine,
> > > > Be it in an artifact that is part of engine.ear or when I am working on
> > > > one
> > > > of the side tools
> > > > that might run as a service (e.g ovirt-engine-notifier)
> > > > or just a single jar (engine-manage-domains)
> > > > It is essential to compile only parts of the project and not all of it.
> > > > 
> > > > This can be achieved usually quite easily with mvn,
> > > > however afterwards I would like to be able to also deploy and run it
> > > > locally
> > > > or even take all jars comprising a project and run them exploded inside
> > > > my
> > > > IDE
> > > > (I use intellij idea) so I can enjoy live code editing and other
> > > > benefits
> > > > idea
> > > > jboss & gwt integration offers. I have been using remote debug
> > > > (which is available by default in the engine and non existent in other
> > > > jars
> > > > so
> > > > I have to tamper manually with a python service file to add debug flags
> > > > -
> > > > see
> > > > next)
> > > > But it's not as powerful as running inside an IDE and I feel my current
> > > > development lifecycle is
> > > > not as fast and productive as it could have been.
> > > > (I do understand the engine is complex regarding configuration and
> > > > deployment, so it's a challenge)
> > > > 
> > > > Configuration:
> > > > ==============
> > > > This might be more of a todo item, I'm not sure..
> > > > After deployment of an artifact to run on a machine(again, engine,
> > > > notifier
> > > > or whatever)
> > > > if I want to change it's configuration
> > > > (configure it for remote debug as mentioned or change it's logging
> > > > behavior
> > > > and so on)
> > > > It seems I always have to do it in a different place which I always
> > > > spend
> > > > hours finding.
> > > > It could be great if for all artifacts configuration could be
> > > > streamlined
> > > > and
> > > > monolithic
> > > > across different components.
> > > > 
> > > > These issues might seem obvious to some of you or unneeded to others,
> > > > but
> > > > I've decided to shout out
> > > > in engine-devel because my usual way of approaching individuals has not
> > > > got
> > > > me very far,
> > > > and also because I'm convinced some of you have found ways to be
> > > > productive
> > > > I
> > > > am unaware of -
> > > > Please share them! Others may have their own good ideas & approaches(or
> > > > their
> > > > own needs).
> > > > 
> > > > Thanks,
> > > > Mooli.
> > > > _______________________________________________
> > > > 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
> > > 
> > _______________________________________________
> > 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 lhornyak at redhat.com  Wed Aug 28 11:02:18 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Wed, 28 Aug 2013 07:02:18 -0400 (EDT)
Subject: [Engine-devel] Opimizing Postgres Stored Procedures
In-Reply-To: <1515360945.5323688.1377683114018.JavaMail.root@redhat.com>
References: <663980392.3966209.1377508940587.JavaMail.root@redhat.com>
	<1800102915.5779668.1377592827358.JavaMail.root@redhat.com>
	<1515360945.5323688.1377683114018.JavaMail.root@redhat.com>
Message-ID: <1219881405.6480591.1377687738151.JavaMail.root@redhat.com>


----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Laszlo Hornyak" <lhornyak at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 28, 2013 11:45:14 AM
> Subject: Re: [Engine-devel] Opimizing Postgres Stored Procedures
> 
> 
> 
> ----- Original Message -----
> > From: "Laszlo Hornyak" <lhornyak at redhat.com>
> > To: "Eli Mesika" <emesika at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, August 27, 2013 11:40:27 AM
> > Subject: Re: [Engine-devel] Opimizing Postgres Stored Procedures
> > 
> > Hi Eli,
> > 
> > Most of the functions that we have in the DB are doing very simple jobs
> > like
> > run a query, insert/update and I see that now you have all QUERY functions
> > as STABLE.
> > My questions:
> > Is this required for new functions from now on?
> Yes and a email asking that was posted to engine_devel
> 
> > Is this done in order to improve performance?
> Yes

Do you have any documents/benchmarks on how and why does this improve performance?
STABLE functions should improve performance if they return the same result for the same parameters in the same statement.
E.g. if you have a stable function like "select foo(x) from y" then the function can be invoked only once to evaluate each distinct value of y.x - this is kind of useful
Functions running queries for the ovirt engine are typically invoked from client side, therefore they are only ivoked once from the parameters list and therefore will be only executed once for that single statement.

> 
> > 
> > Thank you,
> > Laszlo
> > 
> > ----- Original Message -----
> > > From: "Eli Mesika" <emesika at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Monday, August 26, 2013 11:22:20 AM
> > > Subject: [Engine-devel] Opimizing Postgres Stored Procedures
> > > 
> > > Hi
> > > 
> > > I had merged the following patch
> > > http://gerrit.ovirt.org/#/c/17962/
> > > 
> > > This patch introduce usage of the IMMUTABLE, STABLE and STRICT keywords
> > > in
> > > order to boost performance of the Postgres SPs.
> > > 
> > > Please make sure that your current/and future DB scripts applied that.
> > > 
> > > 
> > > Volatility
> > > ----------
> > > * A function should be marked as IMMUTABLE if it doesn't change the
> > > database,
> > > and if it doesn't perform any lookups (even for database configuration
> > > values) during its operation.
> > > * A function should be marked STABLE if it doesn't change the database,
> > > but
> > > might perform lookups (IMMUTABLE is preferable if function meets the
> > > requirements).
> > > * A function doesn't need to be marked VOLATILE, because that's the
> > > default.
> > > 
> > > STRICTNESS
> > > ----------
> > > A function should be marked STRICT if it should return NULL when it is
> > > passed
> > > a NULL argument, and then the function won't even be called if it is
> > > indeed
> > > passed a NULL argument.
> > > 
> > > 
> > > I am available for any questions.
> > > 
> > > Thanks
> > > 
> > > Eli
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 


From jhernand at redhat.com  Wed Aug 28 11:06:46 2013
From: jhernand at redhat.com (Juan Hernandez)
Date: Wed, 28 Aug 2013 13:06:46 +0200
Subject: [Engine-devel] Findbugs bug count will decrease dramatically
Message-ID: <521DD9C6.5000401@redhat.com>

Hello all,

We have recently discovered an issue with the findbugs configuration
that was disabling many filters. It has been fixed in [1], and that
means that the number of bugs detected by findbugs will decrease
dramatically, approx 400 bugs less according to Alissa Bonas (thanks for
the input Alissa). Take it into account when working on fixing findbugs
issues.

[1] http://gerrit.ovirt.org/18642

Regards,
Juan Hernandez
-- 
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 ykatabam at redhat.com  Wed Aug 28 11:06:38 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Wed, 28 Aug 2013 21:06:38 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #16] "Cannot
 change/edit item in tree context"
In-Reply-To: <521B0A95.9060308@redhat.com>
References: <521B0A95.9060308@redhat.com>
Message-ID: <521DD9BE.3030908@redhat.com>

Hi all,

I am re-posting this question to add a few points.

> Cannot change Cluster in tree context
> Cannot change Data Center in tree context
> Cannot change Host in tree context
- I have confirmed that it is not possible to change the name of 
Cluster, Data Center or Host that is selected in the tree pane, but 
other settings can be changed.
The current strings sound like you cannot change any details of those items.

Cannot edit name in tree context

- It sounds as if user attempted to edit a name directly on the tree 
pane and got this message.


It would be very much appreciated if anyone can clarify these points and 
let me know if my interpretation I previously posted is correct or 
incorrect.

Kind regards,

Yuko

On 08/26/2013 05:58 PM, Yuko Katabami wrote:
> Hello all,
>
> I would like to ask your help again with those strings:
>
> *File:* uicompat.UIConstants
> *Resource IDs:*
> cannotChangeClusterInTreeContext
> cannotChangeDCInTreeContext
> cannotChangeHostInTreeContext
> cannotEditNameInTreeContext
> *Strings:*
> Cannot change Cluster in tree context
> Cannot change Data Center in tree context
> Cannot change Host in tree context
> Cannot edit name in tree context
>
> I have found this information (at http://gerrit.ovirt.org/#/c/17886/): 
> When a specific item (for example, an actual host -- not "Hosts") is 
> selected in the left-pane tree, we need to disable editing the name of 
> that item.
>
> Is this relevant to all of those strings?
>
> If so, is my following interpretation correct?
>
> Cannot change Cluster in tree context => Cannot change name of the 
> Cluster which is selected in the tree context
>
> Cannot change Data Center in tree context=> Cannot change the name of 
> the Data Center which is selected in the tree context
>
> Cannot change Host in tree context=> Cannot change the name of the 
> Host which is selected in the tree context
>
> Cannot edit name in tree context=> Cannot edit the name of an item 
> which is selected in the tree context
>
>
> The current strings can be interpreted in several different ways and 
> we would like to have the above points clarified so that we can 
> translate them accurately.
>
> Thank you,
>
> Yuko
> -- 
> Regards,
>
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> *Mobile:* +61 415 847 352
> *Email:* ykatabam at redhat.com
>
> Red Hat
>
> *Red Hat, Asia-Pacific Pty Ltd*
> Level 1, 193 North Quay
> Brisbane 4000
> *Office:* +61 7 3514 8100
> *Fax:* +61 7 3514 8199
> *Website:* www.redhat.com <http://www.redhat.com>
>
> *Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red 
> Hat Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
> <http://www.facebook.com/redhatkorea> | JBoss APAC 
> <http://www.facebook.com/JBossAPAC>
> *Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red 
> Hat ANZ <http://www.twitter.com/redhatanz>
> *LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> 
> | JBoss APAC <http://www.linkedin.com/groups?gid=4068303>

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/108d4164/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/108d4164/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/108d4164/attachment-0001.png>

From sabose at redhat.com  Wed Aug 28 11:30:59 2013
From: sabose at redhat.com (Sahina Bose)
Date: Wed, 28 Aug 2013 17:00:59 +0530
Subject: [Engine-devel] UX inputs on gluster volume async tasks
Message-ID: <521DDF73.9090505@redhat.com>

Hi Malini, Eldan,

Could you provide feedback from UX perspective on this feature?

The feature description and User flows are at
http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management

thanks
sahina



From ecohen at redhat.com  Wed Aug 28 11:39:06 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Wed, 28 Aug 2013 07:39:06 -0400 (EDT)
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #16]
 "Cannot change/edit item in tree context"
In-Reply-To: <521DD9BE.3030908@redhat.com>
References: <521B0A95.9060308@redhat.com> <521DD9BE.3030908@redhat.com>
Message-ID: <2032766017.7749890.1377689946736.JavaMail.root@redhat.com>

Hi Yuko,

- The "cannot edit name in tree context" refers to the message that 
appears in the tool-tip of the Name field in the Edit dialog of a 
certain object while that object is selected in the tree.
see attached "EditCluster-TreeContext.png" - the "Cluster-32" object 
is selected in the left-pane tree, and while it is selected, we chose 
to open its Edit dialog, in which we cannot edit the Name field (see 
the tooltip).

- The "cannot change [type] in tree context" refers to the message 
that appears on the relevant field, typically in an Edit dialog of 
an object that is somehow related to [type], while an object of 
type [type] (or related) is selected in the left-pane tree.
example: see attached "NewHost-CannotChangeCluster.png" - in this 
example, you can see that the "Cluster-32" cluster is selected in 
the left pane tree, and we are trying to add a new Host to the 
system. You can see in the New Host dialog that the Cluster drop-
down is disabled, with the explanation that we "Cannot change 
Cluster in tree context", i.e., while there is a specific Cluster 
selected on the left-pane tree, it is possible to create a Host 
only within that Cluster (i.e. it is impossible to change the 
selected-item in the Cluster drop-down in the New Host dialog 
while a specific Cluster is selected in the left-pane tree).

I hope it clarifies - please let me know if you have additional 
questions.

----
Thanks,
Einav

----- Original Message -----
> From: "Yuko Katabami" <ykatabam at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 7:06:38 AM
> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #16] "Cannot change/edit item in tree context"
> 
> Hi all,
> 
> I am re-posting this question to add a few points.
> 
> 
> 
> Cannot change Cluster in tree context
> Cannot change Data Center in tree context
> Cannot change Host in tree context - I have confirmed that it is not possible
> to change the name of Cluster, Data Center or Host that is selected in the
> tree pane, but other settings can be changed.
> The current strings sound like you cannot change any details of those items.
> 
> Cannot edit name in tree context
> 
> - It sounds as if user attempted to edit a name directly on the tree pane and
> got this message.
> 
> 
> It would be very much appreciated if anyone can clarify these points and let
> me know if my interpretation I previously posted is correct or incorrect.
> 
> Kind regards,
> 
> Yuko
> 
> On 08/26/2013 05:58 PM, Yuko Katabami wrote:
> 
> 
> Hello all,
> 
> I would like to ask your help again with those strings:
> 
> File: uicompat.UIConstants
> Resource IDs:
> cannotChangeClusterInTreeContext
> cannotChangeDCInTreeContext
> cannotChangeHostInTreeContext
> cannotEditNameInTreeContext
> Strings:
> Cannot change Cluster in tree context
> Cannot change Data Center in tree context
> Cannot change Host in tree context
> Cannot edit name in tree context
> 
> I have found this information (at http://gerrit.ovirt.org/#/c/17886/ ): When
> a specific item (for example, an actual host -- not "Hosts") is selected in
> the left-pane tree, we need to disable editing the name of that item.
> 
> Is this relevant to all of those strings?
> 
> If so, is my following interpretation correct?
> 
> Cannot change Cluster in tree context => Cannot change name of the Cluster
> which is selected in the tree context
> 
> Cannot change Data Center in tree context=> Cannot change the name of the
> Data Center which is selected in the tree context
> 
> Cannot change Host in tree context=> Cannot change the name of the Host which
> is selected in the tree context
> 
> Cannot edit name in tree context=> Cannot edit the name of an item which is
> selected in the tree context
> 
> 
> The current strings can be interpreted in several different ways and we would
> like to have the above points clarified so that we can translate them
> accurately.
> 
> Thank you,
> 
> Yuko
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> --
> Regards,
> 
> Yuko Katabami (?????)
> Technical Translator II
> NAATI Accredited Professional Translator (English into Japanese) #28138
> RHCSA #111-119-244
> Mobile: +61 415 847 352
> Email: ykatabam at redhat.com
> 
> 
> 
> Red Hat, Asia-Pacific Pty Ltd
> Level 1, 193 North Quay
> Brisbane 4000
> Office: +61 7 3514 8100
> Fax: +61 7 3514 8199
> Website: www.redhat.com
> 
> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
> Twitter: Red Hat APAC | Red Hat ANZ
> LinkedIn: Red Hat APAC | JBoss APAC
> 
> _______________________________________________
> 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: EditCluster-TreeContext.png
Type: image/png
Size: 85269 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/c72e7b0b/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NewHost-CannotChangeCluster.png
Type: image/png
Size: 81824 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/c72e7b0b/attachment-0001.png>

From ykatabam at redhat.com  Wed Aug 28 11:57:43 2013
From: ykatabam at redhat.com (Yuko Katabami)
Date: Wed, 28 Aug 2013 21:57:43 +1000
Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #16]
 "Cannot change/edit item in tree context"
In-Reply-To: <2032766017.7749890.1377689946736.JavaMail.root@redhat.com>
References: <521B0A95.9060308@redhat.com> <521DD9BE.3030908@redhat.com>
	<2032766017.7749890.1377689946736.JavaMail.root@redhat.com>
Message-ID: <521DE5B7.6060504@redhat.com>

Hi Einav,

Thank you very much for your detailed information and screen shots.
I understand it clearly now and will share this with other translators 
to ensure that those strings are localized appropriately.

Kind regards,

Yuko
On 08/28/2013 09:39 PM, Einav Cohen wrote:
> Hi Yuko,
>
> - The "cannot edit name in tree context" refers to the message that
> appears in the tool-tip of the Name field in the Edit dialog of a
> certain object while that object is selected in the tree.
> see attached "EditCluster-TreeContext.png" - the "Cluster-32" object
> is selected in the left-pane tree, and while it is selected, we chose
> to open its Edit dialog, in which we cannot edit the Name field (see
> the tooltip).
>
> - The "cannot change [type] in tree context" refers to the message
> that appears on the relevant field, typically in an Edit dialog of
> an object that is somehow related to [type], while an object of
> type [type] (or related) is selected in the left-pane tree.
> example: see attached "NewHost-CannotChangeCluster.png" - in this
> example, you can see that the "Cluster-32" cluster is selected in
> the left pane tree, and we are trying to add a new Host to the
> system. You can see in the New Host dialog that the Cluster drop-
> down is disabled, with the explanation that we "Cannot change
> Cluster in tree context", i.e., while there is a specific Cluster
> selected on the left-pane tree, it is possible to create a Host
> only within that Cluster (i.e. it is impossible to change the
> selected-item in the Cluster drop-down in the New Host dialog
> while a specific Cluster is selected in the left-pane tree).
>
> I hope it clarifies - please let me know if you have additional
> questions.
>
> ----
> Thanks,
> Einav
>
> ----- Original Message -----
>> From: "Yuko Katabami" <ykatabam at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Wednesday, August 28, 2013 7:06:38 AM
>> Subject: [Engine-devel] [oVirt/RHEV 3.3 Localization Question #16] "Cannot change/edit item in tree context"
>>
>> Hi all,
>>
>> I am re-posting this question to add a few points.
>>
>>
>>
>> Cannot change Cluster in tree context
>> Cannot change Data Center in tree context
>> Cannot change Host in tree context - I have confirmed that it is not possible
>> to change the name of Cluster, Data Center or Host that is selected in the
>> tree pane, but other settings can be changed.
>> The current strings sound like you cannot change any details of those items.
>>
>> Cannot edit name in tree context
>>
>> - It sounds as if user attempted to edit a name directly on the tree pane and
>> got this message.
>>
>>
>> It would be very much appreciated if anyone can clarify these points and let
>> me know if my interpretation I previously posted is correct or incorrect.
>>
>> Kind regards,
>>
>> Yuko
>>
>> On 08/26/2013 05:58 PM, Yuko Katabami wrote:
>>
>>
>> Hello all,
>>
>> I would like to ask your help again with those strings:
>>
>> File: uicompat.UIConstants
>> Resource IDs:
>> cannotChangeClusterInTreeContext
>> cannotChangeDCInTreeContext
>> cannotChangeHostInTreeContext
>> cannotEditNameInTreeContext
>> Strings:
>> Cannot change Cluster in tree context
>> Cannot change Data Center in tree context
>> Cannot change Host in tree context
>> Cannot edit name in tree context
>>
>> I have found this information (at http://gerrit.ovirt.org/#/c/17886/ ): When
>> a specific item (for example, an actual host -- not "Hosts") is selected in
>> the left-pane tree, we need to disable editing the name of that item.
>>
>> Is this relevant to all of those strings?
>>
>> If so, is my following interpretation correct?
>>
>> Cannot change Cluster in tree context => Cannot change name of the Cluster
>> which is selected in the tree context
>>
>> Cannot change Data Center in tree context=> Cannot change the name of the
>> Data Center which is selected in the tree context
>>
>> Cannot change Host in tree context=> Cannot change the name of the Host which
>> is selected in the tree context
>>
>> Cannot edit name in tree context=> Cannot edit the name of an item which is
>> selected in the tree context
>>
>>
>> The current strings can be interpreted in several different ways and we would
>> like to have the above points clarified so that we can translate them
>> accurately.
>>
>> Thank you,
>>
>> Yuko
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> --
>> Regards,
>>
>> Yuko Katabami (?????)
>> Technical Translator II
>> NAATI Accredited Professional Translator (English into Japanese) #28138
>> RHCSA #111-119-244
>> Mobile: +61 415 847 352
>> Email: ykatabam at redhat.com
>>
>>
>>
>> Red Hat, Asia-Pacific Pty Ltd
>> Level 1, 193 North Quay
>> Brisbane 4000
>> Office: +61 7 3514 8100
>> Fax: +61 7 3514 8199
>> Website: www.redhat.com
>>
>> Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
>> Twitter: Red Hat APAC | Red Hat ANZ
>> LinkedIn: Red Hat APAC | JBoss APAC
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >

-- 
Regards,

Yuko Katabami (?????)
Technical Translator II
NAATI Accredited Professional Translator (English into Japanese) #28138
RHCSA #111-119-244
*Mobile:* +61 415 847 352
*Email:* ykatabam at redhat.com

Red Hat

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office:* +61 7 3514 8100
*Fax:* +61 7 3514 8199
*Website:* www.redhat.com <http://www.redhat.com>

*Facebook:* Red Hat APAC <http://www.facebook.com/redhatapac> | Red Hat 
Japan <http://www.facebook.com/redhatjapan> | Red Hat Korea 
<http://www.facebook.com/redhatkorea> | JBoss APAC 
<http://www.facebook.com/JBossAPAC>
*Twitter:* Red Hat APAC <http://www.twitter.com/red_hat_apac> | Red Hat 
ANZ <http://www.twitter.com/redhatanz>
*LinkedIn:* Red Hat APAC <http://www.linkedin.com/groups?gid=3124596> | 
JBoss APAC <http://www.linkedin.com/groups?gid=4068303>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/d104a2fb/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: redhat-logo.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130828/d104a2fb/attachment.png>

From liran.zelkha at gmail.com  Wed Aug 28 13:19:32 2013
From: liran.zelkha at gmail.com (Liran Zelkha)
Date: Wed, 28 Aug 2013 16:19:32 +0300
Subject: [Engine-devel] Ideas about engine clustering?
In-Reply-To: <A0A4CEA6-3804-41D9-93D3-DF94740331E9@gmail.com>
References: <CANDY9WOqUYcGzzf8qYcgKTLhjzYsUhNzD0BfyHEKxh8jkqh6cA@mail.gmail.com>
	<865677862.3838672.1377095030076.JavaMail.root@redhat.com>
	<CANDY9WNER3ebjaWH+oLQgfgptTqemXjg2=b6Pq7fLomWbWh31w@mail.gmail.com>
	<5214EDBF.6090403@redhat.com>
	<CANDY9WNROVAUNp80UcJaeevDgFAAqpgGCFHthydNVzkomCaBwQ@mail.gmail.com>
	<5215BC20.8010903@redhat.com>
	<A0A4CEA6-3804-41D9-93D3-DF94740331E9@gmail.com>
Message-ID: <CAJ3aYLcyB0sn_7uJ2fhxkA1GDA1xkdhTKp8aS-idpMNrVL6Qnw@mail.gmail.com>

I've added a wiki page on Engine HA.
http://www.ovirt.org/Features/Engine_High_Availability
Please add your comments, we'll try to make this an ongoing effort.


On Sat, Aug 24, 2013 at 3:25 PM, Liran Zelkha <liran.zelkha at gmail.com>wrote:

> IMHO EJB clustering is not the direction we should take, especially
> considering our IoC plans (see http://gerrit.ovirt.org/#/c/5575/).
> QuartzScheduler can be easily fixed by using a DB for Quartz
> configuration. We had such a discussion a few weeks ago.
> mod_jk is probably better for our HA.
> Postgres clustering should probably be a different task, as it's more
> infra and less code.
>
> Another thing to consider is locking, currently done using synchronized,
> and will need to be changed somehow (probably using Infinispan).
>
> On Aug 22, 2013, at 10:22 AM, Itamar Heim wrote:
>
> On 08/21/2013 10:27 PM, plysan wrote:
>
>
>
>
> 2013/8/22 Itamar Heim <iheim at redhat.com <mailto:iheim at redhat.com<iheim at redhat.com>
> >>
>
>
>    On 08/21/2013 11:08 AM, plysan wrote:
>
>
>
>
>
>        2013/8/21 Laszlo Hornyak <lhornyak at redhat.com
>
>        <mailto:lhornyak at redhat.com <lhornyak at redhat.com>> <
> mailto:lhornyak at redhat.com <lhornyak at redhat.com>
>
>        <mailto:lhornyak at redhat.com <lhornyak at redhat.com>>>>
>
>
>
>             Hi,
>
>
>             ----- Original Message -----
>
>              > From: "plysan" <plysab at gmail.com
>
>        <mailto:plysab at gmail.com <plysab at gmail.com>> <
> mailto:plysab at gmail.com <plysab at gmail.com>
>
>        <mailto:plysab at gmail.com <plysab at gmail.com>>>>
>
>              > To: engine-devel at ovirt.org
>
>        <mailto:engine-devel at ovirt.org <engine-devel at ovirt.org>> <
> mailto:engine-devel at ovirt.org <engine-devel at ovirt.org>
>
>        <mailto:engine-devel at ovirt.org <engine-devel at ovirt.org>>__>
>
>              > Sent: Wednesday, August 21, 2013 3:49:31 PM
>
>              > Subject: [Engine-devel] Ideas about engine clustering?
>
>              >
>
>              > Hello, guys:
>
>              >
>
>              > I'm trying to make a jboss clustering environment for
>
>        engine. But
>
>             felt the
>
>              > difficuty too.
>
>              > So I want to know if any one is working on this? I
>
>        googled it and
>
>             haven't
>
>              > found anything.
>
>              >
>
>              > I know there will be lots of things to do for engine
>
>        migrating to
>
>             clustering
>
>              > environment. I just want to know what problem need to be
>
>        solved?
>
>              > I would like to list the things I think that is needed
>
>        to do(or
>
>             solve):
>
>              > 1. run jboss in standalone-ha mode or domain mode.
>
>              > 2. add @Clustered annotation to each EJB, I think this
>
>        will solve the
>
>              > replication problem in cluster, probably lots of details
>
>        in it.
>
>              > 3. QuartzScheduler problem, only one node running a
>
>        scheduler is
>
>             enough at a
>
>              > time instead of each node running one.
>
>              > 4. use mod_cluster to handle load balancing.
>
>              > 5. postgresql clustering.
>
>
>             For failover it sounds like a plan, just wondering if this
>
>        could
>
>             solve load balancing problems as well.
>
>             Ovirt is generating a big load on the DB and I would be really
>
>             interested if SQL DB clustering could solve the issues.
>
>             It would be great if it could, big part of the scalablity
>
>        issue is
>
>             the evil things we did against that poor database.
>
>
>              > 6. There should be more, but hope anyone can think about
>
>        it :D
>
>
>             There are tons of data structures that are used in oVirt
>
>        that store
>
>             state. You will have to hunt all of these down and replace
>
>        with a
>
>             data structure that is shared between the cluster memebers.
>
>        This may
>
>             be a big lot of work from many parts of the application.
>
>
>
>        Indeed, and like Yair Zaslavsky said, we can put the data
>
>        structure in
>
>        infinispan cache, but clustered EJB can do the same thing for
>
>        us, right?
>
>        If all those state values are inside EJBs. (iirc)**
>
>
>
>
>              >
>
>              > Any ideas?
>
>              >
>
>              > Thanks!
>
>              >
>
>              > _________________________________________________
>
>              > Engine-devel mailing list
>
>              > Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org<Engine-devel at ovirt.org>
> >
>
>        <mailto:Engine-devel at ovirt.org <Engine-devel at ovirt.org> <
> mailto:Engine-devel at ovirt.org <Engine-devel at ovirt.org>>__>
>
>              > http://lists.ovirt.org/__mailman/listinfo/engine-devel
>
>        <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>
>
>              >
>
>
>
>
>
>        _________________________________________________
>
>        Engine-devel mailing list
>
>        Engine-devel at ovirt.org <mailto:Engine-devel at ovirt.org<Engine-devel at ovirt.org>
> >
>
>        http://lists.ovirt.org/__mailman/listinfo/engine-devel
>
>        <http://lists.ovirt.org/mailman/listinfo/engine-devel>
>
>
>
>    unless you need the load balancing, just for HA, hosted-engine
>
>    should cover your needs?
>
>
> I think failover and more scalability  is what i am interested here.
>
> Just thinking about the possibilities :)
>
> Imagine engine would never get restarted from outside view. Cool isn't it?
>
>
> active/passive failover you should get from hosted-engine (yes, with some
> downtime)
> scalability and active-active would be great. iirc, juan looked at
> implications of doing this a while back
> _______________________________________________
> 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/20130828/d44c3ac5/attachment.html>

From ehildesh at redhat.com  Wed Aug 28 15:58:12 2013
From: ehildesh at redhat.com (Eldan Hildesheim)
Date: Wed, 28 Aug 2013 11:58:12 -0400 (EDT)
Subject: [Engine-devel] UX inputs on gluster volume async tasks
In-Reply-To: <521DDF73.9090505@redhat.com>
References: <521DDF73.9090505@redhat.com>
Message-ID: <1566553661.2992007.1377705492573.JavaMail.root@redhat.com>

Hi,
Will work on it 1st time next week.
E.

----- Original Message -----
From: "Sahina Bose" <sabose at redhat.com>
To: "Malini Rao" <mrao at redhat.com>, "Eldan Hildesheim" <ehildesh at redhat.com>
Cc: "engine-devel" <engine-devel at ovirt.org>, "Dusmant Pati" <dpati at redhat.com>
Sent: Wednesday, August 28, 2013 2:30:59 PM
Subject: UX inputs on gluster volume async tasks

Hi Malini, Eldan,

Could you provide feedback from UX perspective on this feature?

The feature description and User flows are at
http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management

thanks
sahina



From emesika at redhat.com  Wed Aug 28 20:14:21 2013
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 28 Aug 2013 16:14:21 -0400 (EDT)
Subject: [Engine-devel] Questions about database changes
In-Reply-To: <280797646.4816097.1377672986447.JavaMail.root@redhat.com>
References: <B2CAFC4D5E2D574A883EF61ACD5ADE3301810A60@SERV070.corp.eldorado.org.br>
	<280797646.4816097.1377672986447.JavaMail.root@redhat.com>
Message-ID: <2077345788.5926220.1377720861671.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 9:56:26 AM
> Subject: Re: [Engine-devel] Questions about database changes
> 
> 
> 
> ----- Original Message -----
> > From: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> > To: engine-devel at ovirt.org
> > Sent: Tuesday, August 27, 2013 4:18:12 PM
> > Subject: [Engine-devel] Questions about database changes
> > 
> > Hi everyone,
> > 
> > I would like some feedback about how to create the upgrade script that
> > creates columns for the architecture of each VM, template and cluster in
> > the
> > engine database.
> > 
> > The changes #17853 and #16700 introduce a field (and the respective Enum)
> > used to store the target architecture of a cluster, VM or template (which
> > currently can be either x86_64, ppc64 or undefined).
> > In their current state, these changes introduce a VARCHAR column storing
> > the
> > architecture, but now I wanted to implement an autocompleter for this field
> > in the search backend, and it would be massively cleaner and easier to use
> > the architecture field as an integer (since Enums that implement the
> > Identifiable interface can use the EnumValueAutoCompleter class).
> > 
> > Considering that these two changes are already in review, should I modify
> > them directly to use an integer or should I create another patch that
> > changes the column in the database? If I create another patch, should it
> > modify the upgrade script from change #16700 or it must create another
> > script that migrates the column from a VARCHAR to an INTEGER?
> > 
> > Thanks,
> > Vitor de Lima
> 
> If still under review, why not modify the existing patches for review? (i.e -
> use the same change-id where needed)

I agree , patches are not merged yet , so change should be in original upgrade it will not affect anyone except of the specific developer that tested that....

> 
> Cheers,
> Yair
> 
> > 
> > 
> > _______________________________________________
> > 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 emesika at redhat.com  Wed Aug 28 20:18:59 2013
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 28 Aug 2013 16:18:59 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <1842552845.2938939.1377684002892.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
	<25695337.4748049.1377657282897.JavaMail.root@redhat.com>
	<847551317.5328326.1377683721889.JavaMail.root@redhat.com>
	<1842552845.2938939.1377684002892.JavaMail.root@redhat.com>
Message-ID: <514657763.5927931.1377721139252.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 1:00:02 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> 
> 
> ----- Original Message -----
> > From: "Eli Mesika" <emesika at redhat.com>
> > To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > Cc: engine-devel at ovirt.org
> > Sent: Wednesday, August 28, 2013 12:55:21 PM
> > Subject: Re: [Engine-devel] Java Development Lifecycle
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > To: "Martin Perina" <mperina at redhat.com>
> > > Cc: engine-devel at ovirt.org
> > > Sent: Wednesday, August 28, 2013 5:34:42 AM
> > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Martin Perina" <mperina at redhat.com>
> > > > To: engine-devel at ovirt.org
> > > > Sent: Tuesday, August 27, 2013 2:54:38 PM
> > > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > > 
> > > > For me the most time consuming problem is GWT compilation.
> > 
> > When compiling GWT it build both Admin & User portals , it duplicates the
> > compilation time , can this please be separated such that I can build admin
> > portal without a user portal and vice verse ???
> 
> make .... BUILD_GWT_USERPORTAL=0

Yap , that's great 
Just one thing , since 99% a developer compiles dev env is for admin portal , it will be nice to default BUILD_GWT_USERPORTAL to 0 for ease of use 

> 
> > 
> > It would be
> > > > really
> > > > nice
> > > > if we can agree to create some clear separation between frontend and
> > > > backend
> > > > part, for
> > > > example if frontend would communicate with backend only through REST
> > > > API,
> > > > GWT
> > > > would
> > > > have to recompile only if REST API or some frontend code has been
> > > > changed.
> > > > 
> > > > It's not something what can be done i short term, but it would be nice
> > > > if
> > > > we
> > > > can
> > > > find a way how to do it and create a schedule for this task.
> > > 
> > > +100
> > > 
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Mooli Tayer" <mtayer at redhat.com>
> > > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > > > > Subject: [Engine-devel] Java Development Lifecycle
> > > > > 
> > > > > Hello,
> > > > > 
> > > > > I've been working on the engine for a few month now,
> > > > > And I feel I have not yet been able to find a productive and fast
> > > > > approach
> > > > > for Java development in different engine components.
> > > > > 
> > > > > This revolves mainly around:
> > > > > 
> > > > > Compiling and deploying artifacts:
> > > > > ==================================
> > > > > If I want to check a small change in the engine,
> > > > > Be it in an artifact that is part of engine.ear or when I am working
> > > > > on
> > > > > one
> > > > > of the side tools
> > > > > that might run as a service (e.g ovirt-engine-notifier)
> > > > > or just a single jar (engine-manage-domains)
> > > > > It is essential to compile only parts of the project and not all of
> > > > > it.
> > > > > 
> > > > > This can be achieved usually quite easily with mvn,
> > > > > however afterwards I would like to be able to also deploy and run it
> > > > > locally
> > > > > or even take all jars comprising a project and run them exploded
> > > > > inside
> > > > > my
> > > > > IDE
> > > > > (I use intellij idea) so I can enjoy live code editing and other
> > > > > benefits
> > > > > idea
> > > > > jboss & gwt integration offers. I have been using remote debug
> > > > > (which is available by default in the engine and non existent in
> > > > > other
> > > > > jars
> > > > > so
> > > > > I have to tamper manually with a python service file to add debug
> > > > > flags
> > > > > -
> > > > > see
> > > > > next)
> > > > > But it's not as powerful as running inside an IDE and I feel my
> > > > > current
> > > > > development lifecycle is
> > > > > not as fast and productive as it could have been.
> > > > > (I do understand the engine is complex regarding configuration and
> > > > > deployment, so it's a challenge)
> > > > > 
> > > > > Configuration:
> > > > > ==============
> > > > > This might be more of a todo item, I'm not sure..
> > > > > After deployment of an artifact to run on a machine(again, engine,
> > > > > notifier
> > > > > or whatever)
> > > > > if I want to change it's configuration
> > > > > (configure it for remote debug as mentioned or change it's logging
> > > > > behavior
> > > > > and so on)
> > > > > It seems I always have to do it in a different place which I always
> > > > > spend
> > > > > hours finding.
> > > > > It could be great if for all artifacts configuration could be
> > > > > streamlined
> > > > > and
> > > > > monolithic
> > > > > across different components.
> > > > > 
> > > > > These issues might seem obvious to some of you or unneeded to others,
> > > > > but
> > > > > I've decided to shout out
> > > > > in engine-devel because my usual way of approaching individuals has
> > > > > not
> > > > > got
> > > > > me very far,
> > > > > and also because I'm convinced some of you have found ways to be
> > > > > productive
> > > > > I
> > > > > am unaware of -
> > > > > Please share them! Others may have their own good ideas &
> > > > > approaches(or
> > > > > their
> > > > > own needs).
> > > > > 
> > > > > Thanks,
> > > > > Mooli.
> > > > > _______________________________________________
> > > > > 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
> > > > 
> > > _______________________________________________
> > > 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 alonbl at redhat.com  Wed Aug 28 20:22:00 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Wed, 28 Aug 2013 16:22:00 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <514657763.5927931.1377721139252.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<1970849719.1925516.1377604478510.JavaMail.root@redhat.com>
	<25695337.4748049.1377657282897.JavaMail.root@redhat.com>
	<847551317.5328326.1377683721889.JavaMail.root@redhat.com>
	<1842552845.2938939.1377684002892.JavaMail.root@redhat.com>
	<514657763.5927931.1377721139252.JavaMail.root@redhat.com>
Message-ID: <136215460.3173051.1377721320624.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, engine-devel at ovirt.org
> Sent: Wednesday, August 28, 2013 11:18:59 PM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> 
> 
> ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > To: "Eli Mesika" <emesika at redhat.com>
> > Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, engine-devel at ovirt.org
> > Sent: Wednesday, August 28, 2013 1:00:02 PM
> > Subject: Re: [Engine-devel] Java Development Lifecycle
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Eli Mesika" <emesika at redhat.com>
> > > To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > Cc: engine-devel at ovirt.org
> > > Sent: Wednesday, August 28, 2013 12:55:21 PM
> > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > > To: "Martin Perina" <mperina at redhat.com>
> > > > Cc: engine-devel at ovirt.org
> > > > Sent: Wednesday, August 28, 2013 5:34:42 AM
> > > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Martin Perina" <mperina at redhat.com>
> > > > > To: engine-devel at ovirt.org
> > > > > Sent: Tuesday, August 27, 2013 2:54:38 PM
> > > > > Subject: Re: [Engine-devel] Java Development Lifecycle
> > > > > 
> > > > > For me the most time consuming problem is GWT compilation.
> > > 
> > > When compiling GWT it build both Admin & User portals , it duplicates the
> > > compilation time , can this please be separated such that I can build
> > > admin
> > > portal without a user portal and vice verse ???
> > 
> > make .... BUILD_GWT_USERPORTAL=0
> 
> Yap , that's great
> Just one thing , since 99% a developer compiles dev env is for admin portal ,
> it will be nice to default BUILD_GWT_USERPORTAL to 0 for ease of use

Well, I will love to see discussion over that.
Also adding if BUILT_UT should be default enabled.

In the meantime, you can just create a wrapper script to setup whatever you prefer :)

> 
> > 
> > > 
> > > It would be
> > > > > really
> > > > > nice
> > > > > if we can agree to create some clear separation between frontend and
> > > > > backend
> > > > > part, for
> > > > > example if frontend would communicate with backend only through REST
> > > > > API,
> > > > > GWT
> > > > > would
> > > > > have to recompile only if REST API or some frontend code has been
> > > > > changed.
> > > > > 
> > > > > It's not something what can be done i short term, but it would be
> > > > > nice
> > > > > if
> > > > > we
> > > > > can
> > > > > find a way how to do it and create a schedule for this task.
> > > > 
> > > > +100
> > > > 
> > > > > 
> > > > > 
> > > > > 
> > > > > ----- Original Message -----
> > > > > > From: "Mooli Tayer" <mtayer at redhat.com>
> > > > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > > > Sent: Tuesday, August 27, 2013 1:29:01 PM
> > > > > > Subject: [Engine-devel] Java Development Lifecycle
> > > > > > 
> > > > > > Hello,
> > > > > > 
> > > > > > I've been working on the engine for a few month now,
> > > > > > And I feel I have not yet been able to find a productive and fast
> > > > > > approach
> > > > > > for Java development in different engine components.
> > > > > > 
> > > > > > This revolves mainly around:
> > > > > > 
> > > > > > Compiling and deploying artifacts:
> > > > > > ==================================
> > > > > > If I want to check a small change in the engine,
> > > > > > Be it in an artifact that is part of engine.ear or when I am
> > > > > > working
> > > > > > on
> > > > > > one
> > > > > > of the side tools
> > > > > > that might run as a service (e.g ovirt-engine-notifier)
> > > > > > or just a single jar (engine-manage-domains)
> > > > > > It is essential to compile only parts of the project and not all of
> > > > > > it.
> > > > > > 
> > > > > > This can be achieved usually quite easily with mvn,
> > > > > > however afterwards I would like to be able to also deploy and run
> > > > > > it
> > > > > > locally
> > > > > > or even take all jars comprising a project and run them exploded
> > > > > > inside
> > > > > > my
> > > > > > IDE
> > > > > > (I use intellij idea) so I can enjoy live code editing and other
> > > > > > benefits
> > > > > > idea
> > > > > > jboss & gwt integration offers. I have been using remote debug
> > > > > > (which is available by default in the engine and non existent in
> > > > > > other
> > > > > > jars
> > > > > > so
> > > > > > I have to tamper manually with a python service file to add debug
> > > > > > flags
> > > > > > -
> > > > > > see
> > > > > > next)
> > > > > > But it's not as powerful as running inside an IDE and I feel my
> > > > > > current
> > > > > > development lifecycle is
> > > > > > not as fast and productive as it could have been.
> > > > > > (I do understand the engine is complex regarding configuration and
> > > > > > deployment, so it's a challenge)
> > > > > > 
> > > > > > Configuration:
> > > > > > ==============
> > > > > > This might be more of a todo item, I'm not sure..
> > > > > > After deployment of an artifact to run on a machine(again, engine,
> > > > > > notifier
> > > > > > or whatever)
> > > > > > if I want to change it's configuration
> > > > > > (configure it for remote debug as mentioned or change it's logging
> > > > > > behavior
> > > > > > and so on)
> > > > > > It seems I always have to do it in a different place which I always
> > > > > > spend
> > > > > > hours finding.
> > > > > > It could be great if for all artifacts configuration could be
> > > > > > streamlined
> > > > > > and
> > > > > > monolithic
> > > > > > across different components.
> > > > > > 
> > > > > > These issues might seem obvious to some of you or unneeded to
> > > > > > others,
> > > > > > but
> > > > > > I've decided to shout out
> > > > > > in engine-devel because my usual way of approaching individuals has
> > > > > > not
> > > > > > got
> > > > > > me very far,
> > > > > > and also because I'm convinced some of you have found ways to be
> > > > > > productive
> > > > > > I
> > > > > > am unaware of -
> > > > > > Please share them! Others may have their own good ideas &
> > > > > > approaches(or
> > > > > > their
> > > > > > own needs).
> > > > > > 
> > > > > > Thanks,
> > > > > > Mooli.
> > > > > > _______________________________________________
> > > > > > 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
> > > > > 
> > > > _______________________________________________
> > > > 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 iheim at redhat.com  Wed Aug 28 23:04:53 2013
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 29 Aug 2013 02:04:53 +0300
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <243385568.2615396.1377606069476.JavaMail.root@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<2126132975.4353355.1377605864694.JavaMail.root@redhat.com>
	<243385568.2615396.1377606069476.JavaMail.root@redhat.com>
Message-ID: <521E8215.4040000@redhat.com>

On 08/27/2013 03:21 PM, Alon Bar-Lev wrote:
>   # engine-setup --help
> Usage: /usr/bin/engine-setup
>      --log=file
>          write log to this file.
>      --config=file
>          Load configuration files.
>      --config-append=file
>          Load extra configuration files.
>      --offline
>          Offline mode.
>      --generate-answer=file
>          Generate answer file.
>      --jboss-home=dir
>          Use this jboss.
>
> Can you tell more precisely what is missing?
>
> BTW: I also curious why you need to re-run fresh setup over and over.

its clear from usage above how to generate an answer file from above, 
not how it would be used for a non-interactive setup?


From alonbl at redhat.com  Wed Aug 28 23:09:29 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Wed, 28 Aug 2013 19:09:29 -0400 (EDT)
Subject: [Engine-devel] Java Development Lifecycle
In-Reply-To: <521E8215.4040000@redhat.com>
References: <1785596052.4438309.1377602941842.JavaMail.root@redhat.com>
	<2126132975.4353355.1377605864694.JavaMail.root@redhat.com>
	<243385568.2615396.1377606069476.JavaMail.root@redhat.com>
	<521E8215.4040000@redhat.com>
Message-ID: <1730993914.3222499.1377731369715.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Martin Betak" <mbetak at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, August 29, 2013 2:04:53 AM
> Subject: Re: [Engine-devel] Java Development Lifecycle
> 
> On 08/27/2013 03:21 PM, Alon Bar-Lev wrote:
> >   # engine-setup --help
> > Usage: /usr/bin/engine-setup
> >      --log=file
> >          write log to this file.
> >      --config=file
> >          Load configuration files.
> >      --config-append=file
> >          Load extra configuration files.
> >      --offline
> >          Offline mode.
> >      --generate-answer=file
> >          Generate answer file.
> >      --jboss-home=dir
> >          Use this jboss.
> >
> > Can you tell more precisely what is missing?
> >
> > BTW: I also curious why you need to re-run fresh setup over and over.
> 
> its clear from usage above how to generate an answer file from above,
> not how it would be used for a non-interactive setup?

Answer file is configuration, you use --config-append= to apply configuration, it can be the output of the answer file or any other setting. I will love to work with technical writer so a proper man page and usage can be perfected.

Regards,
Alon


From vitor.lima at eldorado.org.br  Thu Aug 29 18:18:28 2013
From: vitor.lima at eldorado.org.br (Vitor de Lima)
Date: Thu, 29 Aug 2013 18:18:28 +0000
Subject: [Engine-devel] About the "New Pool" dialog box
Message-ID: <B2CAFC4D5E2D574A883EF61ACD5ADE3301811EEA@SERV070.corp.eldorado.org.br>

Hi everyone,

I noticed some issues with the "New Pool" dialog in the webadmin interface. When creating a new pool, I cannot change the selected cluster and the selected template, it automatically resets into the initial selection, that appeared when the dialog was first shown, when I try to choose something else. I also noticed that, in the revision 0d9da7d0d922bc9f0eecaf6f4eecad77e8b2e3e2, the interface automatically changed the selected cluster after the user had selected a template. How should this dialog behave? Was the previous behavior the correct one?

There are also some issues on how to introduce the multi-architecture support into the webadmin interface. When the user is creating a Pool or a VM, he shouldn't be able to use templates that are based on a x86 VM to create a VM/Pool in a PPC64 cluster (and vice-versa). This kind of problem could be avoided if the interface hid incompatible templates given a cluster, or hid incompatible clusters given a template, or maybe it could let the user choose any template or cluster, and only show an error after the OK button is pressed. What would be a proper way to handle this?

Thanks,
Vitor de Lima
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130829/11ea4307/attachment.html>

From tjelinek at redhat.com  Fri Aug 30 08:32:24 2013
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Fri, 30 Aug 2013 04:32:24 -0400 (EDT)
Subject: [Engine-devel] About the "New Pool" dialog box
In-Reply-To: <B2CAFC4D5E2D574A883EF61ACD5ADE3301811EEA@SERV070.corp.eldorado.org.br>
References: <B2CAFC4D5E2D574A883EF61ACD5ADE3301811EEA@SERV070.corp.eldorado.org.br>
Message-ID: <1844357177.6428122.1377851544750.JavaMail.root@redhat.com>

Hi Vitor,

comments inline

have a nice day,
Tomas

----- Original Message -----
> From: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> To: engine-devel at ovirt.org
> Sent: Thursday, August 29, 2013 8:18:28 PM
> Subject: [Engine-devel] About the "New Pool" dialog box
> 
> 
> 
> Hi everyone,
> 
> 
> 
> I noticed some issues with the ?New Pool? dialog in the webadmin interface.
> When creating a new pool, I cannot change the selected cluster and the
> selected template, it automatically resets into the initial selection, that
> appeared when the dialog was first shown, when I try to choose something
> else. I also noticed that, in the revision
> 0d9da7d0d922bc9f0eecaf6f4eecad77e8b2e3e2, the interface automatically
> changed the selected cluster after the user had selected a template. How
> should this dialog behave? Was the previous behavior the correct one?

Thank you for reporting this! I have created a BZ for it (https://bugzilla.redhat.com/show_bug.cgi?id=1002902)
and submitted a patch fixing it (http://gerrit.ovirt.org/#/c/18713/).

The correct behavior is that the selection of the template should not touch the DC/Cluster.

> 
> 
> 
> There are also some issues on how to introduce the multi-architecture support
> into the webadmin interface. When the user is creating a Pool or a VM, he
> shouldn?t be able to use templates that are based on a x86 VM to create a
> VM/Pool in a PPC64 cluster (and vice-versa). This kind of problem could be
> avoided if the interface hid incompatible templates given a cluster, or hid
> incompatible clusters given a template, or maybe it could let the user
> choose any template or cluster, and only show an error after the OK button
> is pressed. What would be a proper way to handle this?

Normally we hide the incompatible selections according to the selected DC/Cluster. 
So, if it was me I would filter the list of the templates according to the selected
DC/Cluster.

> 
> 
> 
> Thanks,
> 
> Vitor de Lima
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


From gshereme at redhat.com  Fri Aug 30 12:26:48 2013
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 30 Aug 2013 08:26:48 -0400 (EDT)
Subject: [Engine-devel] ok to sort login domains on backend?
In-Reply-To: <1458085645.3753286.1377862834196.JavaMail.root@redhat.com>
Message-ID: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>

Hi,

I'm working on https://bugzilla.redhat.com/785555 -- "domain selection list in login screen should be sorted alphabetically"

I was going to put the sort logic in the web apps, but it makes sense to just put it in the backend, specifically in GetDomainListQuery. (There is already a sort there, but it needs to be tweaked to put "internal" always last.) This would affect non-webapp clients (REST API), so I want to make sure there are no objections. Unit tests pass and it seems to work fine (screen attached).

Any objections?

Thanks,
Greg


Greg Sheremeta
Red Hat, Inc.
Sr. Software Engineer, RHEV
Cell: 919-807-1086
gshereme at redhat.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: login domain selectbox.png
Type: image/png
Size: 19191 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130830/8d07b9aa/attachment.png>

From mrao at redhat.com  Fri Aug 30 13:22:44 2013
From: mrao at redhat.com (Malini Rao)
Date: Fri, 30 Aug 2013 09:22:44 -0400 (EDT)
Subject: [Engine-devel] UX inputs on gluster volume async tasks
In-Reply-To: <521DDF73.9090505@redhat.com>
References: <521DDF73.9090505@redhat.com>
Message-ID: <272457150.6004512.1377868964117.JavaMail.root@redhat.com>

Sahina, 

Attached are my detailed comments and questions about this feature from a UX perspective. If it is easier, we can get on a call to discuss the questions and other points. Let me know what you prefer.

Thanks 
Malini

----- Original Message -----
From: "Sahina Bose" <sabose at redhat.com>
To: "Malini Rao" <mrao at redhat.com>, "Eldan Hildesheim" <ehildesh at redhat.com>
Cc: "engine-devel" <engine-devel at ovirt.org>, "Dusmant Pati" <dpati at redhat.com>
Sent: Wednesday, August 28, 2013 7:30:59 AM
Subject: UX inputs on gluster volume async tasks

Hi Malini, Eldan,

Could you provide feedback from UX perspective on this feature?

The feature description and User flows are at
http://www.ovirt.org/Features/Gluster_Volume_Asynchronous_Tasks_Management

thanks
sahina

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Rebalance Volume_remove Brick _UX review.odt
Type: application/vnd.oasis.opendocument.text
Size: 31793 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130830/899a8adc/attachment.odt>

From alonbl at redhat.com  Fri Aug 30 13:32:46 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 30 Aug 2013 09:32:46 -0400 (EDT)
Subject: [Engine-devel] ok to sort login domains on backend?
In-Reply-To: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>
References: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>
Message-ID: <574759461.3785515.1377869566020.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Friday, August 30, 2013 3:26:48 PM
> Subject: [Engine-devel] ok to sort login domains on backend?
> 
> Hi,
> 
> I'm working on https://bugzilla.redhat.com/785555 -- "domain selection list
> in login screen should be sorted alphabetically"
> 
> I was going to put the sort logic in the web apps, but it makes sense to just
> put it in the backend, specifically in GetDomainListQuery. (There is already
> a sort there, but it needs to be tweaked to put "internal" always last.)
> This would affect non-webapp clients (REST API), so I want to make sure
> there are no objections. Unit tests pass and it seems to work fine (screen
> attached).
> 
> Any objections?

I think that sorting of visualization is presentation layer role.

> 
> Thanks,
> Greg
> 
> 
> 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 ecohen at redhat.com  Fri Aug 30 14:12:37 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Fri, 30 Aug 2013 10:12:37 -0400 (EDT)
Subject: [Engine-devel] ok to sort login domains on backend?
In-Reply-To: <574759461.3785515.1377869566020.JavaMail.root@redhat.com>
References: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>
	<574759461.3785515.1377869566020.JavaMail.root@redhat.com>
Message-ID: <1308542300.10459171.1377871957628.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> Sent: Friday, August 30, 2013 9:32:46 AM
> 
> 
> 
> ----- Original Message -----
> > From: "Greg Sheremeta" <gshereme at redhat.com>
> > To: engine-devel at ovirt.org
> > Sent: Friday, August 30, 2013 3:26:48 PM
> > Subject: [Engine-devel] ok to sort login domains on backend?
> > 
> > Hi,
> > 
> > I'm working on https://bugzilla.redhat.com/785555 -- "domain selection list
> > in login screen should be sorted alphabetically"
> > 
> > I was going to put the sort logic in the web apps, but it makes sense to
> > just
> > put it in the backend, specifically in GetDomainListQuery. (There is
> > already
> > a sort there, but it needs to be tweaked to put "internal" always last.)
> > This would affect non-webapp clients (REST API), so I want to make sure
> > there are no objections. Unit tests pass and it seems to work fine (screen
> > attached).
> > 
> > Any objections?
> 
> I think that sorting of visualization is presentation layer role.

true in general, but I think that there is no harm in returning items 
from the backend in some default order, especially if this is a list 
of simple items that have only one possible order that makes sense.

> 
> > 
> > Thanks,
> > Greg
> > 
> > 
> > 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 lhornyak at redhat.com  Fri Aug 30 16:17:32 2013
From: lhornyak at redhat.com (Laszlo Hornyak)
Date: Fri, 30 Aug 2013 12:17:32 -0400 (EDT)
Subject: [Engine-devel] Opimizing Postgres Stored Procedures
In-Reply-To: <1219881405.6480591.1377687738151.JavaMail.root@redhat.com>
References: <663980392.3966209.1377508940587.JavaMail.root@redhat.com>
	<1800102915.5779668.1377592827358.JavaMail.root@redhat.com>
	<1515360945.5323688.1377683114018.JavaMail.root@redhat.com>
	<1219881405.6480591.1377687738151.JavaMail.root@redhat.com>
Message-ID: <21621864.7739664.1377879452271.JavaMail.root@redhat.com>

Hi Eli,

I wrote a quick benchmark to see if there is any difference when using STABLE modifier on functions running queries the way the engine does it (calling it from JDBC, one function in a single statement)

with a stable function:
create function getKakukk(_id int) returns VARCHAR STABLE as 'select val from kakukk where id = $1' language sql;
and one not marked as stable
create function getKakukk_(_id int) returns VARCHAR as 'select val from kakukk where id = $1' language sql;
the table is this simple:
create table kakukk(id int primary key, val varchar);
and the only content is:
insert into kakukk (id, val) values (1, 'bla bla bla');

Now the benchmark code:

package com.foobar;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;

import org.junit.After;
import org.junit.Before;
import org.junit.Test;

public class SpeedTest {

    Connection connection;

    @Before
    public void connect() throws SQLException {
        connection = DriverManager.getConnection("jdbc:postgresql://localhost/stabletest", "engine", "engine");
    }

    @After
    public void disconnect() throws SQLException {
        connection.close();
    }

    private long measure(Runnable runnable, int times) {
        final long start = System.currentTimeMillis();
        for (int i = 0; i < times; i++) {
            runnable.run();
        }
        final long end = System.currentTimeMillis();
        return end - start;
    }

    public static class Select implements Runnable {

        public Select(PreparedStatement preparedStatement) {
            super();
            this.preparedStatement = preparedStatement;
        }

        final PreparedStatement preparedStatement;

        public void run() {
            try (
                    ResultSet resultSet = preparedStatement.executeQuery();) {
                while (resultSet.next()) {
                    // nothing, just next
                }
            } catch (SQLException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
        }
    }

    @Test
    public void performTest() throws SQLException {
        for (int i = 0; i < 10; i++) {
            try (
                    PreparedStatement stable = connection.prepareStatement("select getKakukk(1)");
                    PreparedStatement notStable = connection.prepareStatement("select getKakukk_(1)");) {
                System.out.println("STABLE: " + measure(new Select(stable), 100000));
                System.out.println("not STABLE: " + measure(new Select(notStable), 100000));
                System.out.println("---");

            }
        }
    }
}


-- 

The results are very similar, seemingly no difference at all.
Therefore, it seems we do not need those STABLE markers for performance reasons.

Thank you,
Laszlo

----- Original Message -----
> From: "Laszlo Hornyak" <lhornyak at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, August 28, 2013 1:02:18 PM
> Subject: Re: [Engine-devel] Opimizing Postgres Stored Procedures
> 
> 
> ----- Original Message -----
> > From: "Eli Mesika" <emesika at redhat.com>
> > To: "Laszlo Hornyak" <lhornyak at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, August 28, 2013 11:45:14 AM
> > Subject: Re: [Engine-devel] Opimizing Postgres Stored Procedures
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Laszlo Hornyak" <lhornyak at redhat.com>
> > > To: "Eli Mesika" <emesika at redhat.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Tuesday, August 27, 2013 11:40:27 AM
> > > Subject: Re: [Engine-devel] Opimizing Postgres Stored Procedures
> > > 
> > > Hi Eli,
> > > 
> > > Most of the functions that we have in the DB are doing very simple jobs
> > > like
> > > run a query, insert/update and I see that now you have all QUERY
> > > functions
> > > as STABLE.
> > > My questions:
> > > Is this required for new functions from now on?
> > Yes and a email asking that was posted to engine_devel
> > 
> > > Is this done in order to improve performance?
> > Yes
> 
> Do you have any documents/benchmarks on how and why does this improve
> performance?
> STABLE functions should improve performance if they return the same result
> for the same parameters in the same statement.
> E.g. if you have a stable function like "select foo(x) from y" then the
> function can be invoked only once to evaluate each distinct value of y.x -
> this is kind of useful
> Functions running queries for the ovirt engine are typically invoked from
> client side, therefore they are only ivoked once from the parameters list
> and therefore will be only executed once for that single statement.
> 
> > 
> > > 
> > > Thank you,
> > > Laszlo
> > > 
> > > ----- Original Message -----
> > > > From: "Eli Mesika" <emesika at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Monday, August 26, 2013 11:22:20 AM
> > > > Subject: [Engine-devel] Opimizing Postgres Stored Procedures
> > > > 
> > > > Hi
> > > > 
> > > > I had merged the following patch
> > > > http://gerrit.ovirt.org/#/c/17962/
> > > > 
> > > > This patch introduce usage of the IMMUTABLE, STABLE and STRICT keywords
> > > > in
> > > > order to boost performance of the Postgres SPs.
> > > > 
> > > > Please make sure that your current/and future DB scripts applied that.
> > > > 
> > > > 
> > > > Volatility
> > > > ----------
> > > > * A function should be marked as IMMUTABLE if it doesn't change the
> > > > database,
> > > > and if it doesn't perform any lookups (even for database configuration
> > > > values) during its operation.
> > > > * A function should be marked STABLE if it doesn't change the database,
> > > > but
> > > > might perform lookups (IMMUTABLE is preferable if function meets the
> > > > requirements).
> > > > * A function doesn't need to be marked VOLATILE, because that's the
> > > > default.
> > > > 
> > > > STRICTNESS
> > > > ----------
> > > > A function should be marked STRICT if it should return NULL when it is
> > > > passed
> > > > a NULL argument, and then the function won't even be called if it is
> > > > indeed
> > > > passed a NULL argument.
> > > > 
> > > > 
> > > > I am available for any questions.
> > > > 
> > > > Thanks
> > > > 
> > > > Eli
> > > > _______________________________________________
> > > > 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 vitor.lima at eldorado.org.br  Fri Aug 30 16:33:27 2013
From: vitor.lima at eldorado.org.br (Vitor de Lima)
Date: Fri, 30 Aug 2013 16:33:27 +0000
Subject: [Engine-devel] Mapping between supported display protocols and
	video devices
Message-ID: <B2CAFC4D5E2D574A883EF61ACD5ADE3301812218@SERV070.corp.eldorado.org.br>

Hi everyone,

Recently the changes #18150, #18677 and #17885 were submitted in order to avoid the selection of display protocols and virtual video cards that are incompatible with the PPC64 architecture and to map the VNC protocol with the standard VGA virtual device, since the Cirrus Logic device is not supported in the PPC64 architecture. I would like some feedback about that.

So far, these changes use an existing parameter in the osinfo (called "spiceSupport") to validate if the selected operating system supports SPICE and hide it in the frontend in case it doesn't. They also change the default virtual video card for each display protocol according to new properties in the osinfo, e.g.:

os.other.spiceSupport.value = true
os.other.devices.vnc.vmDeviceType.value = cirrus os.other.devices.qxl.vmDeviceType.value = qxl
os.other_ppc64.spiceSupport.value = false os.other_ppc64.devices.vnc.vmDeviceType.value = vga
(This maps the qxl protocol into the qxl device and the VNC protocol into the cirrus device in the x86_64 arch, and the VNC protocol into the VGA device in the PPC64)

However, this still has some limitations, such as:

* It doesn't allow the user to choose between the different virtual devices that exist and can be used in the VNC protocol (such as the QXL and VMware VGA)
* The syntax is ugly. As suggested in the code reviews, it could be a list of supported protocols, e.g.:
os.other.displayProtocols = vnc, spice

So, how should the engine be modified to allow multiple video cards for each display protocol? What do you think should be done?

Thanks,
Vitor de Lima


From alonbl at redhat.com  Fri Aug 30 16:35:24 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 30 Aug 2013 12:35:24 -0400 (EDT)
Subject: [Engine-devel] ok to sort login domains on backend?
In-Reply-To: <1308542300.10459171.1377871957628.JavaMail.root@redhat.com>
References: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>
	<574759461.3785515.1377869566020.JavaMail.root@redhat.com>
	<1308542300.10459171.1377871957628.JavaMail.root@redhat.com>
Message-ID: <1215612194.3877118.1377880524332.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: "Greg Sheremeta" <gshereme at redhat.com>, engine-devel at ovirt.org
> Sent: Friday, August 30, 2013 5:12:37 PM
> Subject: Re: [Engine-devel] ok to sort login domains on backend?
> 
> > ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > Sent: Friday, August 30, 2013 9:32:46 AM
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Greg Sheremeta" <gshereme at redhat.com>
> > > To: engine-devel at ovirt.org
> > > Sent: Friday, August 30, 2013 3:26:48 PM
> > > Subject: [Engine-devel] ok to sort login domains on backend?
> > > 
> > > Hi,
> > > 
> > > I'm working on https://bugzilla.redhat.com/785555 -- "domain selection
> > > list
> > > in login screen should be sorted alphabetically"
> > > 
> > > I was going to put the sort logic in the web apps, but it makes sense to
> > > just
> > > put it in the backend, specifically in GetDomainListQuery. (There is
> > > already
> > > a sort there, but it needs to be tweaked to put "internal" always last.)
> > > This would affect non-webapp clients (REST API), so I want to make sure
> > > there are no objections. Unit tests pass and it seems to work fine
> > > (screen
> > > attached).
> > > 
> > > Any objections?
> > 
> > I think that sorting of visualization is presentation layer role.
> 
> true in general, but I think that there is no harm in returning items
> from the backend in some default order, especially if this is a list
> of simple items that have only one possible order that makes sense.

Even if that so, there is no reason to relay on it.
If sort is required at presentation, presentation layer should apply sort.

> 
> > 
> > > 
> > > Thanks,
> > > Greg
> > > 
> > > 
> > > 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  Fri Aug 30 16:56:13 2013
From: ecohen at redhat.com (Einav Cohen)
Date: Fri, 30 Aug 2013 12:56:13 -0400 (EDT)
Subject: [Engine-devel] ok to sort login domains on backend?
In-Reply-To: <1215612194.3877118.1377880524332.JavaMail.root@redhat.com>
References: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>
	<574759461.3785515.1377869566020.JavaMail.root@redhat.com>
	<1308542300.10459171.1377871957628.JavaMail.root@redhat.com>
	<1215612194.3877118.1377880524332.JavaMail.root@redhat.com>
Message-ID: <1309022259.10791445.1377881773862.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> Sent: Friday, August 30, 2013 12:35:24 PM
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > Cc: "Greg Sheremeta" <gshereme at redhat.com>, engine-devel at ovirt.org
> > Sent: Friday, August 30, 2013 5:12:37 PM
> > Subject: Re: [Engine-devel] ok to sort login domains on backend?
> > 
> > > ----- Original Message -----
> > > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > > Sent: Friday, August 30, 2013 9:32:46 AM
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Greg Sheremeta" <gshereme at redhat.com>
> > > > To: engine-devel at ovirt.org
> > > > Sent: Friday, August 30, 2013 3:26:48 PM
> > > > Subject: [Engine-devel] ok to sort login domains on backend?
> > > > 
> > > > Hi,
> > > > 
> > > > I'm working on https://bugzilla.redhat.com/785555 -- "domain selection
> > > > list
> > > > in login screen should be sorted alphabetically"
> > > > 
> > > > I was going to put the sort logic in the web apps, but it makes sense
> > > > to
> > > > just
> > > > put it in the backend, specifically in GetDomainListQuery. (There is
> > > > already
> > > > a sort there, but it needs to be tweaked to put "internal" always
> > > > last.)
> > > > This would affect non-webapp clients (REST API), so I want to make sure
> > > > there are no objections. Unit tests pass and it seems to work fine
> > > > (screen
> > > > attached).
> > > > 
> > > > Any objections?
> > > 
> > > I think that sorting of visualization is presentation layer role.
> > 
> > true in general, but I think that there is no harm in returning items
> > from the backend in some default order, especially if this is a list
> > of simple items that have only one possible order that makes sense.
> 
> Even if that so, there is no reason to relay on it.

if this method will return a sorted list *by definition*, there would be 
no reason to NOT relay on it.
for this particular case, I think that it would be a bit of waste if the 
exact same sorting logic will be duplicated across the different clients' 
code (including 3rd-party clients). If we can make it a little bit easier 
on the clients, I don't see why not to do it.

> If sort is required at presentation, presentation layer should apply sort.

define "presentation"; looking at the xml response of a rest-api GET request 
in a browser is also "presentation", but I can't really apply sort there; yes, 
I can change the rest-api code to sort the results, but why not simply make it 
a bit easier for *all* clients, and return the results from the backend already 
sorted in the way which is probably the most comfortable for everyone?

[again - you are generally correct, but in this particular case, of simple 
business entities which have pretty much only one way of sorting that makes 
sense, I don't see why not make an exception and apply the sort on the backend]

> 
> > 
> > > 
> > > > 
> > > > Thanks,
> > > > Greg
> > > > 
> > > > 
> > > > 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
> > > 
> > > 
> > > 
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> 


From alonbl at redhat.com  Fri Aug 30 17:14:13 2013
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 30 Aug 2013 13:14:13 -0400 (EDT)
Subject: [Engine-devel] ok to sort login domains on backend?
In-Reply-To: <1309022259.10791445.1377881773862.JavaMail.root@redhat.com>
References: <929908188.3762590.1377865608373.JavaMail.root@redhat.com>
	<574759461.3785515.1377869566020.JavaMail.root@redhat.com>
	<1308542300.10459171.1377871957628.JavaMail.root@redhat.com>
	<1215612194.3877118.1377880524332.JavaMail.root@redhat.com>
	<1309022259.10791445.1377881773862.JavaMail.root@redhat.com>
Message-ID: <1575159724.3889137.1377882853822.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Friday, August 30, 2013 7:56:13 PM
> Subject: Re: [Engine-devel] ok to sort login domains on backend?
> 
> > ----- Original Message -----
> > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > Sent: Friday, August 30, 2013 12:35:24 PM
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Einav Cohen" <ecohen at redhat.com>
> > > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > > Cc: "Greg Sheremeta" <gshereme at redhat.com>, engine-devel at ovirt.org
> > > Sent: Friday, August 30, 2013 5:12:37 PM
> > > Subject: Re: [Engine-devel] ok to sort login domains on backend?
> > > 
> > > > ----- Original Message -----
> > > > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > > > Sent: Friday, August 30, 2013 9:32:46 AM
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Greg Sheremeta" <gshereme at redhat.com>
> > > > > To: engine-devel at ovirt.org
> > > > > Sent: Friday, August 30, 2013 3:26:48 PM
> > > > > Subject: [Engine-devel] ok to sort login domains on backend?
> > > > > 
> > > > > Hi,
> > > > > 
> > > > > I'm working on https://bugzilla.redhat.com/785555 -- "domain
> > > > > selection
> > > > > list
> > > > > in login screen should be sorted alphabetically"
> > > > > 
> > > > > I was going to put the sort logic in the web apps, but it makes sense
> > > > > to
> > > > > just
> > > > > put it in the backend, specifically in GetDomainListQuery. (There is
> > > > > already
> > > > > a sort there, but it needs to be tweaked to put "internal" always
> > > > > last.)
> > > > > This would affect non-webapp clients (REST API), so I want to make
> > > > > sure
> > > > > there are no objections. Unit tests pass and it seems to work fine
> > > > > (screen
> > > > > attached).
> > > > > 
> > > > > Any objections?
> > > > 
> > > > I think that sorting of visualization is presentation layer role.
> > > 
> > > true in general, but I think that there is no harm in returning items
> > > from the backend in some default order, especially if this is a list
> > > of simple items that have only one possible order that makes sense.
> > 
> > Even if that so, there is no reason to relay on it.
> 
> if this method will return a sorted list *by definition*, there would be
> no reason to NOT relay on it.
> for this particular case, I think that it would be a bit of waste if the
> exact same sorting logic will be duplicated across the different clients'
> code (including 3rd-party clients). If we can make it a little bit easier
> on the clients, I don't see why not to do it.
> 
> > If sort is required at presentation, presentation layer should apply sort.
> 
> define "presentation"; looking at the xml response of a rest-api GET request
> in a browser is also "presentation", but I can't really apply sort there;
> yes,
> I can change the rest-api code to sort the results, but why not simply make
> it
> a bit easier for *all* clients, and return the results from the backend
> already
> sorted in the way which is probably the most comfortable for everyone?
> 
> [again - you are generally correct, but in this particular case, of simple
> business entities which have pretty much only one way of sorting that makes
> sense, I don't see why not make an exception and apply the sort on the
> backend]

Well, we can agree to disagree.

RestAPI is not presentation, the fact that browser has presentation layer to interact with RestAPI does not mean that the server side is responsible on ordering etc. The RestAPI presentation layer may allow sorting.

I do not think that API should have any sense of presentation ordering it only makes it more complex without a reason.

Let's assume the API sort is based on plain text, and you have a bug to sort using case insensitive, so API definition should be fixed? so you pass a parameter to request specific casing?

Let's assume that each domain has value and description, you agree that sort should be based on description, right? Now, let's say that description can be localized, which sort can the server apply?

These are the reason why presentation layer was split out, ever since IBM Mainframe 3270 the layer is running on the client side.

Regards,
Alon Bar-Lev

> 
> > 
> > > 
> > > > 
> > > > > 
> > > > > Thanks,
> > > > > Greg
> > > > > 
> > > > > 
> > > > > 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
> > > > 
> > > > 
> > > > 
> > > 
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> > 
> > 
> 


From leonardo.bianconi at eldorado.org.br  Fri Aug 30 19:51:28 2013
From: leonardo.bianconi at eldorado.org.br (Leonardo Bianconi)
Date: Fri, 30 Aug 2013 19:51:28 +0000
Subject: [Engine-devel] Cluster default with empty processor name with PPC64
	support
Message-ID: <50EB20226B72D6419356FC320AB62B8719173370@SERV070.corp.eldorado.org.br>

Hi everyone!

During the development of PPC64 support in the engine, we faced some UX issues regarding the default Cluster (that Cluster with empty processor name).

Currently, oVirt engine allows the default Cluster to contain empty processor name, and the administrator can add VMs and/or Templates to it. The processor name can be assigned later, editing the cluster or assigning a valid host to it.

During the implementation of PPC64 support on the engine, the field "architecture" was added to Clusters, VMs and Templates entities.

So we have the following questions regarding how the UI should behave:

- Shall we keep allowing the administrator to assign VMs and Templates to the Cluster with no processor name or assigned architecture ?
             -> If we have an "yes" for the question above:
             -- We will have to assign the architecture to the Cluster based on the OS of the first assigned VM, and  the processor name could be defined the same way as currently ... editing the Cluster or assigning a compatible Host to it.
                             -- The VM creation popup will have to be able to indicate the architecture of each OS ... some OSes have the same name, and it may get ambiguous since the Cluster architecture is still undefined at that point (before the first VM get already created).

Thanks!
Regards.
Leonardo Bianconi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20130830/fbe60ced/attachment.html>

From jenkins at ovirt.org  Sat Aug 31 23:04:04 2013
From: jenkins at ovirt.org (Jenkins ci oVirt Server)
Date: Sun, 1 Sep 2013 00:04:04 +0100 (BST)
Subject: [Engine-devel] [oVirt jenkins] Weekly report on open tasks for
	ovirt-engine
Message-ID: <163413509.1999.1377990248623.JavaMail.jenkins@jenkins.ovirt.org>

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