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

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

From dfediuck at redhat.com  Wed Jan  1 08:31:07 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Wed, 01 Jan 2014 10:31:07 +0200
Subject: [Engine-devel] Broken devel setup on Gentoo?
In-Reply-To: <1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
References: <52C2D9C8.7090508@redhat.com>
	<8964929.28517328.1388501685865.JavaMail.root@redhat.com>
	<52C2E0B8.4070309@redhat.com>
	<9582066.28519242.1388503704694.JavaMail.root@redhat.com>
	<271518451.28522345.1388508335524.JavaMail.root@redhat.com>
	<52C2FC34.50504@redhat.com>
	<1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
Message-ID: <52C3D24B.8090109@redhat.com>


On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
>
> ----- Original Message -----
>> From: "Doron Fediuck" <dfediuck at redhat.com>
>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Tuesday, December 31, 2013 7:17:40 PM
>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
>>
>> An unrelated issue I noticed when moving from 3.3 branch to master I
>> re-built everything,
>> yet I was unable to login. I had to update the DB with a new password to
>> login.
>> I suspect theres another issue here.
>>
> I am unsure I follow, you cannot use the same prefix for both branches.
> What the exact sequence?
1. Built everything on ovirt-3.3 branch.
=> works well.

2. git checkout origin/master && git reset --hard origin/master && rm
-rf share bin etc usr var
3. Cherry pick patch from gerrit
4. make clean install-dev
5. run setup

=> I'd expect db to be recreated. If not then we cannot login to the system.



From alonbl at redhat.com  Wed Jan  1 08:57:48 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Wed, 1 Jan 2014 03:57:48 -0500 (EST)
Subject: [Engine-devel] Broken devel setup on Gentoo?
In-Reply-To: <52C3D24B.8090109@redhat.com>
References: <52C2D9C8.7090508@redhat.com>
	<8964929.28517328.1388501685865.JavaMail.root@redhat.com>
	<52C2E0B8.4070309@redhat.com>
	<9582066.28519242.1388503704694.JavaMail.root@redhat.com>
	<271518451.28522345.1388508335524.JavaMail.root@redhat.com>
	<52C2FC34.50504@redhat.com>
	<1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
	<52C3D24B.8090109@redhat.com>
Message-ID: <579076528.28542928.1388566668820.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Doron Fediuck" <dfediuck at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, January 1, 2014 10:31:07 AM
> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> 
> 
> On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
> >
> > ----- Original Message -----
> >> From: "Doron Fediuck" <dfediuck at redhat.com>
> >> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >> Cc: engine-devel at ovirt.org
> >> Sent: Tuesday, December 31, 2013 7:17:40 PM
> >> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> >>
> >> An unrelated issue I noticed when moving from 3.3 branch to master I
> >> re-built everything,
> >> yet I was unable to login. I had to update the DB with a new password to
> >> login.
> >> I suspect theres another issue here.
> >>
> > I am unsure I follow, you cannot use the same prefix for both branches.
> > What the exact sequence?
> 1. Built everything on ovirt-3.3 branch.
> => works well.
> 
> 2. git checkout origin/master && git reset --hard origin/master && rm
> -rf share bin etc usr var
> 3. Cherry pick patch from gerrit
> 4. make clean install-dev
> 5. run setup
> 
> => I'd expect db to be recreated. If not then we cannot login to the system.
> 

Are you removing the pki keys? the entire configuration? why not remove the entire PREFIX?

Database will not re-created if already exist, there will be an attempt to upgrade it, and as you removed the pki keys the password is cannot be decrypted.

If you remove PREFIX you should also drop/create database to start scratch, or just use another empty database when installing.

Regards,
Alon


From dfediuck at redhat.com  Wed Jan  1 09:18:45 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Wed, 01 Jan 2014 11:18:45 +0200
Subject: [Engine-devel] Broken devel setup on Gentoo?
In-Reply-To: <579076528.28542928.1388566668820.JavaMail.root@redhat.com>
References: <52C2D9C8.7090508@redhat.com>
	<8964929.28517328.1388501685865.JavaMail.root@redhat.com>
	<52C2E0B8.4070309@redhat.com>
	<9582066.28519242.1388503704694.JavaMail.root@redhat.com>
	<271518451.28522345.1388508335524.JavaMail.root@redhat.com>
	<52C2FC34.50504@redhat.com>
	<1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
	<52C3D24B.8090109@redhat.com>
	<579076528.28542928.1388566668820.JavaMail.root@redhat.com>
Message-ID: <52C3DD75.5050801@redhat.com>


On 01/01/2014 10:57 AM, Alon Bar-Lev wrote:
>
> ----- Original Message -----
>> From: "Doron Fediuck" <dfediuck at redhat.com>
>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Wednesday, January 1, 2014 10:31:07 AM
>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
>>
>>
>> On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
>>> ----- Original Message -----
>>>> From: "Doron Fediuck" <dfediuck at redhat.com>
>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>> Cc: engine-devel at ovirt.org
>>>> Sent: Tuesday, December 31, 2013 7:17:40 PM
>>>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
>>>>
>>>> An unrelated issue I noticed when moving from 3.3 branch to master I
>>>> re-built everything,
>>>> yet I was unable to login. I had to update the DB with a new password to
>>>> login.
>>>> I suspect theres another issue here.
>>>>
>>> I am unsure I follow, you cannot use the same prefix for both branches.
>>> What the exact sequence?
>> 1. Built everything on ovirt-3.3 branch.
>> => works well.
>>
>> 2. git checkout origin/master && git reset --hard origin/master && rm
>> -rf share bin etc usr var
>> 3. Cherry pick patch from gerrit
>> 4. make clean install-dev
>> 5. run setup
>>
>> => I'd expect db to be recreated. If not then we cannot login to the system.
>>
> Are you removing the pki keys? the entire configuration? why not remove the entire PREFIX?
>
> Database will not re-created if already exist, there will be an attempt to upgrade it, and as you removed the pki keys the password is cannot be decrypted.
>
> If you remove PREFIX you should also drop/create database to start scratch, or just use another empty database when installing.
>
> Regards,
> Alon
I'm not using PREFIX.
What are the alternatives?


From alonbl at redhat.com  Wed Jan  1 09:23:27 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Wed, 1 Jan 2014 04:23:27 -0500 (EST)
Subject: [Engine-devel] Broken devel setup on Gentoo?
In-Reply-To: <52C3DD75.5050801@redhat.com>
References: <52C2D9C8.7090508@redhat.com>
	<9582066.28519242.1388503704694.JavaMail.root@redhat.com>
	<271518451.28522345.1388508335524.JavaMail.root@redhat.com>
	<52C2FC34.50504@redhat.com>
	<1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
	<52C3D24B.8090109@redhat.com>
	<579076528.28542928.1388566668820.JavaMail.root@redhat.com>
	<52C3DD75.5050801@redhat.com>
Message-ID: <1010931570.28543342.1388568207496.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Doron Fediuck" <dfediuck at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, January 1, 2014 11:18:45 AM
> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> 
> 
> On 01/01/2014 10:57 AM, Alon Bar-Lev wrote:
> >
> > ----- Original Message -----
> >> From: "Doron Fediuck" <dfediuck at redhat.com>
> >> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >> Cc: engine-devel at ovirt.org
> >> Sent: Wednesday, January 1, 2014 10:31:07 AM
> >> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> >>
> >>
> >> On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
> >>> ----- Original Message -----
> >>>> From: "Doron Fediuck" <dfediuck at redhat.com>
> >>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >>>> Cc: engine-devel at ovirt.org
> >>>> Sent: Tuesday, December 31, 2013 7:17:40 PM
> >>>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> >>>>
> >>>> An unrelated issue I noticed when moving from 3.3 branch to master I
> >>>> re-built everything,
> >>>> yet I was unable to login. I had to update the DB with a new password to
> >>>> login.
> >>>> I suspect theres another issue here.
> >>>>
> >>> I am unsure I follow, you cannot use the same prefix for both branches.
> >>> What the exact sequence?
> >> 1. Built everything on ovirt-3.3 branch.
> >> => works well.
> >>
> >> 2. git checkout origin/master && git reset --hard origin/master && rm
> >> -rf share bin etc usr var
> >> 3. Cherry pick patch from gerrit
> >> 4. make clean install-dev
> >> 5. run setup
> >>
> >> => I'd expect db to be recreated. If not then we cannot login to the
> >> system.
> >>
> > Are you removing the pki keys? the entire configuration? why not remove the
> > entire PREFIX?
> >
> > Database will not re-created if already exist, there will be an attempt to
> > upgrade it, and as you removed the pki keys the password is cannot be
> > decrypted.
> >
> > If you remove PREFIX you should also drop/create database to start scratch,
> > or just use another empty database when installing.
> >
> > Regards,
> > Alon
> I'm not using PREFIX.
> What are the alternatives?
> 

how come[1]?

$ make clean install-dev PREFIX=$HOME/ovirt-engine

so you are running it as root and install into /usr/local?

the entire concept of devenv is to use it as non root and install to user accessible directory (aka PREFIX).

if you want to start fresh (by removing the PREFIX) then you should also have fresh (empty) database. 

Regards,
Alon Bar-Lev

[1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD#l70


From dfediuck at redhat.com  Wed Jan  1 11:09:48 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Wed, 01 Jan 2014 13:09:48 +0200
Subject: [Engine-devel] Broken devel setup on Gentoo?
In-Reply-To: <1010931570.28543342.1388568207496.JavaMail.root@redhat.com>
References: <52C2D9C8.7090508@redhat.com>
	<9582066.28519242.1388503704694.JavaMail.root@redhat.com>
	<271518451.28522345.1388508335524.JavaMail.root@redhat.com>
	<52C2FC34.50504@redhat.com>
	<1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
	<52C3D24B.8090109@redhat.com>
	<579076528.28542928.1388566668820.JavaMail.root@redhat.com>
	<52C3DD75.5050801@redhat.com>
	<1010931570.28543342.1388568207496.JavaMail.root@redhat.com>
Message-ID: <52C3F77C.9000300@redhat.com>


On 01/01/2014 11:23 AM, Alon Bar-Lev wrote:
>
> ----- Original Message -----
>> From: "Doron Fediuck" <dfediuck at redhat.com>
>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Wednesday, January 1, 2014 11:18:45 AM
>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
>>
>>
>> On 01/01/2014 10:57 AM, Alon Bar-Lev wrote:
>>> ----- Original Message -----
>>>> From: "Doron Fediuck" <dfediuck at redhat.com>
>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>> Cc: engine-devel at ovirt.org
>>>> Sent: Wednesday, January 1, 2014 10:31:07 AM
>>>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
>>>>
>>>>
>>>> On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
>>>>> ----- Original Message -----
>>>>>> From: "Doron Fediuck" <dfediuck at redhat.com>
>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>> Cc: engine-devel at ovirt.org
>>>>>> Sent: Tuesday, December 31, 2013 7:17:40 PM
>>>>>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
>>>>>>
>>>>>> An unrelated issue I noticed when moving from 3.3 branch to master I
>>>>>> re-built everything,
>>>>>> yet I was unable to login. I had to update the DB with a new password to
>>>>>> login.
>>>>>> I suspect theres another issue here.
>>>>>>
>>>>> I am unsure I follow, you cannot use the same prefix for both branches.
>>>>> What the exact sequence?
>>>> 1. Built everything on ovirt-3.3 branch.
>>>> => works well.
>>>>
>>>> 2. git checkout origin/master && git reset --hard origin/master && rm
>>>> -rf share bin etc usr var
>>>> 3. Cherry pick patch from gerrit
>>>> 4. make clean install-dev
>>>> 5. run setup
>>>>
>>>> => I'd expect db to be recreated. If not then we cannot login to the
>>>> system.
>>>>
>>> Are you removing the pki keys? the entire configuration? why not remove the
>>> entire PREFIX?
>>>
>>> Database will not re-created if already exist, there will be an attempt to
>>> upgrade it, and as you removed the pki keys the password is cannot be
>>> decrypted.
>>>
>>> If you remove PREFIX you should also drop/create database to start scratch,
>>> or just use another empty database when installing.
>>>
>>> Regards,
>>> Alon
>> I'm not using PREFIX.
>> What are the alternatives?
>>
> how come[1]?
>
> $ make clean install-dev PREFIX=$HOME/ovirt-engine
>
> so you are running it as root and install into /usr/local?
>
> the entire concept of devenv is to use it as non root and install to user accessible directory (aka PREFIX).
>
> if you want to start fresh (by removing the PREFIX) then you should also have fresh (empty) database. 
>
> Regards,
> Alon Bar-Lev
>
> [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD#l70
I'm not using root.
There's a special user account which has ~/ovirt-engine including the
git repo inside.
So the prefix is the same as the git repo and removing it removes git...



From alonbl at redhat.com  Wed Jan  1 11:15:24 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Wed, 1 Jan 2014 06:15:24 -0500 (EST)
Subject: [Engine-devel] Broken devel setup on Gentoo?
In-Reply-To: <52C3F77C.9000300@redhat.com>
References: <52C2D9C8.7090508@redhat.com> <52C2FC34.50504@redhat.com>
	<1708314940.28526523.1388513446173.JavaMail.root@redhat.com>
	<52C3D24B.8090109@redhat.com>
	<579076528.28542928.1388566668820.JavaMail.root@redhat.com>
	<52C3DD75.5050801@redhat.com>
	<1010931570.28543342.1388568207496.JavaMail.root@redhat.com>
	<52C3F77C.9000300@redhat.com>
Message-ID: <101531284.28544903.1388574924980.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Doron Fediuck" <dfediuck at redhat.com>
> To: "Alon Bar-Lev" <alonbl at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Wednesday, January 1, 2014 1:09:48 PM
> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> 
> 
> On 01/01/2014 11:23 AM, Alon Bar-Lev wrote:
> >
> > ----- Original Message -----
> >> From: "Doron Fediuck" <dfediuck at redhat.com>
> >> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >> Cc: engine-devel at ovirt.org
> >> Sent: Wednesday, January 1, 2014 11:18:45 AM
> >> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> >>
> >>
> >> On 01/01/2014 10:57 AM, Alon Bar-Lev wrote:
> >>> ----- Original Message -----
> >>>> From: "Doron Fediuck" <dfediuck at redhat.com>
> >>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >>>> Cc: engine-devel at ovirt.org
> >>>> Sent: Wednesday, January 1, 2014 10:31:07 AM
> >>>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> >>>>
> >>>>
> >>>> On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
> >>>>> ----- Original Message -----
> >>>>>> From: "Doron Fediuck" <dfediuck at redhat.com>
> >>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
> >>>>>> Cc: engine-devel at ovirt.org
> >>>>>> Sent: Tuesday, December 31, 2013 7:17:40 PM
> >>>>>> Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
> >>>>>>
> >>>>>> An unrelated issue I noticed when moving from 3.3 branch to master I
> >>>>>> re-built everything,
> >>>>>> yet I was unable to login. I had to update the DB with a new password
> >>>>>> to
> >>>>>> login.
> >>>>>> I suspect theres another issue here.
> >>>>>>
> >>>>> I am unsure I follow, you cannot use the same prefix for both branches.
> >>>>> What the exact sequence?
> >>>> 1. Built everything on ovirt-3.3 branch.
> >>>> => works well.
> >>>>
> >>>> 2. git checkout origin/master && git reset --hard origin/master && rm
> >>>> -rf share bin etc usr var
> >>>> 3. Cherry pick patch from gerrit
> >>>> 4. make clean install-dev
> >>>> 5. run setup
> >>>>
> >>>> => I'd expect db to be recreated. If not then we cannot login to the
> >>>> system.
> >>>>
> >>> Are you removing the pki keys? the entire configuration? why not remove
> >>> the
> >>> entire PREFIX?
> >>>
> >>> Database will not re-created if already exist, there will be an attempt
> >>> to
> >>> upgrade it, and as you removed the pki keys the password is cannot be
> >>> decrypted.
> >>>
> >>> If you remove PREFIX you should also drop/create database to start
> >>> scratch,
> >>> or just use another empty database when installing.
> >>>
> >>> Regards,
> >>> Alon
> >> I'm not using PREFIX.
> >> What are the alternatives?
> >>
> > how come[1]?
> >
> > $ make clean install-dev PREFIX=$HOME/ovirt-engine
> >
> > so you are running it as root and install into /usr/local?
> >
> > the entire concept of devenv is to use it as non root and install to user
> > accessible directory (aka PREFIX).
> >
> > if you want to start fresh (by removing the PREFIX) then you should also
> > have fresh (empty) database.
> >
> > Regards,
> > Alon Bar-Lev
> >
> > [1]
> > http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD#l70
> I'm not using root.
> There's a special user account which has ~/ovirt-engine including the
> git repo inside.
> So the prefix is the same as the git repo and removing it removes git...

So you are using PREFIX, there is no other way to avoid installing into /usr/local which this user has no permission to write into.

$ make install-dev
<snip>
install: cannot change permissions of ?/usr/local/etc/?: No such file or directory
install: cannot create directory ?/usr/local/etc?: Permission denied
make[2]: *** [copy-recursive] Error 1

and using mixed git and PREFIX is highly not recommended as you do not know which files are being touched, make install-dev may actually overwrite your sources.

Alon


From ovedo at redhat.com  Wed Jan  1 14:25:50 2014
From: ovedo at redhat.com (Oved Ourfalli)
Date: Wed, 1 Jan 2014 09:25:50 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <956060591.47663499.1388585856055.JavaMail.root@redhat.com>
Message-ID: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>

Hi all,

Up until now the jenkins jobs on the gerrit patches included a findbugs job, that failed only in case of a warning of level NORMAL or higher.
Now we update this threshold to fail on any findbugs warning, including LOW ones.

Please make sure to rebase your current patches and check that the findbugs job finish successfully.
It will probably fail without a rebase, as the last patches clearing the warnings were merged a few hours ago.

Kodus to everyone involved in clearing all the LOW level warnings... mostly Allon and Alissa, but others helped as well! :-)

Cheers,
Oved


From iheim at redhat.com  Wed Jan  1 16:25:19 2014
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 01 Jan 2014 18:25:19 +0200
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
Message-ID: <52C4416F.9070908@redhat.com>

On 01/01/2014 04:25 PM, Oved Ourfalli wrote:
> Hi all,
>
> Up until now the jenkins jobs on the gerrit patches included a findbugs job, that failed only in case of a warning of level NORMAL or higher.
> Now we update this threshold to fail on any findbugs warning, including LOW ones.
>
> Please make sure to rebase your current patches and check that the findbugs job finish successfully.
> It will probably fail without a rebase, as the last patches clearing the warnings were merged a few hours ago.
>
> Kodus to everyone involved in clearing all the LOW level warnings... mostly Allon and Alissa, but others helped as well! :-)
>
> Cheers,
> Oved
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>

indeed - a BIG thank you for cleaning this - we finally have at least 
java naming conventions and various other nits fixed.
lets keep this clean - and that's only possible when its at a clear 
round 0. if something is a false positive, we can add a specific ignore 
for it (which was done for some issues).

Thanks!
    Itamar


From masayag at redhat.com  Wed Jan  1 22:08:43 2014
From: masayag at redhat.com (Moti Asayag)
Date: Wed, 1 Jan 2014 17:08:43 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
Message-ID: <122415145.9890457.1388614123195.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Oved Ourfalli" <ovedo at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik" <amureini at redhat.com>, "Alissa Bonas"
> <abonas at redhat.com>
> Sent: Wednesday, January 1, 2014 4:25:50 PM
> Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> Hi all,
> 
> Up until now the jenkins jobs on the gerrit patches included a findbugs job,
> that failed only in case of a warning of level NORMAL or higher.
> Now we update this threshold to fail on any findbugs warning, including LOW
> ones.
> 

Could you provide instructions of running findbugs locally and how to evaluate
the result the same as done by the jenkins job ?

> Please make sure to rebase your current patches and check that the findbugs
> job finish successfully.
> It will probably fail without a rebase, as the last patches clearing the
> warnings were merged a few hours ago.
> 
> Kodus to everyone involved in clearing all the LOW level warnings... mostly
> Allon and Alissa, but others helped as well! :-)
> 

Well done!

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


From eedri at redhat.com  Thu Jan  2 07:24:09 2014
From: eedri at redhat.com (Eyal Edri)
Date: Thu, 2 Jan 2014 02:24:09 -0500 (EST)
Subject: [Engine-devel] [jenkins] patch breaks jenkins jobs - compilation
	error
In-Reply-To: <1001050299.9945274.1388647297085.JavaMail.root@redhat.com>
Message-ID: <459822206.9945605.1388647449800.JavaMail.root@redhat.com>

fyi,

patch http://gerrit.ovirt.org/#/c/22614/ has compilation errors and currently fails most of jenkins jobs.
the reason for jenkins not failing the patch is the short time between the new patchset #3 was added (rebased)
to the actual merge time, so jenkins didn't have enough time to run on the new patchset.

please allow time after rebasing for jenkins to re-run all tests.

Eyal.


From S.Kieske at mittwald.de  Thu Jan  2 08:24:48 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Thu, 2 Jan 2014 08:24:48 +0000
Subject: [Engine-devel] [Users] REST Error during VM creation
In-Reply-To: <1514130921.8735756.1387696294236.JavaMail.root@redhat.com>
References: <52B3FBF2.60305@mittwald.de>
	<1514130921.8735756.1387696294236.JavaMail.root@redhat.com>
Message-ID: <52C522E4.1040401@mittwald.de>

Hi,

if you had read the BZ entry, you could already have found it.

Here it is again:


POST request on https://virt-mgmt-01.internal/api/vms/:
{"name":"vr00001","cluster":{"id":"2ad11b5e-9e74-499a-b317-5a9a3027cfca","name":"localcluster1"},"template":{"id":"10080414-d017-490b-b212-e02cee6a7b6e","name":"ubuntu-server-12.04"},"console":{"enabled":true}}

Am 22.12.2013 08:11, schrieb Meital Bourvine:
> Hi,
> 
> Can you please send the exact rest command that you've been using?
> 
> Thanks,
> Meital

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From iheim at redhat.com  Thu Jan  2 09:00:53 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 02 Jan 2014 11:00:53 +0200
Subject: [Engine-devel] [jenkins] patch breaks jenkins jobs -
 compilation error
In-Reply-To: <459822206.9945605.1388647449800.JavaMail.root@redhat.com>
References: <459822206.9945605.1388647449800.JavaMail.root@redhat.com>
Message-ID: <52C52AC5.7010900@redhat.com>

On 01/02/2014 09:24 AM, Eyal Edri wrote:
> fyi,
>
> patch http://gerrit.ovirt.org/#/c/22614/ has compilation errors and currently fails most of jenkins jobs.
> the reason for jenkins not failing the patch is the short time between the new patchset #3 was added (rebased)
> to the actual merge time, so jenkins didn't have enough time to run on the new patchset.
>
> please allow time after rebasing for jenkins to re-run all tests.

there is a potential race in any case, since by the time it runs it may 
need a rebase again.
the important thing is that its either fixed in a very short loop, or 
reverted in a very short loop.



From yzaslavs at redhat.com  Thu Jan  2 09:12:17 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Thu, 2 Jan 2014 04:12:17 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <122415145.9890457.1388614123195.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
	<122415145.9890457.1388614123195.JavaMail.root@redhat.com>
Message-ID: <1375434371.23455006.1388653937306.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Moti Asayag" <masayag at redhat.com>
> To: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 12:08:43 AM
> Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> 
> 
> ----- Original Message -----
> > From: "Oved Ourfalli" <ovedo at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik"
> > <amureini at redhat.com>, "Alissa Bonas"
> > <abonas at redhat.com>
> > Sent: Wednesday, January 1, 2014 4:25:50 PM
> > Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> > 
> > Hi all,
> > 
> > Up until now the jenkins jobs on the gerrit patches included a findbugs
> > job,
> > that failed only in case of a warning of level NORMAL or higher.
> > Now we update this threshold to fail on any findbugs warning, including LOW
> > ones.

Moti -
1. Aren't use running a local jenkins instance on one of your hosts? Maybe Eyal can publish the findbugs job?
2. What about running the findbugs UI? I find it kinda handy...


> > 
> 
> Could you provide instructions of running findbugs locally and how to
> evaluate
> the result the same as done by the jenkins job ?
> 
> > Please make sure to rebase your current patches and check that the findbugs
> > job finish successfully.
> > It will probably fail without a rebase, as the last patches clearing the
> > warnings were merged a few hours ago.
> > 
> > Kodus to everyone involved in clearing all the LOW level warnings... mostly
> > Allon and Alissa, but others helped as well! :-)
> > 
> 
> Well done!

Great news - good work guys!

> 
> > Cheers,
> > Oved
> > _______________________________________________
> > 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  Thu Jan  2 09:46:29 2014
From: masayag at redhat.com (Moti Asayag)
Date: Thu, 2 Jan 2014 04:46:29 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <1375434371.23455006.1388653937306.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
	<122415145.9890457.1388614123195.JavaMail.root@redhat.com>
	<1375434371.23455006.1388653937306.JavaMail.root@redhat.com>
Message-ID: <1756649956.10001410.1388655989901.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>
> Cc: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 11:12:17 AM
> Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> 
> 
> ----- Original Message -----
> > From: "Moti Asayag" <masayag at redhat.com>
> > To: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Thursday, January 2, 2014 12:08:43 AM
> > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Oved Ourfalli" <ovedo at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik"
> > > <amureini at redhat.com>, "Alissa Bonas"
> > > <abonas at redhat.com>
> > > Sent: Wednesday, January 1, 2014 4:25:50 PM
> > > Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > 
> > > Hi all,
> > > 
> > > Up until now the jenkins jobs on the gerrit patches included a findbugs
> > > job,
> > > that failed only in case of a warning of level NORMAL or higher.
> > > Now we update this threshold to fail on any findbugs warning, including
> > > LOW
> > > ones.
> 
> Moti -
> 1. Aren't use running a local jenkins instance on one of your hosts? Maybe
> Eyal can publish the findbugs job?

Well...that server is on maintenance for quite a while...

> 2. What about running the findbugs UI? I find it kinda handy...

The findbugs UI expects the xml created by findbugs with all of the violations.
The question is how those violation are created ? where are the rules by which
findbugs verifies the code (can be findbugs jar or jenkins findbugs plugin or other...).

Currently by running 'mvn findbugs:findbugs' i don't get a a single xml aggregating
all of the violations and the produced ones contain a lot of warnings.

So I'd like to know how can i be able to run this test locally ?

> 
> 
> > > 
> > 
> > Could you provide instructions of running findbugs locally and how to
> > evaluate
> > the result the same as done by the jenkins job ?
> > 
> > > Please make sure to rebase your current patches and check that the
> > > findbugs
> > > job finish successfully.
> > > It will probably fail without a rebase, as the last patches clearing the
> > > warnings were merged a few hours ago.
> > > 
> > > Kodus to everyone involved in clearing all the LOW level warnings...
> > > mostly
> > > Allon and Alissa, but others helped as well! :-)
> > > 
> > 
> > Well done!
> 
> Great news - good work guys!
> 
> > 
> > > Cheers,
> > > Oved
> > > _______________________________________________
> > > 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 S.Kieske at mittwald.de  Thu Jan  2 15:00:55 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Thu, 2 Jan 2014 15:00:55 +0000
Subject: [Engine-devel] [BUG] in UserMapper.java in 3.3.2
In-Reply-To: <52B45772.6050800@mittwald.de>
References: <52B45772.6050800@mittwald.de>
Message-ID: <52C57FC0.3050205@mittwald.de>

Hi,

I was able to track this down, thanks to the help
of Omer Frenkel:

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

However it did cost me several days to find out what
went wrong, and I'd like to make some suggestions to
prevent such errors in the future or make them at least
documented somewhere:

It turned out, that the JSON implementation which at
least started in 3.1. was not complete and not supported.

This was not documented anywhere (at least where I looked).

So what can we do to improve this?

My suggestions would be:

1. If a new feature gets developed and (partly) released
the exact status of this feature should be documented in
the wiki/release notes/code/wherever

e.g. feature x does work via webadmin, REST-API
it does not work via java-sdk, python-sdk and CLI
it does work with data passed via XML and not with
data passed via JSON.

2. To automate the check if the feature works as intended one
could write jenkins jobs, e.g.:

start a vm via rest-api with json data

if it fails this feature does not work.

I know that my second suggestion is quite a bit of work
but ovirt would greatly benefit from the achieved robustness
and bugs would be very much more easily traceable.

what do you think?

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From mrao at redhat.com  Thu Jan  2 15:12:54 2014
From: mrao at redhat.com (Malini Rao)
Date: Thu, 2 Jan 2014 10:12:54 -0500 (EST)
Subject: [Engine-devel] Gluster volume capacity feature
In-Reply-To: <52B42F92.9080809@redhat.com>
References: <52B42F92.9080809@redhat.com>
Message-ID: <937660382.47938331.1388675574390.JavaMail.root@redhat.com>

Top posting -

Is there a reason, these stats cannot be incorporated into the main grid view as we do for CPU memory etc on VMs? I am not seeing too much detail or any special comparative stats in the dialog view to make a separate dialog necessary. I am also thinking if the user selects just one volume, the dialog will be really sparse.

Thanks
Malini


----- Original Message -----
From: "Shubhendu Tripathi" <shtripat at redhat.com>
To: "engine-devel" <engine-devel at ovirt.org>, "Michael Pasternak" <mpastern at redhat.com>, "Ori Liel" <oliel at redhat.com>
Cc: arch at ovirt.org
Sent: Friday, December 20, 2013 6:52:50 AM
Subject: Gluster volume capacity feature

Hi All,

A new wiki has been published for feature "Gluster Volume Capacity"
http://www.ovirt.org/Features/Gluster_Volume_Capacity

Please review the same and provide your comments.

Added Michael and Ori specifically for review of REST apis.

Thanks,
Shubhendu Tripathi

_______________________________________________
Arch mailing list
Arch at ovirt.org
http://lists.ovirt.org/mailman/listinfo/arch


From S.Kieske at mittwald.de  Thu Jan  2 15:48:11 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Thu, 2 Jan 2014 15:48:11 +0000
Subject: [Engine-devel] 3.4 ReleasePlan / missing branches?
Message-ID: <52C58AD3.2020807@mittwald.de>

Hi,

according to:
http://www.ovirt.org/OVirt_3.4_release-management
Feature Freeze for 3.4. was 31.12.2013

But I can not find any branches for 3.4 release
in gerrit.ovirt.org.

Shouldn't there be branches for this version or
is anybody aware that there can't get any new
features into master after 31.12. ?

Or will additional features get into 3.4 or is
the feature freeze date for 3.4 in the wiki not
correct?
-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From iheim at redhat.com  Thu Jan  2 16:53:42 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 02 Jan 2014 18:53:42 +0200
Subject: [Engine-devel] 3.4 ReleasePlan / missing branches?
In-Reply-To: <52C58AD3.2020807@mittwald.de>
References: <52C58AD3.2020807@mittwald.de>
Message-ID: <52C59996.4050806@redhat.com>

On 01/02/2014 05:48 PM, Sven Kieske wrote:
> Hi,
>
> according to:
> http://www.ovirt.org/OVirt_3.4_release-management
> Feature Freeze for 3.4. was 31.12.2013
>
> But I can not find any branches for 3.4 release
> in gerrit.ovirt.org.
>
> Shouldn't there be branches for this version or
> is anybody aware that there can't get any new
> features into master after 31.12. ?
>
> Or will additional features get into 3.4 or is
> the feature freeze date for 3.4 in the wiki not
> correct?
>

Hi Sven,

A lot of the items are in final phases. with no weekly meeting for two 
weeks due to holidays, we'll revisit next week for status.

(I think we mentioned forking to stable branches January 15th, but 
couldn't find a reference to that)


Thanks,
    Itamar


From vszocs at redhat.com  Thu Jan  2 16:57:25 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Thu, 2 Jan 2014 11:57:25 -0500 (EST)
Subject: [Engine-devel] How to custom the UI for oVirt?
In-Reply-To: <1892413815.28466668.1388433079868.JavaMail.root@redhat.com>
References: <tencent_2F670DD84311ABA713C38D22@qq.com>
	<624425480.47269863.1388300987173.JavaMail.root@redhat.com>
	<1892413815.28466668.1388433079868.JavaMail.root@redhat.com>
Message-ID: <1814986297.12498545.1388681845142.JavaMail.root@redhat.com>

Hi!

thanks to Oved and Greg for providing useful references.

Some more notes on oVirt UI architecture & development:

- we use Google Web Toolkit (GWT) as the main UI SDK/technology:
  http://www.gwtproject.org/overview.html
  attached slides "oVirt UI Developer Sessions: Google Web Toolkit"

- we use GWT-Platform (GWTP) to utilize Model-View-Presenter
  architecture in our GWT application:
  https://github.com/ArcBees/GWTP
  http://en.wikipedia.org/wiki/Model_View_Presenter
  http://www.gwtproject.org/articles/mvp-architecture.html
  http://www.gwtproject.org/articles/mvp-architecture-2.html
  http://courses.coreservlets.com/Course-Materials/pdf/ajax/GWT-MVP-Intro.pdf

- we use GWT-Inject (GIN) for dependency injection:
  http://code.google.com/p/google-gin/wiki/GinTutorial

- we have UI Plugin infrastructure that supports extending
  application UI via JavaScript/HTML:
  http://www.ovirt.org/Features/UIPlugins
  http://www.ovirt.org/Tutorial/UIPlugins/CrashCourse

Unfortunately, http://www.ovirt.org/DebugFrontend is out of
date, I'll try to update it soon.

Also, http://www.ovirt.org/Architecture is missing the GWT UI
part, will update that one too.

In general, you can decide how to approach customizing oVirt UI:

1, change (Java/GWT) UI source code and rebuild Engine

2, write UI Plugin that extends existing application UI

Regards,
Vojtech


----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "JustMan" <wang.tianyi at qq.com>
> Cc: "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, December 30, 2013 8:51:19 PM
> Subject: Re: [Engine-devel] How to custom the UI for oVirt?
> 
> The GWT architecture we use is based on GWTP, an MVP framework for GWT:
> https://github.com/ArcBees/GWTP
> 
> We don't currently have a widget hierarchy or catalog built.
> 
> If you're just starting out with GWT, it's a steep learning curve. If you're
> already familiar with GWT and GWTP, you'll be in better shape.
> 
> In addition to the UI Plugins that Oved mentioned, oVirt also has branding
> support for changing colors, logos, etc.:
> http://www.ovirt.org/Feature/Branding
> 
> If you're sure you want to do GWT development on oVirt, start here:
> http://www.ovirt.org/DebugFrontend
> 
> Greg
> 
> ----- Original Message -----
> > From: "Oved Ourfalli" <ovedo at redhat.com>
> > To: "JustMan" <wang.tianyi at qq.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Sunday, December 29, 2013 2:09:47 AM
> > Subject: Re: [Engine-devel] How to custom the UI for oVirt?
> > 
> > Hi
> > 
> > If you would like to customize the UI to fit your needs, like adding new
> > tabs, new action buttons, and etc., then I recommend reading the wiki pages
> > about UI plugins:
> > Formal page: http://www.ovirt.org/Features/UIPlugins
> > 
> > Blog posts regarding that:
> > http://ovedou.blogspot.co.il/
> > http://developerblog.redhat.com/2013/12/19/advanced_integration_rhevm-part2/
> > http://developerblog.redhat.com/2013/12/19/advanced_integration_rhevm-part1/
> > http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/
> > 
> > As for the architecture information, there is an architecture page on
> > http://www.ovirt.org/Architecture, but it doesn't have a lot on GWT.
> > Vojtech/Einav - can you send some information on that, or better update the
> > wiki page?
> > 
> > Thank you,
> > Oved
> > 
> > ----- Original Message -----
> > > From: "JustMan" <wang.tianyi at qq.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Friday, December 27, 2013 11:29:02 AM
> > > Subject: [Engine-devel] How to custom the UI for oVirt?
> > > 
> > > HI All?
> > > 
> > > If custom development the UI for oVirt, what's development technology
> > > must
> > > be
> > > learn, and where is the UI module in the resource? Where is the start
> > > step?
> > > 
> > > Where can find oVirt architecture document? I goto the office website,
> > > already read some development document, but still very clear the
> > > architecture of oVirt, special of the GWT part.
> > > 
> > > ike
> > > 
> > > 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
> >
> _______________________________________________
> 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: UIDevSessions-01-GoogleWebToolkit.pdf
Type: application/pdf
Size: 231892 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140102/14dc904d/attachment.pdf>

From masayag at redhat.com  Thu Jan  2 17:40:47 2014
From: masayag at redhat.com (Moti Asayag)
Date: Thu, 2 Jan 2014 12:40:47 -0500 (EST)
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <803392277.10145177.1388683868873.JavaMail.root@redhat.com>
Message-ID: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>

It seems that findbugs complains [1] about a class which never
existed in ovirt-engine (a job which is run per pushed patch): 

org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN

This produces too much noise in gerrit. I'm not sure what is the
origin of the class, but i was under the assumption that findbugs
should be run for each patch on a clean env, without leftovers
from job on other patches.

Any idea how to clear this class/error ?

[1] http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?

Thanks,
Moti





From yzaslavs at redhat.com  Thu Jan  2 21:54:28 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Thu, 2 Jan 2014 16:54:28 -0500 (EST)
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>
Message-ID: <813482869.23828693.1388699668560.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Moti Asayag" <masayag at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 7:40:47 PM
> Subject: [Engine-devel] Strange findbugs warning for a phantom class
> 
> It seems that findbugs complains [1] about a class which never
> existed in ovirt-engine (a job which is run per pushed patch):
> 
> org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN

I can only say what is the source of this class - the AAA rewrite Juan and I are working on.
> 
> This produces too much noise in gerrit. I'm not sure what is the
> origin of the class, but i was under the assumption that findbugs
> should be run for each patch on a clean env, without leftovers
> from job on other patches.
> 
> Any idea how to clear this class/error ?

+1 on Moti's question - I think I saw this behavior last week as well.

> 
> [1]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
> 
> Thanks,
> Moti
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From gshereme at redhat.com  Fri Jan  3 02:53:33 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Thu, 2 Jan 2014 21:53:33 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
Message-ID: <383773839.28931544.1388717613706.JavaMail.root@redhat.com>

Caution on upgrading your dev machine to Fedora 20. GWT compilation of "safari" (for Chrome) causes a segfault during the build. Strangely, the build appears to work, so I'm not sure what the net effect of the segfault is.

If you only compile for gecko (Firefox) [the default], you won't see the segfault.

In other words,
make clean install-dev PREFIX=$HOME/ovirt-engine DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari"
causes the segfault

But
make install-dev PREFIX="$HOME/ovirt-engine"
works just fine.

I've duplicated this with with both OpenJDK and Oracle JDK.

If you'd like to duplicate, simple install a fresh F20 VM, and then run these commands:
    1  sudo yum install nano
    2  sudo nano /etc/hostname   #set the hostname
    3  sudo nano /etc/hosts      #set the hostname
    5  sudo yum install http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm
    6  sudo yum install git java-devel maven openssl postgresql-server     m2crypto python-psycopg2 python-cheetah python-daemon libxml2-python     jboss-as unzip otopi
    7  mkdir projects
    8  cd projects/
    9  git clone git://gerrit.ovirt.org/ovirt-engine
   10  cd ovirt-engine/
   11  make install-dev PREFIX="$HOME/ovirt-engine"


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


From shtripat at redhat.com  Fri Jan  3 03:51:59 2014
From: shtripat at redhat.com (Shubhendu Tripathi)
Date: Fri, 03 Jan 2014 09:21:59 +0530
Subject: [Engine-devel] Gluster volume capacity feature
In-Reply-To: <937660382.47938331.1388675574390.JavaMail.root@redhat.com>
References: <52B42F92.9080809@redhat.com>
	<937660382.47938331.1388675574390.JavaMail.root@redhat.com>
Message-ID: <52C633DF.1070602@redhat.com>

Hi Malini,

We had an internal discussion on the same, and we also thought that 
having a separated dialog for this purpose not actually required.
Now as per discussion, we would be displaying the volume capacity 
details in the volumes list table as an additional column with name 
"Capacity". This column would be displayed just before the Activities 
column in volumes list table.

REST APIs remain as is to be shown as statistics under specific volume.

Thanks and Regards,
Shubhendu

On 01/02/2014 08:42 PM, Malini Rao wrote:
> Top posting -
>
> Is there a reason, these stats cannot be incorporated into the main grid view as we do for CPU memory etc on VMs? I am not seeing too much detail or any special comparative stats in the dialog view to make a separate dialog necessary. I am also thinking if the user selects just one volume, the dialog will be really sparse.
>
> Thanks
> Malini
>
>
> ----- Original Message -----
> From: "Shubhendu Tripathi" <shtripat at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, "Michael Pasternak" <mpastern at redhat.com>, "Ori Liel" <oliel at redhat.com>
> Cc: arch at ovirt.org
> Sent: Friday, December 20, 2013 6:52:50 AM
> Subject: Gluster volume capacity feature
>
> Hi All,
>
> A new wiki has been published for feature "Gluster Volume Capacity"
> http://www.ovirt.org/Features/Gluster_Volume_Capacity
>
> Please review the same and provide your comments.
>
> Added Michael and Ori specifically for review of REST apis.
>
> Thanks,
> Shubhendu Tripathi
>
> _______________________________________________
> Arch mailing list
> Arch at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch



From yzaslavs at redhat.com  Fri Jan  3 05:39:45 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Fri, 3 Jan 2014 00:39:45 -0500 (EST)
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <813482869.23828693.1388699668560.JavaMail.root@redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>
	<813482869.23828693.1388699668560.JavaMail.root@redhat.com>
Message-ID: <1466067294.23970443.1388727585184.JavaMail.root@redhat.com>

I saw this today as well - findbugs showed new warnings for jsonrpc java client code , but my patches are not rebased against that work (the jsonrpc code is not merged to master).


----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 11:54:28 PM
> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
> 
> 
> 
> ----- Original Message -----
> > From: "Moti Asayag" <masayag at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Thursday, January 2, 2014 7:40:47 PM
> > Subject: [Engine-devel] Strange findbugs warning for a phantom class
> > 
> > It seems that findbugs complains [1] about a class which never
> > existed in ovirt-engine (a job which is run per pushed patch):
> > 
> > org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN
> 
> I can only say what is the source of this class - the AAA rewrite Juan and I
> are working on.
> > 
> > This produces too much noise in gerrit. I'm not sure what is the
> > origin of the class, but i was under the assumption that findbugs
> > should be run for each patch on a clean env, without leftovers
> > from job on other patches.
> > 
> > Any idea how to clear this class/error ?
> 
> +1 on Moti's question - I think I saw this behavior last week as well.
> 
> > 
> > [1]
> > http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
> > 
> > Thanks,
> > Moti
> > 
> > 
> > 
> > _______________________________________________
> > 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 eedri at redhat.com  Fri Jan  3 06:58:51 2014
From: eedri at redhat.com (Eyal Edri)
Date: Fri, 3 Jan 2014 01:58:51 -0500 (EST)
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <1466067294.23970443.1388727585184.JavaMail.root@redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>
	<813482869.23828693.1388699668560.JavaMail.root@redhat.com>
	<1466067294.23970443.1388727585184.JavaMail.root@redhat.com>
Message-ID: <1956609284.10394056.1388732331402.JavaMail.root@redhat.com>

The obvious is to enable wipe workspace per run, but i fear that will be 
add much more run time per patch and that jenkins won't be able to handle the 
queue of jobs, but it's worth a try.

i will enable it for now, and we'll monitor the queue size.

eyal. 

----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>
> Cc: "engine-devel" ovirt.org>
> Sent: Friday, January 3, 2014 7:39:45 AM
> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
> 
> I saw this today as well - findbugs showed new warnings for jsonrpc java
> client code , but my patches are not rebased against that work (the jsonrpc
> code is not merged to master).
> 
> 
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Moti Asayag" <masayag at redhat.com>
> > Cc: "engine-devel" ovirt.org>
> > Sent: Thursday, January 2, 2014 11:54:28 PM
> > Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Moti Asayag" <masayag at redhat.com>
> > > To: "engine-devel" ovirt.org>
> > > Sent: Thursday, January 2, 2014 7:40:47 PM
> > > Subject: [Engine-devel] Strange findbugs warning for a phantom class
> > > 
> > > It seems that findbugs complains [1] about a class which never
> > > existed in ovirt-engine (a job which is run per pushed patch):
> > > 
> > > org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN
> > 
> > I can only say what is the source of this class - the AAA rewrite Juan and
> > I
> > are working on.
> > > 
> > > This produces too much noise in gerrit. I'm not sure what is the
> > > origin of the class, but i was under the assumption that findbugs
> > > should be run for each patch on a clean env, without leftovers
> > > from job on other patches.
> > > 
> > > Any idea how to clear this class/error ?
> > 
> > +1 on Moti's question - I think I saw this behavior last week as well.
> > 
> > > 
> > > [1]
> > > http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
> > > 
> > > Thanks,
> > > Moti
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > 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  Fri Jan  3 07:42:10 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 03 Jan 2014 09:42:10 +0200
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <1956609284.10394056.1388732331402.JavaMail.root@redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>	<813482869.23828693.1388699668560.JavaMail.root@redhat.com>	<1466067294.23970443.1388727585184.JavaMail.root@redhat.com>
	<1956609284.10394056.1388732331402.JavaMail.root@redhat.com>
Message-ID: <52C669D2.2060404@redhat.com>

On 01/03/2014 08:58 AM, Eyal Edri wrote:
> The obvious is to enable wipe workspace per run, but i fear that will be
> add much more run time per patch and that jenkins won't be able to handle the
> queue of jobs, but it's worth a try.
>
> i will enable it for now, and we'll monitor the queue size.

I don't think you need to clean the entire workspace, just the findbugs 
results, which are probably showing results of a class no longer there.

>
> eyal.
>
> ----- Original Message -----
>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>> To: "Moti Asayag" <masayag at redhat.com>
>> Cc: "engine-devel" ovirt.org>
>> Sent: Friday, January 3, 2014 7:39:45 AM
>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>
>> I saw this today as well - findbugs showed new warnings for jsonrpc java
>> client code , but my patches are not rebased against that work (the jsonrpc
>> code is not merged to master).
>>
>>
>> ----- Original Message -----
>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>> To: "Moti Asayag" <masayag at redhat.com>
>>> Cc: "engine-devel" ovirt.org>
>>> Sent: Thursday, January 2, 2014 11:54:28 PM
>>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Moti Asayag" <masayag at redhat.com>
>>>> To: "engine-devel" ovirt.org>
>>>> Sent: Thursday, January 2, 2014 7:40:47 PM
>>>> Subject: [Engine-devel] Strange findbugs warning for a phantom class
>>>>
>>>> It seems that findbugs complains [1] about a class which never
>>>> existed in ovirt-engine (a job which is run per pushed patch):
>>>>
>>>> org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN
>>>
>>> I can only say what is the source of this class - the AAA rewrite Juan and
>>> I
>>> are working on.
>>>>
>>>> This produces too much noise in gerrit. I'm not sure what is the
>>>> origin of the class, but i was under the assumption that findbugs
>>>> should be run for each patch on a clean env, without leftovers
>>>> from job on other patches.
>>>>
>>>> Any idea how to clear this class/error ?
>>>
>>> +1 on Moti's question - I think I saw this behavior last week as well.
>>>
>>>>
>>>> [1]
>>>> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
>>>>
>>>> Thanks,
>>>> Moti
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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 eedri at redhat.com  Fri Jan  3 07:54:49 2014
From: eedri at redhat.com (Eyal Edri)
Date: Fri, 3 Jan 2014 02:54:49 -0500 (EST)
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <52C669D2.2060404@redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>
	<813482869.23828693.1388699668560.JavaMail.root@redhat.com>
	<1466067294.23970443.1388727585184.JavaMail.root@redhat.com>
	<1956609284.10394056.1388732331402.JavaMail.root@redhat.com>
	<52C669D2.2060404@redhat.com>
Message-ID: <1921352375.10407915.1388735689950.JavaMail.root@zmail17.collab.prod.int.phx2.redhat.com>

not sure, the results are created from the src code, and if the same job checksout diff patches to the same place that can create the fp errors we see now..
deleting the results will just mean they will be created again the same...

On Jan 3, 2014 9:42 AM, Itamar Heim <iheim at redhat.com> wrote:
>
> On 01/03/2014 08:58 AM, Eyal Edri wrote: 
> > The obvious is toOn 01/03/2014 08:58 AM, Eyal Edri wrote:
> The obvious is to enable wipe workspace per run, but i fear that will be
> add much more run time per patch and that jenkins won't be able to handle the
> queue of jobs, but it's worth a try.
>
> i will enable it for now, and we'll monitor the queue size.

I don't think you need to clean the entire workspace, just the findbugs 
results, which are probably showing results of a class no longer there.

>
> eyal.
>
> ----- Original Message -----
>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>> To: "Moti Asayag" <masayag at redhat.com>
>> Cc: "engine-devel" ovirt.org>
>> Sent: Friday, January 3, 2014 7:39:45 AM
>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>
>> I saw this today as well - findbugs showed new warnings for jsonrpc java
>> client code , but my patches are not rebased against that work (the jsonrpc
>> code is not merged to master).
>>
>>
>> ----- Original Message -----
>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>> To: "Moti Asayag" <masayag at redhat.com>
>>> Cc: "engine-devel" ovirt.org>
>>> Sent: Thursday, January 2, 2014 11:54:28 PM
>>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Moti Asayag" <masayag at redhat.com>
>>>> To: "engine-devel" ovirt.org>
>>>> Sent: Thursday, January 2, 2014 7:40:47 PM
>>>> Subject: [Engine-devel] Strange findbugs warning for a phantom class
>>>>
>>>> It seems that findbugs complains [1] about a class which never
>>>> existed in ovirt-engine (a job which is run per pushed patch):
>>>>
>>>> org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN
>>>
>>> I can only say what is the source of this class - the AAA rewrite Juan and
>>> I
>>> are working on.
>>>>
>>>> This produces too much noise in gerrit. I'm not sure what is the
>>>> origin of the class, but i was under the assumption that findbugs
>>>> should be run for each patch on a clean env, without leftovers
>>>> from job on other patches.
>>>>
>>>> Any idea how to clear this class/error ?
>>>
>>> +1 on Moti's question - I think I saw this behavior last week as well.
>>>
>>>>
>>>> [1]
>>>> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
>>>>
>>>> Thanks,
>>>> Moti
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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  Fri Jan  3 08:16:36 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 03 Jan 2014 10:16:36 +0200
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <1921352375.10407915.1388735689950.JavaMail.root@zmail17.collab.prod.int.phx2.redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>
	<813482869.23828693.1388699668560.JavaMail.root@redhat.com>
	<1466067294.23970443.1388727585184.JavaMail.root@redhat.com>
	<1956609284.10394056.1388732331402.JavaMail.root@redhat.com>
	<52C669D2.2060404@redhat.com>
	<1921352375.10407915.1388735689950.JavaMail.root@zmail17.collab.prod.int.phx2.redhat.com>
Message-ID: <52C671E4.7080505@redhat.com>

On 01/03/2014 09:54 AM, Eyal Edri wrote:
> not sure, the results are created from the src code, and if the same job checksout diff patches to the same place that can create the fp errors we see now..
> deleting the results will just mean they will be created again the same...

the job doesn't 'diff patches', it uses git which cleans up the source 
part of the workspace.
the problem seems to be with residual findbug files not overwritten

>
> On Jan 3, 2014 9:42 AM, Itamar Heim <iheim at redhat.com> wrote:
>>
>> On 01/03/2014 08:58 AM, Eyal Edri wrote:
>>> The obvious is toOn 01/03/2014 08:58 AM, Eyal Edri wrote:
>> The obvious is to enable wipe workspace per run, but i fear that will be
>> add much more run time per patch and that jenkins won't be able to handle the
>> queue of jobs, but it's worth a try.
>>
>> i will enable it for now, and we'll monitor the queue size.
>
> I don't think you need to clean the entire workspace, just the findbugs
> results, which are probably showing results of a class no longer there.
>
>>
>> eyal.
>>
>> ----- Original Message -----
>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>> To: "Moti Asayag" <masayag at redhat.com>
>>> Cc: "engine-devel" ovirt.org>
>>> Sent: Friday, January 3, 2014 7:39:45 AM
>>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>>
>>> I saw this today as well - findbugs showed new warnings for jsonrpc java
>>> client code , but my patches are not rebased against that work (the jsonrpc
>>> code is not merged to master).
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>>> To: "Moti Asayag" <masayag at redhat.com>
>>>> Cc: "engine-devel" ovirt.org>
>>>> Sent: Thursday, January 2, 2014 11:54:28 PM
>>>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>>>
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Moti Asayag" <masayag at redhat.com>
>>>>> To: "engine-devel" ovirt.org>
>>>>> Sent: Thursday, January 2, 2014 7:40:47 PM
>>>>> Subject: [Engine-devel] Strange findbugs warning for a phantom class
>>>>>
>>>>> It seems that findbugs complains [1] about a class which never
>>>>> existed in ovirt-engine (a job which is run per pushed patch):
>>>>>
>>>>> org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN
>>>>
>>>> I can only say what is the source of this class - the AAA rewrite Juan and
>>>> I
>>>> are working on.
>>>>>
>>>>> This produces too much noise in gerrit. I'm not sure what is the
>>>>> origin of the class, but i was under the assumption that findbugs
>>>>> should be run for each patch on a clean env, without leftovers
>>>>> from job on other patches.
>>>>>
>>>>> Any idea how to clear this class/error ?
>>>>
>>>> +1 on Moti's question - I think I saw this behavior last week as well.
>>>>
>>>>>
>>>>> [1]
>>>>> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
>>>>>
>>>>> Thanks,
>>>>> Moti
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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 alitke at redhat.com  Fri Jan  3 16:37:43 2014
From: alitke at redhat.com (Adam Litke)
Date: Fri, 3 Jan 2014 11:37:43 -0500
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <383773839.28931544.1388717613706.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
Message-ID: <20140103163743.GB4790@redhat.com>

On 02/01/14 21:53 -0500, Greg Sheremeta wrote:
>Caution on upgrading your dev machine to Fedora 20. GWT compilation of "safari" (for Chrome) causes a segfault during the build. Strangely, the build appears to work, so I'm not sure what the net effect of the segfault is.
>
>If you only compile for gecko (Firefox) [the default], you won't see the segfault.
>
>In other words,
>make clean install-dev PREFIX=$HOME/ovirt-engine DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari"
>causes the segfault
>
>But
>make install-dev PREFIX="$HOME/ovirt-engine"
>works just fine.
>
>I've duplicated this with with both OpenJDK and Oracle JDK.

I can confirm this on my F20 system with OpenJDK as well.  So far I
have not observed any problems with the resulting build.



From gshereme at redhat.com  Fri Jan  3 16:55:05 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 3 Jan 2014 11:55:05 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <20140103163743.GB4790@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
Message-ID: <1611563274.29057922.1388768105427.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Adam Litke" <alitke at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, January 3, 2014 11:37:43 AM
> Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> 
> On 02/01/14 21:53 -0500, Greg Sheremeta wrote:
> >Caution on upgrading your dev machine to Fedora 20. GWT compilation of
> >"safari" (for Chrome) causes a segfault during the build. Strangely, the
> >build appears to work, so I'm not sure what the net effect of the segfault
> >is.
> >
> >If you only compile for gecko (Firefox) [the default], you won't see the
> >segfault.
> >
> >In other words,
> >make clean install-dev PREFIX=$HOME/ovirt-engine
> >DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari"
> >causes the segfault
> >
> >But
> >make install-dev PREFIX="$HOME/ovirt-engine"
> >works just fine.
> >
> >I've duplicated this with with both OpenJDK and Oracle JDK.
> 
> I can confirm this on my F20 system with OpenJDK as well.  So far I
> have not observed any problems with the resulting build.
> 
> 
I've since duplicated it building a different GWT project, so I'll report the bug against GWT.

I also see a similar crash in Eclipse if Eclipse is using webkit (the default) AND Google Talk is installed. Either uninstalling GTalk or using -Dorg.eclipse.swt.browser.DefaultType=mozilla
works around that. So the GWT bug might be a JDK bug. Thoughts?

...

GWT compiling a different GWT project --->

[INFO] Compiling module com.github.gwtbootstrap.Bootstrap
[INFO]    Compiling 6 permutations
[INFO]       Compiling permutation 0...
[INFO]       Compiling permutation 2...
[INFO]       Process output
[INFO]          Compiling
[INFO]             Compiling permutation 1...
[INFO]       Compiling permutation 3...
[INFO]       Compiling permutation 4...
[INFO]       Compiling permutation 5...
[INFO]    Compile of permutations succeeded
*** Error in `java': double free or corruption (out): 0x00007eff24015d60 ***
======= Backtrace: =========
/lib64/libc.so.6[0x342ce75d9f]
/lib64/libc.so.6[0x342ce7d098]
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x8dcc3b)[0x7eff2b9d6c3b]
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x5ce967)[0x7eff2b6c8967]
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(JVM_Halt+0x30)[0x7eff2b706b10]
[0x7eff210135ec]
======= Memory map: ========




From alonbl at redhat.com  Fri Jan  3 16:59:16 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 3 Jan 2014 11:59:16 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
	<1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
Message-ID: <1012145118.29061237.1388768356608.JavaMail.root@redhat.com>


this is probably native code bug in openjdk.

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


From gshereme at redhat.com  Fri Jan  3 17:04:50 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 3 Jan 2014 12:04:50 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
	<1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
	<1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
Message-ID: <1156055570.29065292.1388768690693.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "Adam Litke" <alitke at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, January 3, 2014 11:59:16 AM
> Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> 
> 
> this is probably native code bug in openjdk.

But I see it in Oracle JDK too.

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


From gshereme at redhat.com  Fri Jan  3 17:22:54 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 3 Jan 2014 12:22:54 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <1156055570.29065292.1388768690693.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
	<1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
	<1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
	<1156055570.29065292.1388768690693.JavaMail.root@redhat.com>
Message-ID: <1363169647.29079261.1388769774477.JavaMail.root@redhat.com>

I reported against GWT: https://code.google.com/p/google-web-toolkit/issues/detail?id=8513

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


From alonbl at redhat.com  Fri Jan  3 17:36:12 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Fri, 3 Jan 2014 12:36:12 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <1363169647.29079261.1388769774477.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
	<1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
	<1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
	<1156055570.29065292.1388768690693.JavaMail.root@redhat.com>
	<1363169647.29079261.1388769774477.JavaMail.root@redhat.com>
Message-ID: <678159717.29080783.1388770572427.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Friday, January 3, 2014 7:22:54 PM
> Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> 
> I reported against GWT:
> https://code.google.com/p/google-web-toolkit/issues/detail?id=8513

As long as gwt does not contain native code, it cannot cause libc free directly.
So either heap corruption which is by native code, or something in java reference count misbehaves.
Very difficult for byte code within jvm to cause this without native code cooperation.

> 
> ----- Original Message -----
> > From: "Greg Sheremeta" <gshereme at redhat.com>
> > To: "Alon Bar-Lev" <alonbl at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Friday, January 3, 2014 12:04:50 PM
> > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Alon Bar-Lev" <alonbl at redhat.com>
> > > To: "Greg Sheremeta" <gshereme at redhat.com>
> > > Cc: "Adam Litke" <alitke at redhat.com>, "engine-devel"
> > > <engine-devel at ovirt.org>
> > > Sent: Friday, January 3, 2014 11:59:16 AM
> > > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > > 
> > > 
> > > this is probably native code bug in openjdk.
> > 
> > But I see it in Oracle JDK too.
> > 
> > > 
> > > ----- Original Message -----
> > > > From: "Greg Sheremeta" <gshereme at redhat.com>
> > > > To: "Adam Litke" <alitke at redhat.com>
> > > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Friday, January 3, 2014 6:55:05 PM
> > > > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Adam Litke" <alitke at redhat.com>
> > > > > To: "Greg Sheremeta" <gshereme at redhat.com>
> > > > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > > > Sent: Friday, January 3, 2014 11:37:43 AM
> > > > > Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
> > > > > 
> > > > > On 02/01/14 21:53 -0500, Greg Sheremeta wrote:
> > > > > >Caution on upgrading your dev machine to Fedora 20. GWT compilation
> > > > > >of
> > > > > >"safari" (for Chrome) causes a segfault during the build. Strangely,
> > > > > >the
> > > > > >build appears to work, so I'm not sure what the net effect of the
> > > > > >segfault
> > > > > >is.
> > > > > >
> > > > > >If you only compile for gecko (Firefox) [the default], you won't see
> > > > > >the
> > > > > >segfault.
> > > > > >
> > > > > >In other words,
> > > > > >make clean install-dev PREFIX=$HOME/ovirt-engine
> > > > > >DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-Dgwt.userAgent=gecko1_8,safari"
> > > > > >causes the segfault
> > > > > >
> > > > > >But
> > > > > >make install-dev PREFIX="$HOME/ovirt-engine"
> > > > > >works just fine.
> > > > > >
> > > > > >I've duplicated this with with both OpenJDK and Oracle JDK.
> > > > > 
> > > > > I can confirm this on my F20 system with OpenJDK as well.  So far I
> > > > > have not observed any problems with the resulting build.
> > > > > 
> > > > > 
> > > > I've since duplicated it building a different GWT project, so I'll
> > > > report
> > > > the
> > > > bug against GWT.
> > > > 
> > > > I also see a similar crash in Eclipse if Eclipse is using webkit (the
> > > > default) AND Google Talk is installed. Either uninstalling GTalk or
> > > > using
> > > > -Dorg.eclipse.swt.browser.DefaultType=mozilla
> > > > works around that. So the GWT bug might be a JDK bug. Thoughts?
> > > > 
> > > > ...
> > > > 
> > > > GWT compiling a different GWT project --->
> > > > 
> > > > [INFO] Compiling module com.github.gwtbootstrap.Bootstrap
> > > > [INFO]    Compiling 6 permutations
> > > > [INFO]       Compiling permutation 0...
> > > > [INFO]       Compiling permutation 2...
> > > > [INFO]       Process output
> > > > [INFO]          Compiling
> > > > [INFO]             Compiling permutation 1...
> > > > [INFO]       Compiling permutation 3...
> > > > [INFO]       Compiling permutation 4...
> > > > [INFO]       Compiling permutation 5...
> > > > [INFO]    Compile of permutations succeeded
> > > > *** Error in `java': double free or corruption (out):
> > > > 0x00007eff24015d60
> > > > ***
> > > > ======= Backtrace: =========
> > > > /lib64/libc.so.6[0x342ce75d9f]
> > > > /lib64/libc.so.6[0x342ce7d098]
> > > > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x8dcc3b)[0x7eff2b9d6c3b]
> > > > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x5ce967)[0x7eff2b6c8967]
> > > > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(JVM_Halt+0x30)[0x7eff2b706b10]
> > > > [0x7eff210135ec]
> > > > ======= Memory map: ========
> > > > 
> > > > 
> > > > _______________________________________________
> > > > Engine-devel mailing list
> > > > Engine-devel at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > > 
> > > 
> > _______________________________________________
> > 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 jhernand at redhat.com  Fri Jan  3 23:28:58 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Sat, 04 Jan 2014 00:28:58 +0100
Subject: [Engine-devel] Strange findbugs warning for a phantom class
In-Reply-To: <52C671E4.7080505@redhat.com>
References: <990089606.10150746.1388684447129.JavaMail.root@redhat.com>	<813482869.23828693.1388699668560.JavaMail.root@redhat.com>	<1466067294.23970443.1388727585184.JavaMail.root@redhat.com>	<1956609284.10394056.1388732331402.JavaMail.root@redhat.com>	<52C669D2.2060404@redhat.com>	<1921352375.10407915.1388735689950.JavaMail.root@zmail17.collab.prod.int.phx2.redhat.com>
	<52C671E4.7080505@redhat.com>
Message-ID: <52C747BA.5000706@redhat.com>

On 01/03/2014 09:16 AM, Itamar Heim wrote:
> On 01/03/2014 09:54 AM, Eyal Edri wrote:
>> not sure, the results are created from the src code, and if the same job checksout diff patches to the same place that can create the fp errors we see now..
>> deleting the results will just mean they will be created again the same...
> 
> the job doesn't 'diff patches', it uses git which cleans up the source 
> part of the workspace.
> the problem seems to be with residual findbug files not overwritten
> 

Findbugs doesn't analyze source code, it analyzes the generated
bytecode, the .class files. It then uses the line number information
embedded in the .class and the source files to generate the reports.

This job generates the reports finding all the findbugsXml.xml that are
available in the source tree. See these lines in one of the jobs:

FINDBUGS] Collecting findbugs analysis files...
[FINDBUGS] Finding all files that match the pattern **/findbugsXml.xml
[FINDBUGS] Parsing 26 files in
/home/jenkins/workspace/ovirt_engine_master_find_bugs_gerrit
[FINDBUGS] Successfully parsed file
/home/jenkins/workspace/ovirt_engine_master_find_bugs_gerrit/ovirt-engine/backend/manager/modules/authentication/target/findbugsXml.xml
of module  with 1 warnings.

So what happens here is that there are findbugsXml.xml files from
previous builds in the source tree. I would suggest to clean the source
tree with (with "git clean -dfx", for example) before starting the job.

>>
>> On Jan 3, 2014 9:42 AM, Itamar Heim <iheim at redhat.com> wrote:
>>>
>>> On 01/03/2014 08:58 AM, Eyal Edri wrote:
>>>> The obvious is toOn 01/03/2014 08:58 AM, Eyal Edri wrote:
>>> The obvious is to enable wipe workspace per run, but i fear that will be
>>> add much more run time per patch and that jenkins won't be able to handle the
>>> queue of jobs, but it's worth a try.
>>>
>>> i will enable it for now, and we'll monitor the queue size.
>>
>> I don't think you need to clean the entire workspace, just the findbugs
>> results, which are probably showing results of a class no longer there.
>>
>>>
>>> eyal.
>>>
>>> ----- Original Message -----
>>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>>> To: "Moti Asayag" <masayag at redhat.com>
>>>> Cc: "engine-devel" ovirt.org>
>>>> Sent: Friday, January 3, 2014 7:39:45 AM
>>>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>>>
>>>> I saw this today as well - findbugs showed new warnings for jsonrpc java
>>>> client code , but my patches are not rebased against that work (the jsonrpc
>>>> code is not merged to master).
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
>>>>> To: "Moti Asayag" <masayag at redhat.com>
>>>>> Cc: "engine-devel" ovirt.org>
>>>>> Sent: Thursday, January 2, 2014 11:54:28 PM
>>>>> Subject: Re: [Engine-devel] Strange findbugs warning for a phantom class
>>>>>
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Moti Asayag" <masayag at redhat.com>
>>>>>> To: "engine-devel" ovirt.org>
>>>>>> Sent: Thursday, January 2, 2014 7:40:47 PM
>>>>>> Subject: [Engine-devel] Strange findbugs warning for a phantom class
>>>>>>
>>>>>> It seems that findbugs complains [1] about a class which never
>>>>>> existed in ovirt-engine (a job which is run per pushed patch):
>>>>>>
>>>>>> org.ovirt.engine.core.authentication.tls.TlsSocketFactoryN
>>>>>
>>>>> I can only say what is the source of this class - the AAA rewrite Juan and
>>>>> I
>>>>> are working on.
>>>>>>
>>>>>> This produces too much noise in gerrit. I'm not sure what is the
>>>>>> origin of the class, but i was under the assumption that findbugs
>>>>>> should be run for each patch on a clean env, without leftovers
>>>>>> from job on other patches.
>>>>>>
>>>>>> Any idea how to clear this class/error ?
>>>>>
>>>>> +1 on Moti's question - I think I saw this behavior last week as well.
>>>>>
>>>>>>
>>>>>> [1]
>>>>>> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs_gerrit/3269/findbugsResult/?
>>>>>>
>>>>>> Thanks,
>>>>>> Moti
>>>>>>

-- 
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 eedri at redhat.com  Sun Jan  5 08:06:06 2014
From: eedri at redhat.com (Eyal Edri)
Date: Sun, 5 Jan 2014 03:06:06 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <1756649956.10001410.1388655989901.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
	<122415145.9890457.1388614123195.JavaMail.root@redhat.com>
	<1375434371.23455006.1388653937306.JavaMail.root@redhat.com>
	<1756649956.10001410.1388655989901.JavaMail.root@redhat.com>
Message-ID: <1286818241.10870007.1388909166817.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Moti Asayag" <masayag at redhat.com>
> To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> Cc: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 11:46:29 AM
> Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> 
> 
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Moti Asayag" <masayag at redhat.com>
> > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>,
> > "engine-devel" <engine-devel at ovirt.org>
> > Sent: Thursday, January 2, 2014 11:12:17 AM
> > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Moti Asayag" <masayag at redhat.com>
> > > To: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Thursday, January 2, 2014 12:08:43 AM
> > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Oved Ourfalli" <ovedo at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik"
> > > > <amureini at redhat.com>, "Alissa Bonas"
> > > > <abonas at redhat.com>
> > > > Sent: Wednesday, January 1, 2014 4:25:50 PM
> > > > Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > 
> > > > Hi all,
> > > > 
> > > > Up until now the jenkins jobs on the gerrit patches included a findbugs
> > > > job,
> > > > that failed only in case of a warning of level NORMAL or higher.
> > > > Now we update this threshold to fail on any findbugs warning, including
> > > > LOW
> > > > ones.
> > 
> > Moti -
> > 1. Aren't use running a local jenkins instance on one of your hosts? Maybe
> > Eyal can publish the findbugs job?
> 
> Well...that server is on maintenance for quite a while...
> 
> > 2. What about running the findbugs UI? I find it kinda handy...
> 
> The findbugs UI expects the xml created by findbugs with all of the
> violations.
> The question is how those violation are created ? where are the rules by
> which
> findbugs verifies the code (can be findbugs jar or jenkins findbugs plugin or
> other...).
> 
> Currently by running 'mvn findbugs:findbugs' i don't get a a single xml
> aggregating
> all of the violations and the produced ones contain a lot of warnings.
> 
> So I'd like to know how can i be able to run this test locally ?

did you try using eclipse findbugs plugin? http://findbugs.sourceforge.net/manual/eclipse.html
i think the most easiest will be is just to check the failures you get on jenkins per patch job.
and if there are false positives - report to infra and we'll check and fix.

you're missing the aggregate part jenkins findbugs plugin does - http://fpaste.org/65793/09122138/.
and i'm not sure if the mvn findbugs plugin has that option on the cli. 

> 
> > 
> > 
> > > > 
> > > 
> > > Could you provide instructions of running findbugs locally and how to
> > > evaluate
> > > the result the same as done by the jenkins job ?
> > > 
> > > > Please make sure to rebase your current patches and check that the
> > > > findbugs
> > > > job finish successfully.
> > > > It will probably fail without a rebase, as the last patches clearing
> > > > the
> > > > warnings were merged a few hours ago.
> > > > 
> > > > Kodus to everyone involved in clearing all the LOW level warnings...
> > > > mostly
> > > > Allon and Alissa, but others helped as well! :-)
> > > > 
> > > 
> > > Well done!
> > 
> > Great news - good work guys!
> > 
> > > 
> > > > Cheers,
> > > > Oved
> > > > _______________________________________________
> > > > 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  Sun Jan  5 08:29:52 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sun, 05 Jan 2014 10:29:52 +0200
Subject: [Engine-devel] gerrit upgrade
Message-ID: <52C91800.1080903@redhat.com>

with gerrit 2.8 released a month ago having our fix for Configurable 
external robots.txt file (thanks juan), I'm planning to upgrade next 
monday (January 13th) to 2.8.

other noteworthy changes - worth reading those with asterisk(*).

gerrit 2.7[1]
- New /a/tools URL.
   This allows users to download the commit-msg hook via the command
   line if the Gerrit server requires authentication globally.

- Gerrit Trigger Plugin in Jenkins
   WARNING: Upgrading to 2.7 may cause the Gerrit Trigger Plugin in
   Jenkins to stop working. Please see the "New Stream Events global
   capability" section below.

gerrit 2.8[2]

* New change screen with completely redesigned UI and fully using the
   REST API.
   Users can choose which one to use in their personal preferences,
   either using the site default or explicitly choosing the old one or
   new one.
- Secondary indexing with Lucene and Solr.
- Lots of new REST API endpoints.
- New UI extension and JavaScript API for plugins.
- New build system using Facebook?s Buck.
- New core plugin: Download Commands.
- Configurable external robots.txt file.
* Labels can be configured to copy scores forward to new patch sets if
   there is no code change.
* Labels can be configured to copy scores forward to new patch sets for
   trivial rebases.
* New button to cherry-pick the change to another branch.
* When issuing a rebase via the Web UI, the committer is now the logged
   in user, rather than "Gerrit Code Review".

Thanks,
    Itamar




[1] 
https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.7.html

[2] 
https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.8.html


From jhernand at redhat.com  Sun Jan  5 22:47:09 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Sun, 05 Jan 2014 23:47:09 +0100
Subject: [Engine-devel] Setup in latest master apparently broken
Message-ID: <52C9E0ED.8050805@redhat.com>

The setup tool in the latest master (hash e992aa) is apparently broken,
it fails with the following message:

[ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
has no attribute 'processTemplate'

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in
_executeMethod
    method['method']()
  File
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py",
line 67, in _misc
    content=outil.processTemplate(
AttributeError: 'module' object has no attribute 'processTemplate'

The code there is importing "util" from "ovirt_engine", but printing the
value of the "util" result gives the following:

<module 'otopi.util' from '/usr/lib/python2.7/site-packages/otopi/util.pyc'>

-- 
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 didi at redhat.com  Mon Jan  6 06:54:47 2014
From: didi at redhat.com (Yedidyah Bar David)
Date: Mon, 6 Jan 2014 01:54:47 -0500 (EST)
Subject: [Engine-devel] Setup in latest master apparently broken
In-Reply-To: <52C9E0ED.8050805@redhat.com>
References: <52C9E0ED.8050805@redhat.com>
Message-ID: <1207846574.3195043.1388991287712.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Juan Hernandez" <jhernand at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 12:47:09 AM
> Subject: [Engine-devel] Setup in latest master apparently broken
> 
> The setup tool in the latest master (hash e992aa) is apparently broken,
> it fails with the following message:
> 
> [ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
> has no attribute 'processTemplate'
> 
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in
> _executeMethod
>     method['method']()
>   File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py",
> line 67, in _misc
>     content=outil.processTemplate(
> AttributeError: 'module' object has no attribute 'processTemplate'
> 
> The code there is importing "util" from "ovirt_engine", but printing the

Are you sure it does not 'from ovirt_engine import util as outil'?

> value of the "util" result gives the following:
> 
> <module 'otopi.util' from '/usr/lib/python2.7/site-packages/otopi/util.pyc'>

You are probably referring to http://gerrit.ovirt.org/22827 .
This change did not touch the spec file/requirements, so you need to manually
make sure you have latest relevant packages.

I didn't try that, though - I might be wrong...
-- 
Didi


From rgolan at redhat.com  Mon Jan  6 08:10:49 2014
From: rgolan at redhat.com (Roy Golan)
Date: Mon, 06 Jan 2014 10:10:49 +0200
Subject: [Engine-devel] Setup in latest master apparently broken
In-Reply-To: <1207846574.3195043.1388991287712.JavaMail.root@redhat.com>
References: <52C9E0ED.8050805@redhat.com>
	<1207846574.3195043.1388991287712.JavaMail.root@redhat.com>
Message-ID: <52CA6509.4030001@redhat.com>

On Mon 06 Jan 2014 08:54:47 AM IST, Yedidyah Bar David wrote:
> ----- Original Message -----
>> From: "Juan Hernandez" <jhernand at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Monday, January 6, 2014 12:47:09 AM
>> Subject: [Engine-devel] Setup in latest master apparently broken
>>
>> The setup tool in the latest master (hash e992aa) is apparently broken,
>> it fails with the following message:
>>
>> [ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
>> has no attribute 'processTemplate'
>>
>> Traceback (most recent call last):
>>    File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in
>> _executeMethod
>>      method['method']()
>>    File
>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py",
>> line 67, in _misc
>>      content=outil.processTemplate(
>> AttributeError: 'module' object has no attribute 'processTemplate'
>>
>> The code there is importing "util" from "ovirt_engine", but printing the
>
> Are you sure it does not 'from ovirt_engine import util as outil'?
>
>> value of the "util" result gives the following:
>>
>> <module 'otopi.util' from '/usr/lib/python2.7/site-packages/otopi/util.pyc'>
>
> You are probably referring to http://gerrit.ovirt.org/22827 .
> This change did not touch the spec file/requirements, so you need to manually
> make sure you have latest relevant packages.
>
> I didn't try that, though - I might be wrong...

worked around with:

git revert 6aee0c5d0eb9b0229950bb9f02aa3d206a0bd0a7
and
make -e install-dev EXTRA_BUILD_FLAGS="-pl 
org.ovirt.engine:engine-server-ear"

Alon?




From alonbl at redhat.com  Mon Jan  6 08:23:12 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Mon, 6 Jan 2014 03:23:12 -0500 (EST)
Subject: [Engine-devel] Setup in latest master apparently broken
In-Reply-To: <52CA6509.4030001@redhat.com>
References: <52C9E0ED.8050805@redhat.com>
	<1207846574.3195043.1388991287712.JavaMail.root@redhat.com>
	<52CA6509.4030001@redhat.com>
Message-ID: <1986530182.29248139.1388996592093.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> To: "Yedidyah Bar David" <didi at redhat.com>
> Cc: "Juan Hernandez" <jhernand at redhat.com>, engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 10:10:49 AM
> Subject: Re: [Engine-devel] Setup in latest master apparently broken
> 
> On Mon 06 Jan 2014 08:54:47 AM IST, Yedidyah Bar David wrote:
> > ----- Original Message -----
> >> From: "Juan Hernandez" <jhernand at redhat.com>
> >> To: engine-devel at ovirt.org
> >> Sent: Monday, January 6, 2014 12:47:09 AM
> >> Subject: [Engine-devel] Setup in latest master apparently broken
> >>
> >> The setup tool in the latest master (hash e992aa) is apparently broken,
> >> it fails with the following message:
> >>
> >> [ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
> >> has no attribute 'processTemplate'
> >>
> >> Traceback (most recent call last):
> >>    File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in
> >> _executeMethod
> >>      method['method']()
> >>    File
> >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py",
> >> line 67, in _misc
> >>      content=outil.processTemplate(
> >> AttributeError: 'module' object has no attribute 'processTemplate'
> >>
> >> The code there is importing "util" from "ovirt_engine", but printing the
> >
> > Are you sure it does not 'from ovirt_engine import util as outil'?
> >
> >> value of the "util" result gives the following:
> >>
> >> <module 'otopi.util' from
> >> '/usr/lib/python2.7/site-packages/otopi/util.pyc'>
> >
> > You are probably referring to http://gerrit.ovirt.org/22827 .
> > This change did not touch the spec file/requirements, so you need to
> > manually
> > make sure you have latest relevant packages.
> >
> > I didn't try that, though - I might be wrong...
> 
> worked around with:
> 
> git revert 6aee0c5d0eb9b0229950bb9f02aa3d206a0bd0a7
> and
> make -e install-dev EXTRA_BUILD_FLAGS="-pl
> org.ovirt.engine:engine-server-ear"
> 
> Alon?

Please do not revert.

Try:
$ rm -fr $HOME/ovirt-engine/share/ovirt-engine/setup
$ make install-dev PREFIX=$HOME/ovirt-engine DEV_REBUILD=0

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


From mperina at redhat.com  Mon Jan  6 10:35:22 2014
From: mperina at redhat.com (Martin Perina)
Date: Mon, 6 Jan 2014 05:35:22 -0500 (EST)
Subject: [Engine-devel] Setup in latest master apparently broken
In-Reply-To: <1986530182.29248139.1388996592093.JavaMail.root@redhat.com>
References: <52C9E0ED.8050805@redhat.com>
	<1207846574.3195043.1388991287712.JavaMail.root@redhat.com>
	<52CA6509.4030001@redhat.com>
	<1986530182.29248139.1388996592093.JavaMail.root@redhat.com>
Message-ID: <904522713.11060261.1389004522903.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Roy Golan" <rgolan at redhat.com>
> Cc: "Juan Hernandez" <jhernand at redhat.com>, engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 9:23:12 AM
> Subject: Re: [Engine-devel] Setup in latest master apparently broken
> 
> 
> 
> ----- Original Message -----
> > From: "Roy Golan" <rgolan at redhat.com>
> > To: "Yedidyah Bar David" <didi at redhat.com>
> > Cc: "Juan Hernandez" <jhernand at redhat.com>, engine-devel at ovirt.org
> > Sent: Monday, January 6, 2014 10:10:49 AM
> > Subject: Re: [Engine-devel] Setup in latest master apparently broken
> > 
> > On Mon 06 Jan 2014 08:54:47 AM IST, Yedidyah Bar David wrote:
> > > ----- Original Message -----
> > >> From: "Juan Hernandez" <jhernand at redhat.com>
> > >> To: engine-devel at ovirt.org
> > >> Sent: Monday, January 6, 2014 12:47:09 AM
> > >> Subject: [Engine-devel] Setup in latest master apparently broken
> > >>
> > >> The setup tool in the latest master (hash e992aa) is apparently broken,
> > >> it fails with the following message:
> > >>
> > >> [ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
> > >> has no attribute 'processTemplate'
> > >>
> > >> Traceback (most recent call last):
> > >>    File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142,
> > >>    in
> > >> _executeMethod
> > >>      method['method']()
> > >>    File
> > >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py",
> > >> line 67, in _misc
> > >>      content=outil.processTemplate(
> > >> AttributeError: 'module' object has no attribute 'processTemplate'
> > >>
> > >> The code there is importing "util" from "ovirt_engine", but printing the
> > >
> > > Are you sure it does not 'from ovirt_engine import util as outil'?
> > >
> > >> value of the "util" result gives the following:
> > >>
> > >> <module 'otopi.util' from
> > >> '/usr/lib/python2.7/site-packages/otopi/util.pyc'>
> > >
> > > You are probably referring to http://gerrit.ovirt.org/22827 .
> > > This change did not touch the spec file/requirements, so you need to
> > > manually
> > > make sure you have latest relevant packages.
> > >
> > > I didn't try that, though - I might be wrong...
> > 
> > worked around with:
> > 
> > git revert 6aee0c5d0eb9b0229950bb9f02aa3d206a0bd0a7
> > and
> > make -e install-dev EXTRA_BUILD_FLAGS="-pl
> > org.ovirt.engine:engine-server-ear"
> > 
> > Alon?
> 
> Please do not revert.
> 
> Try:
> $ rm -fr $HOME/ovirt-engine/share/ovirt-engine/setup
> $ make install-dev PREFIX=$HOME/ovirt-engine DEV_REBUILD=0
> 

Same problem appears also to me, when trying to setup engine installed
from newly created RPMs on F19. Installation log contains:

2014-01-06 11:28:31 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_setup.base.network.firewall_manager.Plugin._prepare_examples
2014-01-06 11:28:31 DEBUG otopi.transaction transaction._prepare:77 preparing 'File transaction for '/etc/ovirt-engine/firewalld/ovirt-postgres.xml''
2014-01-06 11:28:31 DEBUG otopi.filetransaction filetransaction.prepare:189 file '/etc/ovirt-engine/firewalld/ovirt-postgres.xml' missing
2014-01-06 11:28:32 DEBUG otopi.transaction transaction._prepare:77 preparing 'File transaction for '/etc/ovirt-engine/firewalld/ovirt-websocket-proxy.xml''
2014-01-06 11:28:32 DEBUG otopi.filetransaction filetransaction.prepare:189 file '/etc/ovirt-engine/firewalld/ovirt-websocket-proxy.xml' missing
2014-01-06 11:28:32 DEBUG otopi.transaction transaction._prepare:77 preparing 'File transaction for '/etc/ovirt-engine/firewalld/ovirt-http.xml''
2014-01-06 11:28:32 DEBUG otopi.filetransaction filetransaction.prepare:189 file '/etc/ovirt-engine/firewalld/ovirt-http.xml' missing
2014-01-06 11:28:32 DEBUG otopi.transaction transaction._prepare:77 preparing 'File transaction for '/etc/ovirt-engine/firewalld/ovirt-https.xml''
2014-01-06 11:28:32 DEBUG otopi.filetransaction filetransaction.prepare:189 file '/etc/ovirt-engine/firewalld/ovirt-https.xml' missing
2014-01-06 11:28:32 DEBUG otopi.transaction transaction._prepare:77 preparing 'File transaction for '/etc/ovirt-engine/iptables.example''
2014-01-06 11:28:32 DEBUG otopi.filetransaction filetransaction.prepare:189 file '/etc/ovirt-engine/iptables.example' missing
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.core.Plugin._misc
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:144 condition False
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.storage.Plugin._misc
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:144 condition False
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine.all-in-one.vdsm.Plugin._misc
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:144 condition False
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_setup.ovirt_engine.apache.ovirt_engine.Plugin._misc
2014-01-06 11:28:32 DEBUG otopi.context context._executeMethod:152 method exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod
    method['method']()
  File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py", line 67, in _misc
    content=outil.processTemplate(
AttributeError: 'module' object has no attribute 'processTemplate'
2014-01-06 11:28:32 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': 'module' object has no attribute 'processTemplate'
2014-01-06 11:28:32 DEBUG otopi.transaction transaction.abort:131 aborting 'Database Transaction'
2014-01-06 11:28:32 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction'
2014-01-06 11:28:32 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback
Loaded plugins: langpacks, refresh-packagekit, versionlock


Latest available otopi packages installed:

otopi-1.2.0-0.0.master.20131229.gitb973086.fc19.noarch
otopi-java-1.2.0-0.0.master.20131229.gitb973086.fc19.noarch




From alonbl at redhat.com  Mon Jan  6 10:38:57 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Mon, 6 Jan 2014 05:38:57 -0500 (EST)
Subject: [Engine-devel] Setup in latest master apparently broken
In-Reply-To: <1986530182.29248139.1388996592093.JavaMail.root@redhat.com>
References: <52C9E0ED.8050805@redhat.com>
	<1207846574.3195043.1388991287712.JavaMail.root@redhat.com>
	<52CA6509.4030001@redhat.com>
	<1986530182.29248139.1388996592093.JavaMail.root@redhat.com>
Message-ID: <1581823330.29274544.1389004737380.JavaMail.root@redhat.com>

Hi,

It turns to be python bug or "by design" that I am unaware of.

A workaround is available[1].

Thanks for reporting!

Regards,
Alon Bar-Lev.

[1] http://gerrit.ovirt.org/23009

----- Original Message -----
> From: "Alon Bar-Lev" <alonbl at redhat.com>
> To: "Roy Golan" <rgolan at redhat.com>
> Cc: "Juan Hernandez" <jhernand at redhat.com>, engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 10:23:12 AM
> Subject: Re: [Engine-devel] Setup in latest master apparently broken
> 
> 
> 
> ----- Original Message -----
> > From: "Roy Golan" <rgolan at redhat.com>
> > To: "Yedidyah Bar David" <didi at redhat.com>
> > Cc: "Juan Hernandez" <jhernand at redhat.com>, engine-devel at ovirt.org
> > Sent: Monday, January 6, 2014 10:10:49 AM
> > Subject: Re: [Engine-devel] Setup in latest master apparently broken
> > 
> > On Mon 06 Jan 2014 08:54:47 AM IST, Yedidyah Bar David wrote:
> > > ----- Original Message -----
> > >> From: "Juan Hernandez" <jhernand at redhat.com>
> > >> To: engine-devel at ovirt.org
> > >> Sent: Monday, January 6, 2014 12:47:09 AM
> > >> Subject: [Engine-devel] Setup in latest master apparently broken
> > >>
> > >> The setup tool in the latest master (hash e992aa) is apparently broken,
> > >> it fails with the following message:
> > >>
> > >> [ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
> > >> has no attribute 'processTemplate'
> > >>
> > >> Traceback (most recent call last):
> > >>    File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142,
> > >>    in
> > >> _executeMethod
> > >>      method['method']()
> > >>    File
> > >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py",
> > >> line 67, in _misc
> > >>      content=outil.processTemplate(
> > >> AttributeError: 'module' object has no attribute 'processTemplate'
> > >>
> > >> The code there is importing "util" from "ovirt_engine", but printing the
> > >
> > > Are you sure it does not 'from ovirt_engine import util as outil'?
> > >
> > >> value of the "util" result gives the following:
> > >>
> > >> <module 'otopi.util' from
> > >> '/usr/lib/python2.7/site-packages/otopi/util.pyc'>
> > >
> > > You are probably referring to http://gerrit.ovirt.org/22827 .
> > > This change did not touch the spec file/requirements, so you need to
> > > manually
> > > make sure you have latest relevant packages.
> > >
> > > I didn't try that, though - I might be wrong...
> > 
> > worked around with:
> > 
> > git revert 6aee0c5d0eb9b0229950bb9f02aa3d206a0bd0a7
> > and
> > make -e install-dev EXTRA_BUILD_FLAGS="-pl
> > org.ovirt.engine:engine-server-ear"
> > 
> > Alon?
> 
> Please do not revert.
> 
> Try:
> $ rm -fr $HOME/ovirt-engine/share/ovirt-engine/setup
> $ make install-dev PREFIX=$HOME/ovirt-engine DEV_REBUILD=0
> 
> > 
> > 
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From vszocs at redhat.com  Mon Jan  6 14:48:17 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Mon, 6 Jan 2014 09:48:17 -0500 (EST)
Subject: [Engine-devel] How to custom the UI for oVirt?
In-Reply-To: <1814986297.12498545.1388681845142.JavaMail.root@redhat.com>
References: <tencent_2F670DD84311ABA713C38D22@qq.com>
	<624425480.47269863.1388300987173.JavaMail.root@redhat.com>
	<1892413815.28466668.1388433079868.JavaMail.root@redhat.com>
	<1814986297.12498545.1388681845142.JavaMail.root@redhat.com>
Message-ID: <1877126917.13718478.1389019697765.JavaMail.root@redhat.com>

Hi,

http://www.ovirt.org/DebugFrontend should be up to date now.

Regards,
Vojtech


----- Original Message -----
> From: "Vojtech Szocs" <vszocs at redhat.com>
> To: "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "JustMan" <wang.tianyi at qq.com>, "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 5:57:25 PM
> Subject: Re: [Engine-devel] How to custom the UI for oVirt?
> 
> Hi!
> 
> thanks to Oved and Greg for providing useful references.
> 
> Some more notes on oVirt UI architecture & development:
> 
> - we use Google Web Toolkit (GWT) as the main UI SDK/technology:
>   http://www.gwtproject.org/overview.html
>   attached slides "oVirt UI Developer Sessions: Google Web Toolkit"
> 
> - we use GWT-Platform (GWTP) to utilize Model-View-Presenter
>   architecture in our GWT application:
>   https://github.com/ArcBees/GWTP
>   http://en.wikipedia.org/wiki/Model_View_Presenter
>   http://www.gwtproject.org/articles/mvp-architecture.html
>   http://www.gwtproject.org/articles/mvp-architecture-2.html
>   http://courses.coreservlets.com/Course-Materials/pdf/ajax/GWT-MVP-Intro.pdf
> 
> - we use GWT-Inject (GIN) for dependency injection:
>   http://code.google.com/p/google-gin/wiki/GinTutorial
> 
> - we have UI Plugin infrastructure that supports extending
>   application UI via JavaScript/HTML:
>   http://www.ovirt.org/Features/UIPlugins
>   http://www.ovirt.org/Tutorial/UIPlugins/CrashCourse
> 
> Unfortunately, http://www.ovirt.org/DebugFrontend is out of
> date, I'll try to update it soon.
> 
> Also, http://www.ovirt.org/Architecture is missing the GWT UI
> part, will update that one too.
> 
> In general, you can decide how to approach customizing oVirt UI:
> 
> 1, change (Java/GWT) UI source code and rebuild Engine
> 
> 2, write UI Plugin that extends existing application UI
> 
> Regards,
> Vojtech
> 
> 
> ----- Original Message -----
> > From: "Greg Sheremeta" <gshereme at redhat.com>
> > To: "JustMan" <wang.tianyi at qq.com>
> > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>
> > Sent: Monday, December 30, 2013 8:51:19 PM
> > Subject: Re: [Engine-devel] How to custom the UI for oVirt?
> > 
> > The GWT architecture we use is based on GWTP, an MVP framework for GWT:
> > https://github.com/ArcBees/GWTP
> > 
> > We don't currently have a widget hierarchy or catalog built.
> > 
> > If you're just starting out with GWT, it's a steep learning curve. If
> > you're
> > already familiar with GWT and GWTP, you'll be in better shape.
> > 
> > In addition to the UI Plugins that Oved mentioned, oVirt also has branding
> > support for changing colors, logos, etc.:
> > http://www.ovirt.org/Feature/Branding
> > 
> > If you're sure you want to do GWT development on oVirt, start here:
> > http://www.ovirt.org/DebugFrontend
> > 
> > Greg
> > 
> > ----- Original Message -----
> > > From: "Oved Ourfalli" <ovedo at redhat.com>
> > > To: "JustMan" <wang.tianyi at qq.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Sunday, December 29, 2013 2:09:47 AM
> > > Subject: Re: [Engine-devel] How to custom the UI for oVirt?
> > > 
> > > Hi
> > > 
> > > If you would like to customize the UI to fit your needs, like adding new
> > > tabs, new action buttons, and etc., then I recommend reading the wiki
> > > pages
> > > about UI plugins:
> > > Formal page: http://www.ovirt.org/Features/UIPlugins
> > > 
> > > Blog posts regarding that:
> > > http://ovedou.blogspot.co.il/
> > > http://developerblog.redhat.com/2013/12/19/advanced_integration_rhevm-part2/
> > > http://developerblog.redhat.com/2013/12/19/advanced_integration_rhevm-part1/
> > > http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/
> > > 
> > > As for the architecture information, there is an architecture page on
> > > http://www.ovirt.org/Architecture, but it doesn't have a lot on GWT.
> > > Vojtech/Einav - can you send some information on that, or better update
> > > the
> > > wiki page?
> > > 
> > > Thank you,
> > > Oved
> > > 
> > > ----- Original Message -----
> > > > From: "JustMan" <wang.tianyi at qq.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Friday, December 27, 2013 11:29:02 AM
> > > > Subject: [Engine-devel] How to custom the UI for oVirt?
> > > > 
> > > > HI All?
> > > > 
> > > > If custom development the UI for oVirt, what's development technology
> > > > must
> > > > be
> > > > learn, and where is the UI module in the resource? Where is the start
> > > > step?
> > > > 
> > > > Where can find oVirt architecture document? I goto the office website,
> > > > already read some development document, but still very clear the
> > > > architecture of oVirt, special of the GWT part.
> > > > 
> > > > ike
> > > > 
> > > > 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
> > >
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From alitke at redhat.com  Mon Jan  6 16:02:02 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 11:02:02 -0500
Subject: [Engine-devel] UI: VM list not populating
Message-ID: <20140106160202.GE31859@redhat.com>

Hi all,

I am working with the latest ovirt-engine git and am finding some
strange behavior with the UI.  The list of VMs never populates and I
am stuck with the loading indicator.  All other tabs behave normally
(Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
normally using the REST API.  Any ideas what may be causing this
strange behavior?


From awels at redhat.com  Mon Jan  6 16:19:50 2014
From: awels at redhat.com (Alexander Wels)
Date: Mon, 06 Jan 2014 11:19:50 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106160202.GE31859@redhat.com>
References: <20140106160202.GE31859@redhat.com>
Message-ID: <10611836.746E2g81g7@awels>

Adam,

Is this just when you first login into the webadmin or whenever you go to the 
VM tab? In other words if you login, then switch to the templates tab and back 
again to the VM tab does it still not load? What about when you manually 
refresh the grid?

Alexander

On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
> Hi all,
> 
> I am working with the latest ovirt-engine git and am finding some
> strange behavior with the UI.  The list of VMs never populates and I
> am stuck with the loading indicator.  All other tabs behave normally
> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
> normally using the REST API.  Any ideas what may be causing this
> strange behavior?
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From alitke at redhat.com  Mon Jan  6 16:27:07 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 11:27:07 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <10611836.746E2g81g7@awels>
References: <20140106160202.GE31859@redhat.com>
 <10611836.746E2g81g7@awels>
Message-ID: <20140106162707.GF31859@redhat.com>

On 06/01/14 11:19 -0500, Alexander Wels wrote:
>Adam,
>
>Is this just when you first login into the webadmin or whenever you go to the
>VM tab? In other words if you login, then switch to the templates tab and back
>again to the VM tab does it still not load? What about when you manually
>refresh the grid?

Thanks for the quick response!  It doesn't load at all -- first time
or any other time when revisiting.  In some cases in the past I would
have luck by clicking the blue refresh icon but that doesn't help
either.  I have force refreshed the browser (Chrome) to no avail.  I
guess the next step is to completely restart the browser (hmm, no luck
there either).

>
>Alexander
>
>On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
>> Hi all,
>>
>> I am working with the latest ovirt-engine git and am finding some
>> strange behavior with the UI.  The list of VMs never populates and I
>> am stuck with the loading indicator.  All other tabs behave normally
>> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
>> normally using the REST API.  Any ideas what may be causing this
>> strange behavior?
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


From awels at redhat.com  Mon Jan  6 16:41:38 2014
From: awels at redhat.com (Alexander Wels)
Date: Mon, 06 Jan 2014 11:41:38 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106162707.GF31859@redhat.com>
References: <20140106160202.GE31859@redhat.com> <10611836.746E2g81g7@awels>
	<20140106162707.GF31859@redhat.com>
Message-ID: <2270849.Ykmhh0Pstr@awels>

On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
> On 06/01/14 11:19 -0500, Alexander Wels wrote:
> >Adam,
> >
> >Is this just when you first login into the webadmin or whenever you go to
> >the VM tab? In other words if you login, then switch to the templates tab
> >and back again to the VM tab does it still not load? What about when you
> >manually refresh the grid?
> 
> Thanks for the quick response!  It doesn't load at all -- first time
> or any other time when revisiting.  In some cases in the past I would
> have luck by clicking the blue refresh icon but that doesn't help
> either.  I have force refreshed the browser (Chrome) to no avail.  I
> guess the next step is to completely restart the browser (hmm, no luck
> there either).
> 

Okay, then something else is going on, are there any errors in the server log?

> >Alexander
> >
> >On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
> >> Hi all,
> >> 
> >> I am working with the latest ovirt-engine git and am finding some
> >> strange behavior with the UI.  The list of VMs never populates and I
> >> am stuck with the loading indicator.  All other tabs behave normally
> >> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
> >> normally using the REST API.  Any ideas what may be causing this
> >> strange behavior?
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel



From ecohen at redhat.com  Mon Jan  6 16:44:10 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Mon, 6 Jan 2014 11:44:10 -0500 (EST)
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <2270849.Ykmhh0Pstr@awels>
References: <20140106160202.GE31859@redhat.com> <10611836.746E2g81g7@awels>
	<20140106162707.GF31859@redhat.com> <2270849.Ykmhh0Pstr@awels>
Message-ID: <678560809.43628518.1389026650308.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alexander Wels" <awels at redhat.com>
> Sent: Monday, January 6, 2014 11:41:38 AM
> 
> On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
> > On 06/01/14 11:19 -0500, Alexander Wels wrote:
> > >Adam,
> > >
> > >Is this just when you first login into the webadmin or whenever you go to
> > >the VM tab? In other words if you login, then switch to the templates tab
> > >and back again to the VM tab does it still not load? What about when you
> > >manually refresh the grid?
> > 
> > Thanks for the quick response!  It doesn't load at all -- first time
> > or any other time when revisiting.  In some cases in the past I would
> > have luck by clicking the blue refresh icon but that doesn't help
> > either.  I have force refreshed the browser (Chrome) to no avail.  I
> > guess the next step is to completely restart the browser (hmm, no luck
> > there either).
> > 
> 
> Okay, then something else is going on, are there any errors in the server
> log?

In addition to server logs: maybe also provide client "logs" (see instructions 
in [1])?
thanks.

[1] http://lists.ovirt.org/pipermail/users/2013-December/018494.html

> 
> > >Alexander
> > >
> > >On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
> > >> Hi all,
> > >> 
> > >> I am working with the latest ovirt-engine git and am finding some
> > >> strange behavior with the UI.  The list of VMs never populates and I
> > >> am stuck with the loading indicator.  All other tabs behave normally
> > >> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
> > >> normally using the REST API.  Any ideas what may be causing this
> > >> strange behavior?
> > >> _______________________________________________
> > >> 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 amureini at redhat.com  Mon Jan  6 16:44:48 2014
From: amureini at redhat.com (Allon Mureinik)
Date: Mon, 6 Jan 2014 11:44:48 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <1756649956.10001410.1388655989901.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
	<122415145.9890457.1388614123195.JavaMail.root@redhat.com>
	<1375434371.23455006.1388653937306.JavaMail.root@redhat.com>
	<1756649956.10001410.1388655989901.JavaMail.root@redhat.com>
Message-ID: <703042408.11487566.1389026688966.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Moti Asayag" <masayag at redhat.com>
> To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> Cc: "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 2, 2014 11:46:29 AM
> Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> 
> 
> ----- Original Message -----
> > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > To: "Moti Asayag" <masayag at redhat.com>
> > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>,
> > "engine-devel" <engine-devel at ovirt.org>
> > Sent: Thursday, January 2, 2014 11:12:17 AM
> > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Moti Asayag" <masayag at redhat.com>
> > > To: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>
> > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Thursday, January 2, 2014 12:08:43 AM
> > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Oved Ourfalli" <ovedo at redhat.com>
> > > > To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik"
> > > > <amureini at redhat.com>, "Alissa Bonas"
> > > > <abonas at redhat.com>
> > > > Sent: Wednesday, January 1, 2014 4:25:50 PM
> > > > Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > 
> > > > Hi all,
> > > > 
> > > > Up until now the jenkins jobs on the gerrit patches included a findbugs
> > > > job,
> > > > that failed only in case of a warning of level NORMAL or higher.
> > > > Now we update this threshold to fail on any findbugs warning, including
> > > > LOW
> > > > ones.
> > 
> > Moti -
> > 1. Aren't use running a local jenkins instance on one of your hosts? Maybe
> > Eyal can publish the findbugs job?
> 
> Well...that server is on maintenance for quite a while...
> 
> > 2. What about running the findbugs UI? I find it kinda handy...
> 
> The findbugs UI expects the xml created by findbugs with all of the
> violations.
> The question is how those violation are created ? where are the rules by
> which
> findbugs verifies the code (can be findbugs jar or jenkins findbugs plugin or
> other...).
> 
> Currently by running 'mvn findbugs:findbugs' i don't get a a single xml
> aggregating
> all of the violations and the produced ones contain a lot of warnings.
> 
> So I'd like to know how can i be able to run this test locally ?
You're missing the profile with the project's exclusions.
What you'd want to do is probably this:
mvn findbugs:check -Pfindbugs-general

This way you won't have to go over any report, you will just fail the build if you introduce a regression.

> 
> > 
> > 
> > > > 
> > > 
> > > Could you provide instructions of running findbugs locally and how to
> > > evaluate
> > > the result the same as done by the jenkins job ?
> > > 
> > > > Please make sure to rebase your current patches and check that the
> > > > findbugs
> > > > job finish successfully.
> > > > It will probably fail without a rebase, as the last patches clearing
> > > > the
> > > > warnings were merged a few hours ago.
> > > > 
> > > > Kodus to everyone involved in clearing all the LOW level warnings...
> > > > mostly
> > > > Allon and Alissa, but others helped as well! :-)
> > > > 
> > > 
> > > Well done!
> > 
> > Great news - good work guys!
> > 
> > > 
> > > > Cheers,
> > > > Oved
> > > > _______________________________________________
> > > > 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 alitke at redhat.com  Mon Jan  6 18:03:31 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 13:03:31 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <2270849.Ykmhh0Pstr@awels>
References: <20140106160202.GE31859@redhat.com> <10611836.746E2g81g7@awels>
	<20140106162707.GF31859@redhat.com> <2270849.Ykmhh0Pstr@awels>
Message-ID: <20140106180331.GH31859@redhat.com>

On 06/01/14 11:41 -0500, Alexander Wels wrote:
>On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
>> On 06/01/14 11:19 -0500, Alexander Wels wrote:
>> >Adam,
>> >
>> >Is this just when you first login into the webadmin or whenever you go to
>> >the VM tab? In other words if you login, then switch to the templates tab
>> >and back again to the VM tab does it still not load? What about when you
>> >manually refresh the grid?
>>
>> Thanks for the quick response!  It doesn't load at all -- first time
>> or any other time when revisiting.  In some cases in the past I would
>> have luck by clicking the blue refresh icon but that doesn't help
>> either.  I have force refreshed the browser (Chrome) to no avail.  I
>> guess the next step is to completely restart the browser (hmm, no luck
>> there either).
>>
>
>Okay, then something else is going on, are there any errors in the server log?

>From server.log there are no ERRORs but this message may be related:

2014-01-06 13:01:54,209 WARN
[org.jboss.resteasy.spi.ResteasyDeployment] (http--0.0.0.0-8080-4)
Application.getSingletons() returned unknown class type:
org.ovirt.engine.api.restapi.util.VmHelper

>
>> >Alexander
>> >
>> >On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
>> >> Hi all,
>> >>
>> >> I am working with the latest ovirt-engine git and am finding some
>> >> strange behavior with the UI.  The list of VMs never populates and I
>> >> am stuck with the loading indicator.  All other tabs behave normally
>> >> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
>> >> normally using the REST API.  Any ideas what may be causing this
>> >> strange behavior?
>> >> _______________________________________________
>> >> Engine-devel mailing list
>> >> Engine-devel at ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


From awels at redhat.com  Mon Jan  6 18:12:58 2014
From: awels at redhat.com (Alexander Wels)
Date: Mon, 06 Jan 2014 13:12:58 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106180331.GH31859@redhat.com>
References: <20140106160202.GE31859@redhat.com> <2270849.Ykmhh0Pstr@awels>
	<20140106180331.GH31859@redhat.com>
Message-ID: <1491015.9INtnrCxgr@awels>

On Monday, January 06, 2014 01:03:31 PM Adam Litke wrote:
> On 06/01/14 11:41 -0500, Alexander Wels wrote:
> >On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
> >> On 06/01/14 11:19 -0500, Alexander Wels wrote:
> >> >Adam,
> >> >
> >> >Is this just when you first login into the webadmin or whenever you go
> >> >to
> >> >the VM tab? In other words if you login, then switch to the templates
> >> >tab
> >> >and back again to the VM tab does it still not load? What about when you
> >> >manually refresh the grid?
> >> 
> >> Thanks for the quick response!  It doesn't load at all -- first time
> >> or any other time when revisiting.  In some cases in the past I would
> >> have luck by clicking the blue refresh icon but that doesn't help
> >> either.  I have force refreshed the browser (Chrome) to no avail.  I
> >> guess the next step is to completely restart the browser (hmm, no luck
> >> there either).
> >
> >Okay, then something else is going on, are there any errors in the server
> >log?
> From server.log there are no ERRORs but this message may be related:
> 
> 2014-01-06 13:01:54,209 WARN
> [org.jboss.resteasy.spi.ResteasyDeployment] (http--0.0.0.0-8080-4)
> Application.getSingletons() returned unknown class type:
> org.ovirt.engine.api.restapi.util.VmHelper
> 

Don't think that is related, as currently the web admin uses GWT RPC to 
communicate with the engine, and not the REST interface. 

So, ovirt-engine/var/log/ovirt-engine/server.log and ovirt-
engine/var/log/ovirt-engine/engine.log Have nothing in them?

> >> >Alexander
> >> >
> >> >On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
> >> >> Hi all,
> >> >> 
> >> >> I am working with the latest ovirt-engine git and am finding some
> >> >> strange behavior with the UI.  The list of VMs never populates and I
> >> >> am stuck with the loading indicator.  All other tabs behave normally
> >> >> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
> >> >> normally using the REST API.  Any ideas what may be causing this
> >> >> strange behavior?
> >> >> _______________________________________________
> >> >> Engine-devel mailing list
> >> >> Engine-devel at ovirt.org
> >> >> http://lists.ovirt.org/mailman/listinfo/engine-devel



From alitke at redhat.com  Mon Jan  6 18:13:09 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 13:13:09 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <678560809.43628518.1389026650308.JavaMail.root@redhat.com>
References: <20140106160202.GE31859@redhat.com> <10611836.746E2g81g7@awels>
	<20140106162707.GF31859@redhat.com> <2270849.Ykmhh0Pstr@awels>
	<678560809.43628518.1389026650308.JavaMail.root@redhat.com>
Message-ID: <20140106181309.GI31859@redhat.com>

On 06/01/14 11:44 -0500, Einav Cohen wrote:
>> ----- Original Message -----
>> From: "Alexander Wels" <awels at redhat.com>
>> Sent: Monday, January 6, 2014 11:41:38 AM
>>
>> On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
>> > On 06/01/14 11:19 -0500, Alexander Wels wrote:
>> > >Adam,
>> > >
>> > >Is this just when you first login into the webadmin or whenever you go to
>> > >the VM tab? In other words if you login, then switch to the templates tab
>> > >and back again to the VM tab does it still not load? What about when you
>> > >manually refresh the grid?
>> >
>> > Thanks for the quick response!  It doesn't load at all -- first time
>> > or any other time when revisiting.  In some cases in the past I would
>> > have luck by clicking the blue refresh icon but that doesn't help
>> > either.  I have force refreshed the browser (Chrome) to no avail.  I
>> > guess the next step is to completely restart the browser (hmm, no luck
>> > there either).
>> >
>>
>> Okay, then something else is going on, are there any errors in the server
>> log?
>
>In addition to server logs: maybe also provide client "logs" (see instructions
>in [1])?
>thanks.
>
>[1] http://lists.ovirt.org/pipermail/users/2013-December/018494.html

GET http://localhost:8080/ovirt-engine/webadmin/Reports.xml 404 (Not Found) 4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16328
Mon Jan 06 13:05:00 GMT-500 2014 com.google.gwt.logging.client.LogConfiguration
SEVERE: (TypeError) 
 stack: TypeError: Cannot call method 'kk' of null
    at LSj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11622:58)
    at Object.JTl [as h_] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17112:15349)
    at l7j (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15200:166)
    at Object.n7j (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16142:328)
    at r2j (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15199:140)
    at rjk (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:7040:19)
    at Object._jk [as qT] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17088:17294)
    at Object.r5j [as tV] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17085:15904)
    at hIj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15873:85)
    at Object.kIj [as tV] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:510)
    at uKj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11859:40)
    at Object.xKj [as tV] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:20018)
    at OJj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15471:172)
    at Object.RJj [as Ch] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:19443)
    at Object.jAd [as ue] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:23272)
    at cR (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:14512:137)
    at Object.vR (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:13248)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11884:65)
    at _q (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:8351:29)
    at cr (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15114:57)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:12521:45): Cannot call method 'kk' of null
com.google.gwt.core.client.JavaScriptException: (TypeError) 
 stack: TypeError: Cannot call method 'kk' of null
    at LSj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11622:58)
    at Object.JTl [as h_] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17112:15349)
    at l7j (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15200:166)
    at Object.n7j (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16142:328)
    at r2j (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15199:140)
    at rjk (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:7040:19)
    at Object._jk [as qT] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17088:17294)
    at Object.r5j [as tV] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17085:15904)
    at hIj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15873:85)
    at Object.kIj [as tV] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:510)
    at uKj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11859:40)
    at Object.xKj [as tV] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:20018)
    at OJj (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15471:172)
    at Object.RJj [as Ch] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:19443)
    at Object.jAd [as ue] (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:23272)
    at cR (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:14512:137)
    at Object.vR (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:13248)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11884:65)
    at _q (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:8351:29)
    at cr (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15114:57)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:12521:45): Cannot call method 'kk' of null
	at Unknown.LSj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 58)
	at Unknown.JTl(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 15349)
	at Unknown.l7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 166)
	at Unknown.n7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 328)
	at Unknown.r2j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 140)
	at Unknown.rjk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 19)
	at Unknown._jk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 17294)
	at Unknown.r5j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 15904)
	at Unknown.hIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 85)
	at Unknown.kIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 510)
	at Unknown.uKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 40)
	at Unknown.xKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 20018)
	at Unknown.OJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 172)
	at Unknown.RJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 19443)
	at Unknown.jAd(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 23272)
	at Unknown.cR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 137)
	at Unknown.vR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 13248)
	at Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 65)
	at Unknown._q(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 29)
	at Unknown.cr(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 57)
	at Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 45) 4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019
Mon Jan 06 13:05:00 GMT-500 2014 com.google.gwt.logging.client.LogConfiguration

<<< Deleted many similar errors >>>


From ecohen at redhat.com  Mon Jan  6 18:22:00 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Mon, 6 Jan 2014 13:22:00 -0500 (EST)
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106181309.GI31859@redhat.com>
References: <20140106160202.GE31859@redhat.com> <10611836.746E2g81g7@awels>
	<20140106162707.GF31859@redhat.com> <2270849.Ykmhh0Pstr@awels>
	<678560809.43628518.1389026650308.JavaMail.root@redhat.com>
	<20140106181309.GI31859@redhat.com>
Message-ID: <733971900.43738624.1389032520157.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Adam Litke" <alitke at redhat.com>
> Sent: Monday, January 6, 2014 1:13:09 PM
> 
> On 06/01/14 11:44 -0500, Einav Cohen wrote:
> >> ----- Original Message -----
> >> From: "Alexander Wels" <awels at redhat.com>
> >> Sent: Monday, January 6, 2014 11:41:38 AM
> >>
> >> On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
> >> > On 06/01/14 11:19 -0500, Alexander Wels wrote:
> >> > >Adam,
> >> > >
> >> > >Is this just when you first login into the webadmin or whenever you go
> >> > >to
> >> > >the VM tab? In other words if you login, then switch to the templates
> >> > >tab
> >> > >and back again to the VM tab does it still not load? What about when
> >> > >you
> >> > >manually refresh the grid?
> >> >
> >> > Thanks for the quick response!  It doesn't load at all -- first time
> >> > or any other time when revisiting.  In some cases in the past I would
> >> > have luck by clicking the blue refresh icon but that doesn't help
> >> > either.  I have force refreshed the browser (Chrome) to no avail.  I
> >> > guess the next step is to completely restart the browser (hmm, no luck
> >> > there either).
> >> >
> >>
> >> Okay, then something else is going on, are there any errors in the server
> >> log?
> >
> >In addition to server logs: maybe also provide client "logs" (see
> >instructions
> >in [1])?
> >thanks.
> >
> >[1] http://lists.ovirt.org/pipermail/users/2013-December/018494.html
> 
> GET http://localhost:8080/ovirt-engine/webadmin/Reports.xml 404 (Not Found)
> 4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16328
> Mon Jan 06 13:05:00 GMT-500 2014
> com.google.gwt.logging.client.LogConfiguration
> SEVERE: (TypeError)
>  stack: TypeError: Cannot call method 'kk' of null
>     at LSj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11622:58)
>     at Object.JTl [as h_]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17112:15349)
>     at l7j
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15200:166)
>     at Object.n7j
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16142:328)
>     at r2j
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15199:140)
>     at rjk
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:7040:19)
>     at Object._jk [as qT]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17088:17294)
>     at Object.r5j [as tV]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17085:15904)
>     at hIj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15873:85)
>     at Object.kIj [as tV]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:510)
>     at uKj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11859:40)
>     at Object.xKj [as tV]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:20018)
>     at OJj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15471:172)
>     at Object.RJj [as Ch]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:19443)
>     at Object.jAd [as ue]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:23272)
>     at cR
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:14512:137)
>     at Object.vR
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:13248)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11884:65)
>     at _q
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:8351:29)
>     at cr
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15114:57)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:12521:45):
>     Cannot call method 'kk' of null
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>  stack: TypeError: Cannot call method 'kk' of null
>     at LSj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11622:58)
>     at Object.JTl [as h_]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17112:15349)
>     at l7j
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15200:166)
>     at Object.n7j
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16142:328)
>     at r2j
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15199:140)
>     at rjk
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:7040:19)
>     at Object._jk [as qT]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17088:17294)
>     at Object.r5j [as tV]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17085:15904)
>     at hIj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15873:85)
>     at Object.kIj [as tV]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:510)
>     at uKj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11859:40)
>     at Object.xKj [as tV]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:20018)
>     at OJj
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15471:172)
>     at Object.RJj [as Ch]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17082:19443)
>     at Object.jAd [as ue]
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:23272)
>     at cR
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:14512:137)
>     at Object.vR
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019:13248)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:11884:65)
>     at _q
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:8351:29)
>     at cr
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:15114:57)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:12521:45):
>     Cannot call method 'kk' of null
> 	at
> 	Unknown.LSj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 58)
> 	at
> 	Unknown.JTl(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 15349)
> 	at
> 	Unknown.l7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 166)
> 	at
> 	Unknown.n7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 328)
> 	at
> 	Unknown.r2j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 140)
> 	at
> 	Unknown.rjk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 19)
> 	at
> 	Unknown._jk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 17294)
> 	at
> 	Unknown.r5j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 15904)
> 	at
> 	Unknown.hIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 85)
> 	at
> 	Unknown.kIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 510)
> 	at
> 	Unknown.uKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 40)
> 	at
> 	Unknown.xKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 20018)
> 	at
> 	Unknown.OJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 172)
> 	at
> 	Unknown.RJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 19443)
> 	at
> 	Unknown.jAd(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 23272)
> 	at
> 	Unknown.cR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 137)
> 	at
> 	Unknown.vR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 13248)
> 	at
> 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 65)
> 	at
> 	Unknown._q(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 29)
> 	at
> 	Unknown.cr(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 57)
> 	at
> 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF6163F25.cache.html at 45)
> 	4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019
> Mon Jan 06 13:05:00 GMT-500 2014
> com.google.gwt.logging.client.LogConfiguration

there is a chance that the above exception is the one causing the VMs view to be empty. 
Tomas/Alexander/others - any ideas how to proceed from here? 
maybe compile the GUI in a non-obfuscated mode to get more details? 

> 
> <<< Deleted many similar errors >>>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> 


From alitke at redhat.com  Mon Jan  6 18:26:57 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 13:26:57 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <1491015.9INtnrCxgr@awels>
References: <20140106160202.GE31859@redhat.com> <2270849.Ykmhh0Pstr@awels>
	<20140106180331.GH31859@redhat.com> <1491015.9INtnrCxgr@awels>
Message-ID: <20140106182657.GJ31859@redhat.com>

On 06/01/14 13:12 -0500, Alexander Wels wrote:
>On Monday, January 06, 2014 01:03:31 PM Adam Litke wrote:
>> On 06/01/14 11:41 -0500, Alexander Wels wrote:
>> >On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
>> >> On 06/01/14 11:19 -0500, Alexander Wels wrote:
>> >> >Adam,
>> >> >
>> >> >Is this just when you first login into the webadmin or whenever you go
>> >> >to
>> >> >the VM tab? In other words if you login, then switch to the templates
>> >> >tab
>> >> >and back again to the VM tab does it still not load? What about when you
>> >> >manually refresh the grid?
>> >>
>> >> Thanks for the quick response!  It doesn't load at all -- first time
>> >> or any other time when revisiting.  In some cases in the past I would
>> >> have luck by clicking the blue refresh icon but that doesn't help
>> >> either.  I have force refreshed the browser (Chrome) to no avail.  I
>> >> guess the next step is to completely restart the browser (hmm, no luck
>> >> there either).
>> >
>> >Okay, then something else is going on, are there any errors in the server
>> >log?
>> From server.log there are no ERRORs but this message may be related:
>>
>> 2014-01-06 13:01:54,209 WARN
>> [org.jboss.resteasy.spi.ResteasyDeployment] (http--0.0.0.0-8080-4)
>> Application.getSingletons() returned unknown class type:
>> org.ovirt.engine.api.restapi.util.VmHelper
>>
>
>Don't think that is related, as currently the web admin uses GWT RPC to
>communicate with the engine, and not the REST interface.
>
>So, ovirt-engine/var/log/ovirt-engine/server.log and ovirt-
>engine/var/log/ovirt-engine/engine.log Have nothing in them?

>From engine.log:

2014-01-06 13:10:34,428 WARN
[org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil]
(org.ovirt.thread.pool-6-thread-50) Executing a command:
java.util.concurrent.FutureTask , but note that there are 0 tasks in
the queue.

This repeats quite regularly...  Other than that, nothing looks
relavent.  


>
>> >> >Alexander
>> >> >
>> >> >On Monday, January 06, 2014 11:02:02 AM Adam Litke wrote:
>> >> >> Hi all,
>> >> >>
>> >> >> I am working with the latest ovirt-engine git and am finding some
>> >> >> strange behavior with the UI.  The list of VMs never populates and I
>> >> >> am stuck with the loading indicator.  All other tabs behave normally
>> >> >> (Hosts, Templates, Storage, etc).  Also, the list of VMs can be loaded
>> >> >> normally using the REST API.  Any ideas what may be causing this
>> >> >> strange behavior?
>> >> >> _______________________________________________
>> >> >> Engine-devel mailing list
>> >> >> Engine-devel at ovirt.org
>> >> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
>


From awels at redhat.com  Mon Jan  6 18:30:01 2014
From: awels at redhat.com (Alexander Wels)
Date: Mon, 06 Jan 2014 13:30:01 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <733971900.43738624.1389032520157.JavaMail.root@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
Message-ID: <3380030.Frf0BcxyWG@awels>

On Monday, January 06, 2014 01:22:00 PM Einav Cohen wrote:
> > ----- Original Message -----
> > From: "Adam Litke" <alitke at redhat.com>
> > Sent: Monday, January 6, 2014 1:13:09 PM
> > 
> > On 06/01/14 11:44 -0500, Einav Cohen wrote:
> > >> ----- Original Message -----
> > >> From: "Alexander Wels" <awels at redhat.com>
> > >> Sent: Monday, January 6, 2014 11:41:38 AM
> > >> 
> > >> On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
> > >> > On 06/01/14 11:19 -0500, Alexander Wels wrote:
> > >> > >Adam,
> > >> > >
> > >> > >Is this just when you first login into the webadmin or whenever you
> > >> > >go
> > >> > >to
> > >> > >the VM tab? In other words if you login, then switch to the
> > >> > >templates
> > >> > >tab
> > >> > >and back again to the VM tab does it still not load? What about when
> > >> > >you
> > >> > >manually refresh the grid?
> > >> > 
> > >> > Thanks for the quick response!  It doesn't load at all -- first time
> > >> > or any other time when revisiting.  In some cases in the past I would
> > >> > have luck by clicking the blue refresh icon but that doesn't help
> > >> > either.  I have force refreshed the browser (Chrome) to no avail.  I
> > >> > guess the next step is to completely restart the browser (hmm, no
> > >> > luck
> > >> > there either).
> > >> 
> > >> Okay, then something else is going on, are there any errors in the
> > >> server
> > >> log?
> > >
> > >In addition to server logs: maybe also provide client "logs" (see
> > >instructions
> > >in [1])?
> > >thanks.
> > >
> > >[1] http://lists.ovirt.org/pipermail/users/2013-December/018494.html
> > 
> > GET http://localhost:8080/ovirt-engine/webadmin/Reports.xml 404 (Not
> > Found)
> > 4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16328
> > Mon Jan 06 13:05:00 GMT-500 2014
> > com.google.gwt.logging.client.LogConfiguration
> > SEVERE: (TypeError)
> > 
> >  stack: TypeError: Cannot call method 'kk' of null
> >  
> >     at LSj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:11622:58) at Object.JTl [as h_]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17112:15349) at l7j
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15200:166) at Object.n7j
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:16142:328) at r2j
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15199:140) at rjk
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:7040:19) at Object._jk [as qT]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17088:17294) at Object.r5j [as tV]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17085:15904) at hIj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15873:85) at Object.kIj [as tV]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17082:510) at uKj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:11859:40) at Object.xKj [as tV]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17082:20018) at OJj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15471:172) at Object.RJj [as Ch]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17082:19443) at Object.jAd [as ue]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17019:23272) at cR
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:14512:137) at Object.vR
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17019:13248) at XMLHttpRequest.<anonymous>
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:11884:65) at _q
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:8351:29) at cr
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15114:57) at XMLHttpRequest.<anonymous>
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:12521:45): Cannot call method 'kk' of null
> > 
> > com.google.gwt.core.client.JavaScriptException: (TypeError)
> > 
> >  stack: TypeError: Cannot call method 'kk' of null
> >  
> >     at LSj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:11622:58) at Object.JTl [as h_]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17112:15349) at l7j
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15200:166) at Object.n7j
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:16142:328) at r2j
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15199:140) at rjk
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:7040:19) at Object._jk [as qT]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17088:17294) at Object.r5j [as tV]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17085:15904) at hIj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15873:85) at Object.kIj [as tV]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17082:510) at uKj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:11859:40) at Object.xKj [as tV]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17082:20018) at OJj
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15471:172) at Object.RJj [as Ch]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17082:19443) at Object.jAd [as ue]
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17019:23272) at cR
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:14512:137) at Object.vR
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:17019:13248) at XMLHttpRequest.<anonymous>
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:11884:65) at _q
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:8351:29) at cr
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:15114:57) at XMLHttpRequest.<anonymous>
> >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> >     6163F25.cache.html:12521:45): Cannot call method 'kk' of null
> > 	
> > 	at
> > 	Unknown.LSj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 58) at
> > 	Unknown.JTl(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 15349) at
> > 	Unknown.l7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 166) at
> > 	Unknown.n7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 328) at
> > 	Unknown.r2j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 140) at
> > 	Unknown.rjk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 19) at
> > 	Unknown._jk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 17294) at
> > 	Unknown.r5j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 15904) at
> > 	Unknown.hIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 85) at
> > 	Unknown.kIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 510) at
> > 	Unknown.uKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 40) at
> > 	Unknown.xKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 20018) at
> > 	Unknown.OJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 172) at
> > 	Unknown.RJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 19443) at
> > 	Unknown.jAd(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > 	40BB7ADF6163F25.cache.html at 23272) at
> > 	Unknown.cR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > 	0BB7ADF6163F25.cache.html at 137) at
> > 	Unknown.vR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > 	0BB7ADF6163F25.cache.html at 13248) at
> > 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F7
> > 	8BB84E2940BB7ADF6163F25.cache.html at 65) at
> > 	Unknown._q(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > 	0BB7ADF6163F25.cache.html at 29) at
> > 	Unknown.cr(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > 	0BB7ADF6163F25.cache.html at 57) at
> > 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F7
> > 	8BB84E2940BB7ADF6163F25.cache.html at 45)
> > 	4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019
> > 
> > Mon Jan 06 13:05:00 GMT-500 2014
> > com.google.gwt.logging.client.LogConfiguration
> 
> there is a chance that the above exception is the one causing the VMs view
> to be empty. Tomas/Alexander/others - any ideas how to proceed from here?
> maybe compile the GUI in a non-obfuscated mode to get more details?
> 

Yes either compile in PRETTY mode or run in GWT debug mode. Depending on how 
comfortable you are with doing either one.


> > <<< Deleted many similar errors >>>
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel



From ecohen at redhat.com  Mon Jan  6 18:39:40 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Mon, 6 Jan 2014 13:39:40 -0500 (EST)
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <3380030.Frf0BcxyWG@awels>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels>
Message-ID: <769775467.43753552.1389033580064.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Alexander Wels" <awels at redhat.com>
> Sent: Monday, January 6, 2014 1:30:01 PM
> 
> On Monday, January 06, 2014 01:22:00 PM Einav Cohen wrote:
> > > ----- Original Message -----
> > > From: "Adam Litke" <alitke at redhat.com>
> > > Sent: Monday, January 6, 2014 1:13:09 PM
> > > 
> > > On 06/01/14 11:44 -0500, Einav Cohen wrote:
> > > >> ----- Original Message -----
> > > >> From: "Alexander Wels" <awels at redhat.com>
> > > >> Sent: Monday, January 6, 2014 11:41:38 AM
> > > >> 
> > > >> On Monday, January 06, 2014 11:27:07 AM Adam Litke wrote:
> > > >> > On 06/01/14 11:19 -0500, Alexander Wels wrote:
> > > >> > >Adam,
> > > >> > >
> > > >> > >Is this just when you first login into the webadmin or whenever you
> > > >> > >go
> > > >> > >to
> > > >> > >the VM tab? In other words if you login, then switch to the
> > > >> > >templates
> > > >> > >tab
> > > >> > >and back again to the VM tab does it still not load? What about
> > > >> > >when
> > > >> > >you
> > > >> > >manually refresh the grid?
> > > >> > 
> > > >> > Thanks for the quick response!  It doesn't load at all -- first time
> > > >> > or any other time when revisiting.  In some cases in the past I
> > > >> > would
> > > >> > have luck by clicking the blue refresh icon but that doesn't help
> > > >> > either.  I have force refreshed the browser (Chrome) to no avail.  I
> > > >> > guess the next step is to completely restart the browser (hmm, no
> > > >> > luck
> > > >> > there either).
> > > >> 
> > > >> Okay, then something else is going on, are there any errors in the
> > > >> server
> > > >> log?
> > > >
> > > >In addition to server logs: maybe also provide client "logs" (see
> > > >instructions
> > > >in [1])?
> > > >thanks.
> > > >
> > > >[1] http://lists.ovirt.org/pipermail/users/2013-December/018494.html
> > > 
> > > GET http://localhost:8080/ovirt-engine/webadmin/Reports.xml 404 (Not
> > > Found)
> > > 4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:16328
> > > Mon Jan 06 13:05:00 GMT-500 2014
> > > com.google.gwt.logging.client.LogConfiguration
> > > SEVERE: (TypeError)
> > > 
> > >  stack: TypeError: Cannot call method 'kk' of null
> > >  
> > >     at LSj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:11622:58) at Object.JTl [as h_]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17112:15349) at l7j
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15200:166) at Object.n7j
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:16142:328) at r2j
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15199:140) at rjk
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:7040:19) at Object._jk [as qT]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17088:17294) at Object.r5j [as tV]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17085:15904) at hIj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15873:85) at Object.kIj [as tV]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17082:510) at uKj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:11859:40) at Object.xKj [as tV]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17082:20018) at OJj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15471:172) at Object.RJj [as Ch]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17082:19443) at Object.jAd [as ue]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17019:23272) at cR
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:14512:137) at Object.vR
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17019:13248) at XMLHttpRequest.<anonymous>
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:11884:65) at _q
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:8351:29) at cr
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15114:57) at XMLHttpRequest.<anonymous>
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:12521:45): Cannot call method 'kk' of null
> > > 
> > > com.google.gwt.core.client.JavaScriptException: (TypeError)
> > > 
> > >  stack: TypeError: Cannot call method 'kk' of null
> > >  
> > >     at LSj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:11622:58) at Object.JTl [as h_]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17112:15349) at l7j
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15200:166) at Object.n7j
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:16142:328) at r2j
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15199:140) at rjk
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:7040:19) at Object._jk [as qT]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17088:17294) at Object.r5j [as tV]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17085:15904) at hIj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15873:85) at Object.kIj [as tV]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17082:510) at uKj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:11859:40) at Object.xKj [as tV]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17082:20018) at OJj
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15471:172) at Object.RJj [as Ch]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17082:19443) at Object.jAd [as ue]
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17019:23272) at cR
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:14512:137) at Object.vR
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:17019:13248) at XMLHttpRequest.<anonymous>
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:11884:65) at _q
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:8351:29) at cr
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:15114:57) at XMLHttpRequest.<anonymous>
> > >     (http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E2940BB7ADF
> > >     6163F25.cache.html:12521:45): Cannot call method 'kk' of null
> > > 	
> > > 	at
> > > 	Unknown.LSj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 58) at
> > > 	Unknown.JTl(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 15349) at
> > > 	Unknown.l7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 166) at
> > > 	Unknown.n7j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 328) at
> > > 	Unknown.r2j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 140) at
> > > 	Unknown.rjk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 19) at
> > > 	Unknown._jk(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 17294) at
> > > 	Unknown.r5j(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 15904) at
> > > 	Unknown.hIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 85) at
> > > 	Unknown.kIj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 510) at
> > > 	Unknown.uKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 40) at
> > > 	Unknown.xKj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 20018) at
> > > 	Unknown.OJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 172) at
> > > 	Unknown.RJj(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 19443) at
> > > 	Unknown.jAd(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E29
> > > 	40BB7ADF6163F25.cache.html at 23272) at
> > > 	Unknown.cR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > > 	0BB7ADF6163F25.cache.html at 137) at
> > > 	Unknown.vR(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > > 	0BB7ADF6163F25.cache.html at 13248) at
> > > 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F7
> > > 	8BB84E2940BB7ADF6163F25.cache.html at 65) at
> > > 	Unknown._q(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > > 	0BB7ADF6163F25.cache.html at 29) at
> > > 	Unknown.cr(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F78BB84E294
> > > 	0BB7ADF6163F25.cache.html at 57) at
> > > 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/4DD22D2F7
> > > 	8BB84E2940BB7ADF6163F25.cache.html at 45)
> > > 	4DD22D2F78BB84E2940BB7ADF6163F25.cache.html:17019
> > > 
> > > Mon Jan 06 13:05:00 GMT-500 2014
> > > com.google.gwt.logging.client.LogConfiguration
> > 
> > there is a chance that the above exception is the one causing the VMs view
> > to be empty. Tomas/Alexander/others - any ideas how to proceed from here?
> > maybe compile the GUI in a non-obfuscated mode to get more details?
> > 
> 
> Yes either compile in PRETTY mode or run in GWT debug mode. Depending on how
> comfortable you are with doing either one.

note that http://www.ovirt.org/DebugFrontend should now contain the up-to-date 
instructions for both (thanks, Vojtech)

> 
> 
> > > <<< Deleted many similar errors >>>
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> 


From alitke at redhat.com  Mon Jan  6 19:11:48 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 14:11:48 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <3380030.Frf0BcxyWG@awels>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels>
Message-ID: <20140106191148.GK31859@redhat.com>

On 06/01/14 13:30 -0500, Alexander Wels wrote:
>Yes either compile in PRETTY mode or run in GWT debug mode. Depending on how
>comfortable you are with doing either one.

Ok I think we're getting somewhere... When compiled in draft mode the client
errors look like this:

GET http://localhost:8080/ovirt-engine/webadmin/Reports.xml 404 (Not Found) C5287D41B71197763AB3125431813688.cache.html:44792
Mon Jan 06 14:08:21 GMT-500 2014 com.google.gwt.logging.client.LogConfiguration
SEVERE: (TypeError) 
 stack: TypeError: Cannot call method 'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
    at org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_getDisplayTypes__ILorg_ovirt_engine_core_compat_Version_2Ljava_util_List_2 (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:180644:360)
    at org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_hasSpiceSupport__ILorg_ovirt_engine_core_compat_Version_2Z (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:181442:10)
    at Object.org_ovirt_engine_ui_uicommonweb_models_vms_SpiceConsoleModel_canBeSelected__Z [as canBeSelected__Z] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:248240:199)
    at org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$canSelectProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleProtocol_2Z (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187341:282)
    at org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$setDefaultSelectedProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187391:9)
    at Object.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_VmConsolesImpl__Lorg_ovirt_engine_core_common_businessentities_VM_2Lorg_ovirt_engine_ui_uicommonweb_models_Model_2Lorg_ovirt_engine_ui_uicommonweb_ConsoleOptionsFrontendPersister$ConsoleContext_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187407:3)
    at org_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_$updateCache__Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_2Ljava_lang_Iterable_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:185252:1037)
    at org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_$setItems__Lorg_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_2Ljava_lang_Iterable_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:194985:3)
    at Object.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_setItems__Ljava_lang_Iterable_2V [as setItems__Ljava_lang_Iterable_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:195275:3)
    at Object.org_ovirt_engine_ui_uicommonweb_models_SearchableListModel$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:186570:23)
    at org_ovirt_engine_ui_frontend_Frontend$1_$onSuccess__Lorg_ovirt_engine_ui_frontend_Frontend$1_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Lorg_ovirt_engine_core_common_queries_VdcQueryReturnValue_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168839:1451)
    at Object.org_ovirt_engine_ui_frontend_Frontend$1_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168871:3)
    at org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_OperationProcessor$2_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Ljava_lang_Object_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173172:217)
    at Object.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173190:3)
    at org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_2Ljava_util_ArrayList_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172948:675)
    at Object.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_onSuccess__Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172970:3)
    at Object.com_google_gwt_rpc_client_impl_RpcCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V [as onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:21322:131)
    at com_google_gwt_http_client_Request_$fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14008:14)
    at Object.com_google_gwt_http_client_RequestBuilder$1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V [as onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14255:5)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:44800:13)
    at com_google_gwt_core_client_impl_Impl_apply__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2 (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4761:23)
    at com_google_gwt_core_client_impl_Impl_entry0__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2 (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4808:16)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4791:14): Cannot call method 'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
com.google.gwt.core.client.JavaScriptException: (TypeError) 
 stack: TypeError: Cannot call method 'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
    at org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_getDisplayTypes__ILorg_ovirt_engine_core_compat_Version_2Ljava_util_List_2 (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:180644:360)
    at org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_hasSpiceSupport__ILorg_ovirt_engine_core_compat_Version_2Z (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:181442:10)
    at Object.org_ovirt_engine_ui_uicommonweb_models_vms_SpiceConsoleModel_canBeSelected__Z [as canBeSelected__Z] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:248240:199)
    at org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$canSelectProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleProtocol_2Z (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187341:282)
    at org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$setDefaultSelectedProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187391:9)
    at Object.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_VmConsolesImpl__Lorg_ovirt_engine_core_common_businessentities_VM_2Lorg_ovirt_engine_ui_uicommonweb_models_Model_2Lorg_ovirt_engine_ui_uicommonweb_ConsoleOptionsFrontendPersister$ConsoleContext_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187407:3)
    at org_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_$updateCache__Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_2Ljava_lang_Iterable_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:185252:1037)
    at org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_$setItems__Lorg_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_2Ljava_lang_Iterable_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:194985:3)
    at Object.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_setItems__Ljava_lang_Iterable_2V [as setItems__Ljava_lang_Iterable_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:195275:3)
    at Object.org_ovirt_engine_ui_uicommonweb_models_SearchableListModel$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:186570:23)
    at org_ovirt_engine_ui_frontend_Frontend$1_$onSuccess__Lorg_ovirt_engine_ui_frontend_Frontend$1_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Lorg_ovirt_engine_core_common_queries_VdcQueryReturnValue_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168839:1451)
    at Object.org_ovirt_engine_ui_frontend_Frontend$1_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168871:3)
    at org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_OperationProcessor$2_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Ljava_lang_Object_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173172:217)
    at Object.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173190:3)
    at org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_2Ljava_util_ArrayList_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172948:675)
    at Object.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_onSuccess__Ljava_lang_Object_2V [as onSuccess__Ljava_lang_Object_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172970:3)
    at Object.com_google_gwt_rpc_client_impl_RpcCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V [as onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:21322:131)
    at com_google_gwt_http_client_Request_$fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14008:14)
    at Object.com_google_gwt_http_client_RequestBuilder$1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V [as onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V] (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14255:5)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:44800:13)
    at com_google_gwt_core_client_impl_Impl_apply__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2 (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4761:23)
    at com_google_gwt_core_client_impl_Impl_entry0__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2 (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4808:16)
    at XMLHttpRequest.<anonymous> (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4791:14): Cannot call method 'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
	at Unknown.org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_getDisplayTypes__ILorg_ovirt_engine_core_compat_Version_2Ljava_util_List_2(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 360)
	at Unknown.org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_hasSpiceSupport__ILorg_ovirt_engine_core_compat_Version_2Z(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 10)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_vms_SpiceConsoleModel_canBeSelected__Z(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 199)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$canSelectProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleProtocol_2Z(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 282)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$setDefaultSelectedProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 9)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_VmConsolesImpl__Lorg_ovirt_engine_core_common_businessentities_VM_2Lorg_ovirt_engine_ui_uicommonweb_models_Model_2Lorg_ovirt_engine_ui_uicommonweb_ConsoleOptionsFrontendPersister$ConsoleContext_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_$updateCache__Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_2Ljava_lang_Iterable_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 1037)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_$setItems__Lorg_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_2Ljava_lang_Iterable_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_setItems__Ljava_lang_Iterable_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
	at Unknown.org_ovirt_engine_ui_uicommonweb_models_SearchableListModel$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 23)
	at Unknown.org_ovirt_engine_ui_frontend_Frontend$1_$onSuccess__Lorg_ovirt_engine_ui_frontend_Frontend$1_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Lorg_ovirt_engine_core_common_queries_VdcQueryReturnValue_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 1451)
	at Unknown.org_ovirt_engine_ui_frontend_Frontend$1_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
	at Unknown.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_OperationProcessor$2_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 217)
	at Unknown.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
	at Unknown.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_2Ljava_util_ArrayList_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 675)
	at Unknown.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_onSuccess__Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
	at Unknown.com_google_gwt_rpc_client_impl_RpcCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 131)
	at Unknown.com_google_gwt_http_client_Request_$fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 14)
	at Unknown.com_google_gwt_http_client_RequestBuilder$1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 5)
	at Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 13)
	at Unknown.com_google_gwt_core_client_impl_Impl_apply__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 23)
	at Unknown.com_google_gwt_core_client_impl_Impl_entry0__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 16)
	at Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 14) C5287D41B71197763AB3125431813688.cache.html:19313
Mon Jan 06 14:08:21 GMT-500 2014 com.google.gwt.logging.client.LogConfiguration
>


From derez at redhat.com  Mon Jan  6 19:32:53 2014
From: derez at redhat.com (Daniel Erez)
Date: Mon, 6 Jan 2014 14:32:53 -0500 (EST)
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106191148.GK31859@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels> <20140106191148.GK31859@redhat.com>
Message-ID: <1932126414.3843806.1389036773765.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Adam Litke" <alitke at redhat.com>
> To: "Alexander Wels" <awels at redhat.com>
> Cc: engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 9:11:48 PM
> Subject: Re: [Engine-devel] UI: VM list not populating
> 

Might be an issue of a stale osinfo properties file, 
'displayProtocols' has recently been introduced by [1]

Try overwriting osinfo-defaults.properties with the updated one from latest bits
/ovirt-engine/packaging/conf/osinfo-defaults.properties --> $HOME/ovirt-engine/share/ovirt-engine/conf

[1] http://gerrit.ovirt.org/#/c/18677/14/packaging/conf/osinfo-defaults.properties

> On 06/01/14 13:30 -0500, Alexander Wels wrote:
> >Yes either compile in PRETTY mode or run in GWT debug mode. Depending on how
> >comfortable you are with doing either one.
> 
> Ok I think we're getting somewhere... When compiled in draft mode the client
> errors look like this:
> 
> GET http://localhost:8080/ovirt-engine/webadmin/Reports.xml 404 (Not Found)
> C5287D41B71197763AB3125431813688.cache.html:44792
> Mon Jan 06 14:08:21 GMT-500 2014
> com.google.gwt.logging.client.LogConfiguration
> SEVERE: (TypeError)
>  stack: TypeError: Cannot call method
>  'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
>     at
>     org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_getDisplayTypes__ILorg_ovirt_engine_core_compat_Version_2Ljava_util_List_2
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:180644:360)
>     at
>     org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_hasSpiceSupport__ILorg_ovirt_engine_core_compat_Version_2Z
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:181442:10)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_vms_SpiceConsoleModel_canBeSelected__Z
>     [as canBeSelected__Z]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:248240:199)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$canSelectProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleProtocol_2Z
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187341:282)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$setDefaultSelectedProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187391:9)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_VmConsolesImpl__Lorg_ovirt_engine_core_common_businessentities_VM_2Lorg_ovirt_engine_ui_uicommonweb_models_Model_2Lorg_ovirt_engine_ui_uicommonweb_ConsoleOptionsFrontendPersister$ConsoleContext_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187407:3)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_$updateCache__Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_2Ljava_lang_Iterable_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:185252:1037)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_$setItems__Lorg_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_2Ljava_lang_Iterable_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:194985:3)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_setItems__Ljava_lang_Iterable_2V
>     [as setItems__Ljava_lang_Iterable_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:195275:3)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_SearchableListModel$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:186570:23)
>     at
>     org_ovirt_engine_ui_frontend_Frontend$1_$onSuccess__Lorg_ovirt_engine_ui_frontend_Frontend$1_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Lorg_ovirt_engine_core_common_queries_VdcQueryReturnValue_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168839:1451)
>     at
>     Object.org_ovirt_engine_ui_frontend_Frontend$1_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168871:3)
>     at
>     org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_OperationProcessor$2_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Ljava_lang_Object_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173172:217)
>     at
>     Object.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173190:3)
>     at
>     org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_2Ljava_util_ArrayList_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172948:675)
>     at
>     Object.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_onSuccess__Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172970:3)
>     at
>     Object.com_google_gwt_rpc_client_impl_RpcCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V
>     [as
>     onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:21322:131)
>     at
>     com_google_gwt_http_client_Request_$fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14008:14)
>     at
>     Object.com_google_gwt_http_client_RequestBuilder$1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V
>     [as onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14255:5)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:44800:13)
>     at
>     com_google_gwt_core_client_impl_Impl_apply__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4761:23)
>     at
>     com_google_gwt_core_client_impl_Impl_entry0__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4808:16)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4791:14):
>     Cannot call method 'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>  stack: TypeError: Cannot call method
>  'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
>     at
>     org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_getDisplayTypes__ILorg_ovirt_engine_core_compat_Version_2Ljava_util_List_2
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:180644:360)
>     at
>     org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_hasSpiceSupport__ILorg_ovirt_engine_core_compat_Version_2Z
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:181442:10)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_vms_SpiceConsoleModel_canBeSelected__Z
>     [as canBeSelected__Z]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:248240:199)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$canSelectProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleProtocol_2Z
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187341:282)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$setDefaultSelectedProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187391:9)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_VmConsolesImpl__Lorg_ovirt_engine_core_common_businessentities_VM_2Lorg_ovirt_engine_ui_uicommonweb_models_Model_2Lorg_ovirt_engine_ui_uicommonweb_ConsoleOptionsFrontendPersister$ConsoleContext_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:187407:3)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_$updateCache__Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_2Ljava_lang_Iterable_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:185252:1037)
>     at
>     org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_$setItems__Lorg_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_2Ljava_lang_Iterable_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:194985:3)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_setItems__Ljava_lang_Iterable_2V
>     [as setItems__Ljava_lang_Iterable_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:195275:3)
>     at
>     Object.org_ovirt_engine_ui_uicommonweb_models_SearchableListModel$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:186570:23)
>     at
>     org_ovirt_engine_ui_frontend_Frontend$1_$onSuccess__Lorg_ovirt_engine_ui_frontend_Frontend$1_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Lorg_ovirt_engine_core_common_queries_VdcQueryReturnValue_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168839:1451)
>     at
>     Object.org_ovirt_engine_ui_frontend_Frontend$1_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:168871:3)
>     at
>     org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_OperationProcessor$2_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Ljava_lang_Object_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173172:217)
>     at
>     Object.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:173190:3)
>     at
>     org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_2Ljava_util_ArrayList_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172948:675)
>     at
>     Object.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_onSuccess__Ljava_lang_Object_2V
>     [as onSuccess__Ljava_lang_Object_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:172970:3)
>     at
>     Object.com_google_gwt_rpc_client_impl_RpcCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V
>     [as
>     onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:21322:131)
>     at
>     com_google_gwt_http_client_Request_$fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14008:14)
>     at
>     Object.com_google_gwt_http_client_RequestBuilder$1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V
>     [as onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V]
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:14255:5)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:44800:13)
>     at
>     com_google_gwt_core_client_impl_Impl_apply__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4761:23)
>     at
>     com_google_gwt_core_client_impl_Impl_entry0__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4808:16)
>     at XMLHttpRequest.<anonymous>
>     (http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html:4791:14):
>     Cannot call method 'get__Ljava_lang_Object_2Ljava_lang_Object_2' of null
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_getDisplayTypes__ILorg_ovirt_engine_core_compat_Version_2Ljava_util_List_2(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 360)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_dataprovider_AsyncDataProvider_hasSpiceSupport__ILorg_ovirt_engine_core_compat_Version_2Z(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 10)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_vms_SpiceConsoleModel_canBeSelected__Z(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 199)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$canSelectProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleProtocol_2Z(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 282)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_$setDefaultSelectedProtocol__Lorg_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 9)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_VmConsolesImpl_VmConsolesImpl__Lorg_ovirt_engine_core_common_businessentities_VM_2Lorg_ovirt_engine_ui_uicommonweb_models_Model_2Lorg_ovirt_engine_ui_uicommonweb_ConsoleOptionsFrontendPersister$ConsoleContext_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_$updateCache__Lorg_ovirt_engine_ui_uicommonweb_models_ConsoleModelsCache_2Ljava_lang_Iterable_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 1037)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_$setItems__Lorg_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_2Ljava_lang_Iterable_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_vms_VmListModel_setItems__Ljava_lang_Iterable_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
> 	at
> 	Unknown.org_ovirt_engine_ui_uicommonweb_models_SearchableListModel$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 23)
> 	at
> 	Unknown.org_ovirt_engine_ui_frontend_Frontend$1_$onSuccess__Lorg_ovirt_engine_ui_frontend_Frontend$1_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Lorg_ovirt_engine_core_common_queries_VdcQueryReturnValue_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 1451)
> 	at
> 	Unknown.org_ovirt_engine_ui_frontend_Frontend$1_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
> 	at
> 	Unknown.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_OperationProcessor$2_2Lorg_ovirt_engine_ui_frontend_communication_VdcOperation_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 217)
> 	at
> 	Unknown.org_ovirt_engine_ui_frontend_communication_OperationProcessor$2_onSuccess__Ljava_lang_Object_2Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
> 	at
> 	Unknown.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_$onSuccess__Lorg_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_2Ljava_util_ArrayList_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 675)
> 	at
> 	Unknown.org_ovirt_engine_ui_frontend_communication_GWTRPCCommunicationProvider$4_onSuccess__Ljava_lang_Object_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 3)
> 	at
> 	Unknown.com_google_gwt_rpc_client_impl_RpcCallbackAdapter_onResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 131)
> 	at
> 	Unknown.com_google_gwt_http_client_Request_$fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 14)
> 	at
> 	Unknown.com_google_gwt_http_client_RequestBuilder$1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest_2V(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 5)
> 	at
> 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 13)
> 	at
> 	Unknown.com_google_gwt_core_client_impl_Impl_apply__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 23)
> 	at
> 	Unknown.com_google_gwt_core_client_impl_Impl_entry0__Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2Ljava_lang_Object_2(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 16)
> 	at
> 	Unknown.<anonymous>(http://localhost:8080/ovirt-engine/webadmin/C5287D41B71197763AB3125431813688.cache.html at 14)
> 	C5287D41B71197763AB3125431813688.cache.html:19313
> Mon Jan 06 14:08:21 GMT-500 2014
> com.google.gwt.logging.client.LogConfiguration
> >
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From gshereme at redhat.com  Mon Jan  6 19:49:37 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Mon, 6 Jan 2014 14:49:37 -0500 (EST)
Subject: [Engine-devel] ovirt-engine build segfault on Fedora 20
In-Reply-To: <1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
References: <2047193849.28931411.1388717233882.JavaMail.root@redhat.com>
	<383773839.28931544.1388717613706.JavaMail.root@redhat.com>
	<20140103163743.GB4790@redhat.com>
	<1611563274.29057922.1388768105427.JavaMail.root@redhat.com>
	<1012145118.29061237.1388768356608.JavaMail.root@redhat.com>
Message-ID: <1355743911.29457431.1389037777689.JavaMail.root@redhat.com>

GWT team asked me to report against Fedora. So I did.

https://bugzilla.redhat.com/show_bug.cgi?id=1049011 [GWT compiler crash on Fedora 20]

I've had a few instances where the GWT compile did NOT finish and thus the oVirt build failed. But simply re-running it works.

Greg


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


From alitke at redhat.com  Mon Jan  6 19:51:57 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 14:51:57 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <1932126414.3843806.1389036773765.JavaMail.root@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels> <20140106191148.GK31859@redhat.com>
	<1932126414.3843806.1389036773765.JavaMail.root@redhat.com>
Message-ID: <20140106195156.GL31859@redhat.com>

On 06/01/14 14:32 -0500, Daniel Erez wrote:
>
>
>----- Original Message -----
>> From: "Adam Litke" <alitke at redhat.com>
>> To: "Alexander Wels" <awels at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Monday, January 6, 2014 9:11:48 PM
>> Subject: Re: [Engine-devel] UI: VM list not populating
>>
>
>Might be an issue of a stale osinfo properties file,
>'displayProtocols' has recently been introduced by [1]
>
>Try overwriting osinfo-defaults.properties with the updated one from latest bits
>/ovirt-engine/packaging/conf/osinfo-defaults.properties --> $HOME/ovirt-engine/share/ovirt-engine/conf
>
>[1] http://gerrit.ovirt.org/#/c/18677/14/packaging/conf/osinfo-defaults.properties

Thanks for the suggestion but it did not seem to resolve the issue.
Also, my proprties file has os.other.displayProtocols.value and 
os.other.spiceSupport.value.  This seems different from [1] above
which indicates that the spiceSupport key is removed entirely.



From derez at redhat.com  Mon Jan  6 20:31:25 2014
From: derez at redhat.com (Daniel Erez)
Date: Mon, 6 Jan 2014 15:31:25 -0500 (EST)
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106195156.GL31859@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels> <20140106191148.GK31859@redhat.com>
	<1932126414.3843806.1389036773765.JavaMail.root@redhat.com>
	<20140106195156.GL31859@redhat.com>
Message-ID: <1478052349.3884457.1389040285265.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Adam Litke" <alitke at redhat.com>
> To: "Daniel Erez" <derez at redhat.com>
> Cc: "Alexander Wels" <awels at redhat.com>, engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 9:51:57 PM
> Subject: Re: [Engine-devel] UI: VM list not populating
> 
> On 06/01/14 14:32 -0500, Daniel Erez wrote:
> >
> >
> >----- Original Message -----
> >> From: "Adam Litke" <alitke at redhat.com>
> >> To: "Alexander Wels" <awels at redhat.com>
> >> Cc: engine-devel at ovirt.org
> >> Sent: Monday, January 6, 2014 9:11:48 PM
> >> Subject: Re: [Engine-devel] UI: VM list not populating
> >>
> >
> >Might be an issue of a stale osinfo properties file,
> >'displayProtocols' has recently been introduced by [1]
> >
> >Try overwriting osinfo-defaults.properties with the updated one from latest
> >bits
> >/ovirt-engine/packaging/conf/osinfo-defaults.properties -->
> >$HOME/ovirt-engine/share/ovirt-engine/conf
> >
> >[1]
> >http://gerrit.ovirt.org/#/c/18677/14/packaging/conf/osinfo-defaults.properties
> 
> Thanks for the suggestion but it did not seem to resolve the issue.
> Also, my proprties file has os.other.displayProtocols.value and
> os.other.spiceSupport.value.  This seems different from [1] above
> which indicates that the spiceSupport key is removed entirely.

Actually spiceSupport key was added a bit later by:
http://gerrit.ovirt.org/#/c/18220/17/packaging/conf/osinfo-defaults.properties

Can you please check if VMs list is displayed correctly from the userportal?
(I just wonder if there's some race in 'initCache/initDisplayTypes' mechanism).

> 
> 


From alitke at redhat.com  Mon Jan  6 20:42:08 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 15:42:08 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <1478052349.3884457.1389040285265.JavaMail.root@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<20140106181309.GI31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels> <20140106191148.GK31859@redhat.com>
	<1932126414.3843806.1389036773765.JavaMail.root@redhat.com>
	<20140106195156.GL31859@redhat.com>
	<1478052349.3884457.1389040285265.JavaMail.root@redhat.com>
Message-ID: <20140106204208.GM31859@redhat.com>

On 06/01/14 15:31 -0500, Daniel Erez wrote:
>
>
>----- Original Message -----
>> From: "Adam Litke" <alitke at redhat.com>
>> To: "Daniel Erez" <derez at redhat.com>
>> Cc: "Alexander Wels" <awels at redhat.com>, engine-devel at ovirt.org
>> Sent: Monday, January 6, 2014 9:51:57 PM
>> Subject: Re: [Engine-devel] UI: VM list not populating
>>
>> On 06/01/14 14:32 -0500, Daniel Erez wrote:
>> >
>> >
>> >----- Original Message -----
>> >> From: "Adam Litke" <alitke at redhat.com>
>> >> To: "Alexander Wels" <awels at redhat.com>
>> >> Cc: engine-devel at ovirt.org
>> >> Sent: Monday, January 6, 2014 9:11:48 PM
>> >> Subject: Re: [Engine-devel] UI: VM list not populating
>> >>
>> >
>> >Might be an issue of a stale osinfo properties file,
>> >'displayProtocols' has recently been introduced by [1]
>> >
>> >Try overwriting osinfo-defaults.properties with the updated one from latest
>> >bits
>> >/ovirt-engine/packaging/conf/osinfo-defaults.properties -->
>> >$HOME/ovirt-engine/share/ovirt-engine/conf
>> >
>> >[1]
>> >http://gerrit.ovirt.org/#/c/18677/14/packaging/conf/osinfo-defaults.properties
>>
>> Thanks for the suggestion but it did not seem to resolve the issue.
>> Also, my proprties file has os.other.displayProtocols.value and
>> os.other.spiceSupport.value.  This seems different from [1] above
>> which indicates that the spiceSupport key is removed entirely.
>
>Actually spiceSupport key was added a bit later by:
>http://gerrit.ovirt.org/#/c/18220/17/packaging/conf/osinfo-defaults.properties
>
>Can you please check if VMs list is displayed correctly from the userportal?
>(I just wonder if there's some race in 'initCache/initDisplayTypes' mechanism).

Does not work in the User Portal either.  I don't know if this is
related, but I have started to observe some new errors in server.log.
I wonder if I have done too much rebasing and schema upgrading on my
local DB:

2014-01-06 15:39:20,451 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-31) Failed to refresh VDS , vds = 203848b8-1d84-4c01-a267-c11280d0ad0f : lager, error = org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from  getinterface_viewbyvds_id(?, ?, ?)]; nested exception is org.postgresql.util.PSQLException: The column name qos_overridden was not found in this ResultSet., continuing.: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from  getinterface_viewbyvds_id(?, ?, ?)]; nested exception is org.postgresql.util.PSQLException: The column name qos_overridden was not found in this ResultSet.
	at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:603) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:637) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:666) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:706) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154) [dal.jar:]
	at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120) [dal.jar:]
	at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:137) [dal.jar:]
	at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:103) [dal.jar:]
	at org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl.getAllInterfacesForVds(InterfaceDaoDbFacadeImpl.java:167) [dal.jar:]
	at org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl.getAllInterfacesForVds(InterfaceDaoDbFacadeImpl.java:150) [dal.jar:]
	at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.updateNetworkData(VdsBrokerObjectsBuilder.java:930) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.updateVDSDynamicData(VdsBrokerObjectsBuilder.java:326) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:17) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:96) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56) [vdsbroker.jar:]
	at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:28) [dal.jar:]
	at org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:537) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.beforeFirstRefreshTreatment(VdsUpdateRunTimeInfo.java:883) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:494) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:335) [vdsbroker.jar:]
	at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236) [vdsbroker.jar:]
	at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) [:1.7.0_45]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_45]
	at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]
	at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:]
	at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:]
Caused by: org.postgresql.util.PSQLException: The column name qos_overridden was not found in this ResultSet.
	at org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2542)
	at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBoolean(AbstractJdbc2ResultSet.java:2390)
	at org.jboss.jca.adapters.jdbc.WrappedResultSet.getBoolean(WrappedResultSet.java:615)
	at org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl$2.mapRow(InterfaceDaoDbFacadeImpl.java:278) [dal.jar:]
	at org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl$2.mapRow(InterfaceDaoDbFacadeImpl.java:252) [dal.jar:]
	at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649) [spring-jdbc.jar:3.1.1.RELEASE]
	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587) [spring-jdbc.jar:3.1.1.RELEASE]
	... 27 more



From derez at redhat.com  Mon Jan  6 20:56:00 2014
From: derez at redhat.com (Daniel Erez)
Date: Mon, 6 Jan 2014 15:56:00 -0500 (EST)
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <20140106204208.GM31859@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels> <20140106191148.GK31859@redhat.com>
	<1932126414.3843806.1389036773765.JavaMail.root@redhat.com>
	<20140106195156.GL31859@redhat.com>
	<1478052349.3884457.1389040285265.JavaMail.root@redhat.com>
	<20140106204208.GM31859@redhat.com>
Message-ID: <811632699.3905577.1389041760267.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Adam Litke" <alitke at redhat.com>
> To: "Daniel Erez" <derez at redhat.com>
> Cc: "Alexander Wels" <awels at redhat.com>, engine-devel at ovirt.org
> Sent: Monday, January 6, 2014 10:42:08 PM
> Subject: Re: [Engine-devel] UI: VM list not populating
> 
> On 06/01/14 15:31 -0500, Daniel Erez wrote:
> >
> >
> >----- Original Message -----
> >> From: "Adam Litke" <alitke at redhat.com>
> >> To: "Daniel Erez" <derez at redhat.com>
> >> Cc: "Alexander Wels" <awels at redhat.com>, engine-devel at ovirt.org
> >> Sent: Monday, January 6, 2014 9:51:57 PM
> >> Subject: Re: [Engine-devel] UI: VM list not populating
> >>
> >> On 06/01/14 14:32 -0500, Daniel Erez wrote:
> >> >
> >> >
> >> >----- Original Message -----
> >> >> From: "Adam Litke" <alitke at redhat.com>
> >> >> To: "Alexander Wels" <awels at redhat.com>
> >> >> Cc: engine-devel at ovirt.org
> >> >> Sent: Monday, January 6, 2014 9:11:48 PM
> >> >> Subject: Re: [Engine-devel] UI: VM list not populating
> >> >>
> >> >
> >> >Might be an issue of a stale osinfo properties file,
> >> >'displayProtocols' has recently been introduced by [1]
> >> >
> >> >Try overwriting osinfo-defaults.properties with the updated one from
> >> >latest
> >> >bits
> >> >/ovirt-engine/packaging/conf/osinfo-defaults.properties -->
> >> >$HOME/ovirt-engine/share/ovirt-engine/conf
> >> >
> >> >[1]
> >> >http://gerrit.ovirt.org/#/c/18677/14/packaging/conf/osinfo-defaults.properties
> >>
> >> Thanks for the suggestion but it did not seem to resolve the issue.
> >> Also, my proprties file has os.other.displayProtocols.value and
> >> os.other.spiceSupport.value.  This seems different from [1] above
> >> which indicates that the spiceSupport key is removed entirely.
> >
> >Actually spiceSupport key was added a bit later by:
> >http://gerrit.ovirt.org/#/c/18220/17/packaging/conf/osinfo-defaults.properties
> >
> >Can you please check if VMs list is displayed correctly from the userportal?
> >(I just wonder if there's some race in 'initCache/initDisplayTypes'
> >mechanism).
> 
> Does not work in the User Portal either.  I don't know if this is
> related, but I have started to observe some new errors in server.log.
> I wonder if I have done too much rebasing and schema upgrading on my
> local DB:

Yeah, looks like the DB needs upgrading...
(if you don't have any important data you can just try creating a new one).
Regarding the user portal, I'm guessing you don't see any VMs as you have
to assign permissions to them first from the webadmin.
Can you try creating some new VMs from the user portal, to see if the list
is displayed correctly. Also, look whether you get a similar error in 
the engine log file as the webadmin.

> 
> 2014-01-06 15:39:20,451 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
> (DefaultQuartzScheduler_Worker-31) Failed to refresh VDS , vds =
> 203848b8-1d84-4c01-a267-c11280d0ad0f : lager, error =
> org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback;
> bad SQL grammar [select * from  getinterface_viewbyvds_id(?, ?, ?)]; nested
> exception is org.postgresql.util.PSQLException: The column name
> qos_overridden was not found in this ResultSet., continuing.:
> org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback;
> bad SQL grammar [select * from  getinterface_viewbyvds_id(?, ?, ?)]; nested
> exception is org.postgresql.util.PSQLException: The column name
> qos_overridden was not found in this ResultSet.
> 	at
> 	org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:603)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:637)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:666)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:706)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120)
> 	[dal.jar:]
> 	at
> 	org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:137)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:103)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl.getAllInterfacesForVds(InterfaceDaoDbFacadeImpl.java:167)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl.getAllInterfacesForVds(InterfaceDaoDbFacadeImpl.java:150)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.updateNetworkData(VdsBrokerObjectsBuilder.java:930)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.updateVDSDynamicData(VdsBrokerObjectsBuilder.java:326)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:17)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:96)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
> 	[vdsbroker.jar:]
> 	at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:28)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:537)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.beforeFirstRefreshTreatment(VdsUpdateRunTimeInfo.java:883)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:494)
> 	[vdsbroker.jar:]
> 	at
> 	org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:335)
> 	[vdsbroker.jar:]
> 	at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
> 	[vdsbroker.jar:]
> 	at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) [:1.7.0_45]
> 	at
> 	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	[rt.jar:1.7.0_45]
> 	at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]
> 	at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
> 	[scheduler.jar:]
> 	at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
> 	at
> 	org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
> 	[quartz.jar:]
> Caused by: org.postgresql.util.PSQLException: The column name qos_overridden
> was not found in this ResultSet.
> 	at
> 	org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2542)
> 	at
> 	org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBoolean(AbstractJdbc2ResultSet.java:2390)
> 	at
> 	org.jboss.jca.adapters.jdbc.WrappedResultSet.getBoolean(WrappedResultSet.java:615)
> 	at
> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl$2.mapRow(InterfaceDaoDbFacadeImpl.java:278)
> 	[dal.jar:]
> 	at
> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl$2.mapRow(InterfaceDaoDbFacadeImpl.java:252)
> 	[dal.jar:]
> 	at
> 	org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at
> 	org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587)
> 	[spring-jdbc.jar:3.1.1.RELEASE]
> 	... 27 more
> 
> 


From alitke at redhat.com  Mon Jan  6 21:11:56 2014
From: alitke at redhat.com (Adam Litke)
Date: Mon, 6 Jan 2014 16:11:56 -0500
Subject: [Engine-devel] UI: VM list not populating
In-Reply-To: <811632699.3905577.1389041760267.JavaMail.root@redhat.com>
References: <20140106160202.GE31859@redhat.com>
	<733971900.43738624.1389032520157.JavaMail.root@redhat.com>
	<3380030.Frf0BcxyWG@awels> <20140106191148.GK31859@redhat.com>
	<1932126414.3843806.1389036773765.JavaMail.root@redhat.com>
	<20140106195156.GL31859@redhat.com>
	<1478052349.3884457.1389040285265.JavaMail.root@redhat.com>
	<20140106204208.GM31859@redhat.com>
	<811632699.3905577.1389041760267.JavaMail.root@redhat.com>
Message-ID: <20140106211156.GO31859@redhat.com>

On 06/01/14 15:56 -0500, Daniel Erez wrote:
>
>
>----- Original Message -----
>> From: "Adam Litke" <alitke at redhat.com>
>> To: "Daniel Erez" <derez at redhat.com>
>> Cc: "Alexander Wels" <awels at redhat.com>, engine-devel at ovirt.org
>> Sent: Monday, January 6, 2014 10:42:08 PM
>> Subject: Re: [Engine-devel] UI: VM list not populating
>>
>> On 06/01/14 15:31 -0500, Daniel Erez wrote:
>> >
>> >
>> >----- Original Message -----
>> >> From: "Adam Litke" <alitke at redhat.com>
>> >> To: "Daniel Erez" <derez at redhat.com>
>> >> Cc: "Alexander Wels" <awels at redhat.com>, engine-devel at ovirt.org
>> >> Sent: Monday, January 6, 2014 9:51:57 PM
>> >> Subject: Re: [Engine-devel] UI: VM list not populating
>> >>
>> >> On 06/01/14 14:32 -0500, Daniel Erez wrote:
>> >> >
>> >> >
>> >> >----- Original Message -----
>> >> >> From: "Adam Litke" <alitke at redhat.com>
>> >> >> To: "Alexander Wels" <awels at redhat.com>
>> >> >> Cc: engine-devel at ovirt.org
>> >> >> Sent: Monday, January 6, 2014 9:11:48 PM
>> >> >> Subject: Re: [Engine-devel] UI: VM list not populating
>> >> >>
>> >> >
>> >> >Might be an issue of a stale osinfo properties file,
>> >> >'displayProtocols' has recently been introduced by [1]
>> >> >
>> >> >Try overwriting osinfo-defaults.properties with the updated one from
>> >> >latest
>> >> >bits
>> >> >/ovirt-engine/packaging/conf/osinfo-defaults.properties -->
>> >> >$HOME/ovirt-engine/share/ovirt-engine/conf
>> >> >
>> >> >[1]
>> >> >http://gerrit.ovirt.org/#/c/18677/14/packaging/conf/osinfo-defaults.properties
>> >>
>> >> Thanks for the suggestion but it did not seem to resolve the issue.
>> >> Also, my proprties file has os.other.displayProtocols.value and
>> >> os.other.spiceSupport.value.  This seems different from [1] above
>> >> which indicates that the spiceSupport key is removed entirely.
>> >
>> >Actually spiceSupport key was added a bit later by:
>> >http://gerrit.ovirt.org/#/c/18220/17/packaging/conf/osinfo-defaults.properties
>> >
>> >Can you please check if VMs list is displayed correctly from the userportal?
>> >(I just wonder if there's some race in 'initCache/initDisplayTypes'
>> >mechanism).
>>
>> Does not work in the User Portal either.  I don't know if this is
>> related, but I have started to observe some new errors in server.log.
>> I wonder if I have done too much rebasing and schema upgrading on my
>> local DB:
>
>Yeah, looks like the DB needs upgrading...
>(if you don't have any important data you can just try creating a new one).
>Regarding the user portal, I'm guessing you don't see any VMs as you have
>to assign permissions to them first from the webadmin.
>Can you try creating some new VMs from the user portal, to see if the list
>is displayed correctly. Also, look whether you get a similar error in
>the engine log file as the webadmin.

New VMs created in the admin portal and user portal do not show up in
the list.  I just see the animated boxes indicating that the data is
loading.  The same error appears in the engine.log.  I will try to
blow away the data and start over.

>
>>
>> 2014-01-06 15:39:20,451 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
>> (DefaultQuartzScheduler_Worker-31) Failed to refresh VDS , vds =
>> 203848b8-1d84-4c01-a267-c11280d0ad0f : lager, error =
>> org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback;
>> bad SQL grammar [select * from  getinterface_viewbyvds_id(?, ?, ?)]; nested
>> exception is org.postgresql.util.PSQLException: The column name
>> qos_overridden was not found in this ResultSet., continuing.:
>> org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback;
>> bad SQL grammar [select * from  getinterface_viewbyvds_id(?, ?, ?)]; nested
>> exception is org.postgresql.util.PSQLException: The column name
>> qos_overridden was not found in this ResultSet.
>> 	at
>> 	org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:603)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:637)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:666)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:706)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120)
>> 	[dal.jar:]
>> 	at
>> 	org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:181)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:137)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:103)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl.getAllInterfacesForVds(InterfaceDaoDbFacadeImpl.java:167)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl.getAllInterfacesForVds(InterfaceDaoDbFacadeImpl.java:150)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.updateNetworkData(VdsBrokerObjectsBuilder.java:930)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder.updateVDSDynamicData(VdsBrokerObjectsBuilder.java:326)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:17)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:96)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
>> 	[vdsbroker.jar:]
>> 	at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:28)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:537)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.beforeFirstRefreshTreatment(VdsUpdateRunTimeInfo.java:883)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:494)
>> 	[vdsbroker.jar:]
>> 	at
>> 	org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:335)
>> 	[vdsbroker.jar:]
>> 	at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
>> 	[vdsbroker.jar:]
>> 	at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) [:1.7.0_45]
>> 	at
>> 	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> 	[rt.jar:1.7.0_45]
>> 	at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_45]
>> 	at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
>> 	[scheduler.jar:]
>> 	at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
>> 	at
>> 	org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
>> 	[quartz.jar:]
>> Caused by: org.postgresql.util.PSQLException: The column name qos_overridden
>> was not found in this ResultSet.
>> 	at
>> 	org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2542)
>> 	at
>> 	org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBoolean(AbstractJdbc2ResultSet.java:2390)
>> 	at
>> 	org.jboss.jca.adapters.jdbc.WrappedResultSet.getBoolean(WrappedResultSet.java:615)
>> 	at
>> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl$2.mapRow(InterfaceDaoDbFacadeImpl.java:278)
>> 	[dal.jar:]
>> 	at
>> 	org.ovirt.engine.core.dao.network.InterfaceDaoDbFacadeImpl$2.mapRow(InterfaceDaoDbFacadeImpl.java:252)
>> 	[dal.jar:]
>> 	at
>> 	org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at
>> 	org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587)
>> 	[spring-jdbc.jar:3.1.1.RELEASE]
>> 	... 27 more
>>
>>


From chuan.liao at hp.com  Tue Jan  7 02:47:57 2014
From: chuan.liao at hp.com (Liao, Chuan (Jason, MCXS-CQ))
Date: Tue, 7 Jan 2014 02:47:57 +0000
Subject: [Engine-devel] Does these ERROR will effect WebAdmin build?
Message-ID: <B63C858E777679458338A30A991BB5240157E91B@G1W3780.americas.hpqcorp.net>

Hi All,

When I build the WebAdmin from development mode on oVirt engine, I meet these ERROR message:

[INFO]
[INFO] --- gwt-maven-plugin:2.5.1:compile (gwtcompile) @ webadmin ---
[WARNING] Don't declare gwt-dev as a project dependency. This may introduce complex dependency conflicts
[ERROR] [AppClassLoader at 11a40fff] info AspectJ Weaver Version 1.6.11 built on Tuesday Mar 15, 2011 at 15:31:04 GMT
[ERROR] [AppClassLoader at 11a40fff] info register classloader sun.misc.Launcher$AppClassLoader at 11a40fff
[ERROR] [AppClassLoader at 11a40fff] info using configuration file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar!/META-INF/aop.xml
[ERROR] [AppClassLoader at 11a40fff] info using configuration file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar!/META-INF/aop.xml
[ERROR] [AppClassLoader at 11a40fff] info register aspect org.ovirt.engine.ui.gwtextension.DontPrune
[ERROR] [AppClassLoader at 11a40fff] info register aspect org.ovirt.engine.ui.gwtextension.DontPrune
[ERROR] Jan 06, 2014 6:38:29 PM java.util.prefs.FileSystemPreferences$1 run
[ERROR] INFO: Created user preferences directory.
[INFO] Compiling module org.ovirt.engine.ui.webadmin.WebAdmin
[ERROR] [AppClassLoader at 11a40fff] warning javax.* types are not being woven because the weaver option '-Xset:weaveJavaxPackages=true' has not been specified
[ERROR] [GinBridgeClassLoader at 8c2ac32] info AspectJ Weaver Version 1.6.11 built on Tuesday Mar 15, 2011 at 15:31:04 GMT
[ERROR] [GinBridgeClassLoader at 8c2ac32] info register classloader com.google.gwt.inject.rebind.GinBridgeClassLoader at 8c2ac32
[ERROR] [GinBridgeClassLoader at 8c2ac32] info using configuration file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar!/META-INF/aop.xml
[ERROR] [GinBridgeClassLoader at 8c2ac32] info using configuration file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar!/META-INF/aop.xml
[ERROR] [GinBridgeClassLoader at 8c2ac32] info register aspect org.ovirt.engine.ui.gwtextension.DontPrune
[ERROR] [GinBridgeClassLoader at 8c2ac32] info register aspect org.ovirt.engine.ui.gwtextension.DontPrune
[INFO]    Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationTemplates'

Build seems that the oVirt engine could work well after the build,
does anybody know these errors maybe effect something, and how to prevent them from maven build log?

Best Regards,
Jason Liao

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

From yzaslavs at redhat.com  Tue Jan  7 05:07:48 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Tue, 7 Jan 2014 00:07:48 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <703042408.11487566.1389026688966.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
	<122415145.9890457.1388614123195.JavaMail.root@redhat.com>
	<1375434371.23455006.1388653937306.JavaMail.root@redhat.com>
	<1756649956.10001410.1388655989901.JavaMail.root@redhat.com>
	<703042408.11487566.1389026688966.JavaMail.root@redhat.com>
Message-ID: <2755943.26449101.1389071268877.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Allon Mureinik" <amureini at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>
> Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel"
> <engine-devel at ovirt.org>
> Sent: Monday, January 6, 2014 6:44:48 PM
> Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> 
> 
> ----- Original Message -----
> > From: "Moti Asayag" <masayag at redhat.com>
> > To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>
> > Sent: Thursday, January 2, 2014 11:46:29 AM
> > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > To: "Moti Asayag" <masayag at redhat.com>
> > > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>,
> > > "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Thursday, January 2, 2014 11:12:17 AM
> > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Moti Asayag" <masayag at redhat.com>
> > > > To: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>
> > > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Thursday, January 2, 2014 12:08:43 AM
> > > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Oved Ourfalli" <ovedo at redhat.com>
> > > > > To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik"
> > > > > <amureini at redhat.com>, "Alissa Bonas"
> > > > > <abonas at redhat.com>
> > > > > Sent: Wednesday, January 1, 2014 4:25:50 PM
> > > > > Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > > 
> > > > > Hi all,
> > > > > 
> > > > > Up until now the jenkins jobs on the gerrit patches included a
> > > > > findbugs
> > > > > job,
> > > > > that failed only in case of a warning of level NORMAL or higher.
> > > > > Now we update this threshold to fail on any findbugs warning,
> > > > > including
> > > > > LOW
> > > > > ones.
> > > 
> > > Moti -
> > > 1. Aren't use running a local jenkins instance on one of your hosts?
> > > Maybe
> > > Eyal can publish the findbugs job?
> > 
> > Well...that server is on maintenance for quite a while...
> > 
> > > 2. What about running the findbugs UI? I find it kinda handy...
> > 
> > The findbugs UI expects the xml created by findbugs with all of the
> > violations.
> > The question is how those violation are created ? where are the rules by
> > which
> > findbugs verifies the code (can be findbugs jar or jenkins findbugs plugin
> > or
> > other...).
> > 
> > Currently by running 'mvn findbugs:findbugs' i don't get a a single xml
> > aggregating
> > all of the violations and the produced ones contain a lot of warnings.
> > 
> > So I'd like to know how can i be able to run this test locally ?
> You're missing the profile with the project's exclusions.
> What you'd want to do is probably this:
> mvn findbugs:check -Pfindbugs-general
> 
> This way you won't have to go over any report, you will just fail the build
> if you introduce a regression.


Thanks Allon,
This worked - however - you get a full textual description of the "bug" and not the code.
In some cases one may want to filter out a specific bug report, so the "bug code" is important.
Do you know by any chance how to produce this using mvn findbugs ?

Yair

> 
> > 
> > > 
> > > 
> > > > > 
> > > > 
> > > > Could you provide instructions of running findbugs locally and how to
> > > > evaluate
> > > > the result the same as done by the jenkins job ?
> > > > 
> > > > > Please make sure to rebase your current patches and check that the
> > > > > findbugs
> > > > > job finish successfully.
> > > > > It will probably fail without a rebase, as the last patches clearing
> > > > > the
> > > > > warnings were merged a few hours ago.
> > > > > 
> > > > > Kodus to everyone involved in clearing all the LOW level warnings...
> > > > > mostly
> > > > > Allon and Alissa, but others helped as well! :-)
> > > > > 
> > > > 
> > > > Well done!
> > > 
> > > Great news - good work guys!
> > > 
> > > > 
> > > > > Cheers,
> > > > > Oved
> > > > > _______________________________________________
> > > > > 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 vszocs at redhat.com  Tue Jan  7 10:28:11 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Tue, 7 Jan 2014 05:28:11 -0500 (EST)
Subject: [Engine-devel] Does these ERROR will effect WebAdmin build?
In-Reply-To: <B63C858E777679458338A30A991BB5240157E91B@G1W3780.americas.hpqcorp.net>
References: <B63C858E777679458338A30A991BB5240157E91B@G1W3780.americas.hpqcorp.net>
Message-ID: <1771629762.14144866.1389090491136.JavaMail.root@redhat.com>

Hi,

(CC'ing Juan, please feel free to correct/add to my comments.)

I think that ERRORs such as:

  [ERROR] [AppClassLoader at ...] ...
  [ERROR] [GinBridgeClassLoader at ...] ...

come from AspectJ load-time weaver [1] logging its output to stderr.

  [1] GWT compilation includes JVM args:
      -javaagent:/path/to/aspectjweaver-${aspectj.version}.jar

We use AspectJ [2] to prevent GWT compiler from optimizing-out code
in backend business entities, i.e. some code in business entities is
not used on client and GWT compiler thinks its dead code, but when
it's optimized-out we would face serialization errors on server.

  [2] frontend/webadmin/modules/gwt-extension/
      src/main/java/org/ovirt/engine/ui/gwtextension/DontPrune.java

So these kinds of ERRORs are harmless.

The other ERRORs such as:

  [ERROR] ... java.util.prefs.FileSystemPreferences$1 run
  [ERROR] INFO: Created user preferences directory.

come from Java's "Preferences" subsystem, as we override default
preference file locations [3] in order to avoid conflicts when
running multiple JVMs at once, i.e. parallel Engine build.

  [3] GWT compilation includes JVM args:
      -Djava.io.tmpdir="${project.build.directory}/tmp"
      -Djava.util.prefs.systemRoot="${project.build.directory}/tmp/.java"
      -Djava.util.prefs.userRoot="${project.build.directory}/tmp/.java"

Also these kinds of ERRORs are harmless.

So for now, you can safely ignore these ERRORs.

To me, it seems that when gwt-maven-plugin:compile goal executes,
it spawns new JVM (invoking GWT compiler) and *redirects* stdout
of this JVM to plugin logger's stderr.

Juan, what are your thoughts? (maybe I'm missing something)

Regards,
Vojtech


----- Original Message -----
> From: "Chuan Liao (Jason, MCXS-CQ)" <chuan.liao at hp.com>
> To: engine-devel at ovirt.org
> Sent: Tuesday, January 7, 2014 3:47:57 AM
> Subject: [Engine-devel] Does these ERROR will effect WebAdmin build?
> 
> 
> 
> Hi All,
> 
> 
> 
> When I build the WebAdmin from development mode on oVirt engine, I meet these
> ERROR message:
> 
> 
> 
> [INFO]
> 
> [INFO] --- gwt-maven-plugin:2.5.1:compile (gwtcompile) @ webadmin ---
> 
> [WARNING] Don't declare gwt-dev as a project dependency. This may introduce
> complex dependency conflicts
> 
> [ERROR] [AppClassLoader at 11a40fff] info AspectJ Weaver Version 1.6.11 built on
> Tuesday Mar 15, 2011 at 15:31:04 GMT
> 
> [ERROR] [AppClassLoader at 11a40fff] info register classloader
> sun.misc.Launcher$AppClassLoader at 11a40fff
> 
> [ERROR] [AppClassLoader at 11a40fff] info using configuration
> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar!/META-INF/aop.xml
> 
> [ERROR] [AppClassLoader at 11a40fff] info using configuration
> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar!/META-INF/aop.xml
> 
> [ERROR] [AppClassLoader at 11a40fff] info register aspect
> org.ovirt.engine.ui.gwtextension.DontPrune
> 
> [ERROR] [AppClassLoader at 11a40fff] info register aspect
> org.ovirt.engine.ui.gwtextension.DontPrune
> 
> [ERROR] Jan 06, 2014 6:38:29 PM java.util.prefs.FileSystemPreferences$1 run
> 
> [ERROR] INFO: Created user preferences directory.
> 
> [INFO] Compiling module org.ovirt.engine.ui.webadmin.WebAdmin
> 
> [ERROR] [AppClassLoader at 11a40fff] warning javax.* types are not being woven
> because the weaver option '-Xset:weaveJavaxPackages=true' has not been
> specified
> 
> [ERROR] [GinBridgeClassLoader at 8c2ac32] info AspectJ Weaver Version 1.6.11
> built on Tuesday Mar 15, 2011 at 15:31:04 GMT
> 
> [ERROR] [GinBridgeClassLoader at 8c2ac32] info register classloader
> com.google.gwt.inject.rebind.GinBridgeClassLoader at 8c2ac32
> 
> [ERROR] [GinBridgeClassLoader at 8c2ac32] info using configuration
> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar!/META-INF/aop.xml
> 
> [ERROR] [GinBridgeClassLoader at 8c2ac32] info using configuration
> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar!/META-INF/aop.xml
> 
> [ERROR] [GinBridgeClassLoader at 8c2ac32] info register aspect
> org.ovirt.engine.ui.gwtextension.DontPrune
> 
> [ERROR] [GinBridgeClassLoader at 8c2ac32] info register aspect
> org.ovirt.engine.ui.gwtextension.DontPrune
> 
> [INFO] Computing all possible rebind results for
> 'org.ovirt.engine.ui.webadmin.ApplicationTemplates'
> 
> 
> 
> Build seems that the oVirt engine could work well after the build,
> 
> does anybody know these errors maybe effect something, and how to prevent
> them from maven build log?
> 
> 
> 
> Best Regards,
> Jason Liao
> 
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From sbonazzo at redhat.com  Tue Jan  7 10:28:55 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 07 Jan 2014 11:28:55 +0100
Subject: [Engine-devel] 3.4 ReleasePlan / missing branches?
In-Reply-To: <52C59996.4050806@redhat.com>
References: <52C58AD3.2020807@mittwald.de> <52C59996.4050806@redhat.com>
Message-ID: <52CBD6E7.8090408@redhat.com>

Il 02/01/2014 17:53, Itamar Heim ha scritto:
> On 01/02/2014 05:48 PM, Sven Kieske wrote:
>> Hi,
>>
>> according to:
>> http://www.ovirt.org/OVirt_3.4_release-management
>> Feature Freeze for 3.4. was 31.12.2013
>>
>> But I can not find any branches for 3.4 release
>> in gerrit.ovirt.org.
>>
>> Shouldn't there be branches for this version or
>> is anybody aware that there can't get any new
>> features into master after 31.12. ?
>>
>> Or will additional features get into 3.4 or is
>> the feature freeze date for 3.4 in the wiki not
>> correct?
>>
> 
> Hi Sven,
> 
> A lot of the items are in final phases. with no weekly meeting for two weeks due to holidays, we'll revisit next week for status.
> 
> (I think we mentioned forking to stable branches January 15th, but couldn't find a reference to that)

Last date I saw was Jan 10th for beta build / branching for stabilization.
But it has to be confirmed in this Wed oVirt Sync Meeting.



> 
> 
> Thanks,
>    Itamar
> _______________________________________________
> 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 jhernand at redhat.com  Tue Jan  7 10:34:47 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Tue, 07 Jan 2014 11:34:47 +0100
Subject: [Engine-devel] Does these ERROR will effect WebAdmin build?
In-Reply-To: <1771629762.14144866.1389090491136.JavaMail.root@redhat.com>
References: <B63C858E777679458338A30A991BB5240157E91B@G1W3780.americas.hpqcorp.net>
	<1771629762.14144866.1389090491136.JavaMail.root@redhat.com>
Message-ID: <52CBD847.9000900@redhat.com>

On 01/07/2014 11:28 AM, Vojtech Szocs wrote:
> Hi,
> 
> (CC'ing Juan, please feel free to correct/add to my comments.)
> 
> I think that ERRORs such as:
> 
>   [ERROR] [AppClassLoader at ...] ...
>   [ERROR] [GinBridgeClassLoader at ...] ...
> 
> come from AspectJ load-time weaver [1] logging its output to stderr.
> 
>   [1] GWT compilation includes JVM args:
>       -javaagent:/path/to/aspectjweaver-${aspectj.version}.jar
> 
> We use AspectJ [2] to prevent GWT compiler from optimizing-out code
> in backend business entities, i.e. some code in business entities is
> not used on client and GWT compiler thinks its dead code, but when
> it's optimized-out we would face serialization errors on server.
> 
>   [2] frontend/webadmin/modules/gwt-extension/
>       src/main/java/org/ovirt/engine/ui/gwtextension/DontPrune.java
> 
> So these kinds of ERRORs are harmless.
> 
> The other ERRORs such as:
> 
>   [ERROR] ... java.util.prefs.FileSystemPreferences$1 run
>   [ERROR] INFO: Created user preferences directory.
> 
> come from Java's "Preferences" subsystem, as we override default
> preference file locations [3] in order to avoid conflicts when
> running multiple JVMs at once, i.e. parallel Engine build.
> 
>   [3] GWT compilation includes JVM args:
>       -Djava.io.tmpdir="${project.build.directory}/tmp"
>       -Djava.util.prefs.systemRoot="${project.build.directory}/tmp/.java"
>       -Djava.util.prefs.userRoot="${project.build.directory}/tmp/.java"
> 
> Also these kinds of ERRORs are harmless.
> 
> So for now, you can safely ignore these ERRORs.
> 
> To me, it seems that when gwt-maven-plugin:compile goal executes,
> it spawns new JVM (invoking GWT compiler) and *redirects* stdout
> of this JVM to plugin logger's stderr.
> 
> Juan, what are your thoughts? (maybe I'm missing something)
> 

You are right Vojtech, those error messages are harmless.

> 
> ----- Original Message -----
>> From: "Chuan Liao (Jason, MCXS-CQ)" <chuan.liao at hp.com>
>> To: engine-devel at ovirt.org
>> Sent: Tuesday, January 7, 2014 3:47:57 AM
>> Subject: [Engine-devel] Does these ERROR will effect WebAdmin build?
>>
>>
>>
>> Hi All,
>>
>>
>>
>> When I build the WebAdmin from development mode on oVirt engine, I meet these
>> ERROR message:
>>
>>
>>
>> [INFO]
>>
>> [INFO] --- gwt-maven-plugin:2.5.1:compile (gwtcompile) @ webadmin ---
>>
>> [WARNING] Don't declare gwt-dev as a project dependency. This may introduce
>> complex dependency conflicts
>>
>> [ERROR] [AppClassLoader at 11a40fff] info AspectJ Weaver Version 1.6.11 built on
>> Tuesday Mar 15, 2011 at 15:31:04 GMT
>>
>> [ERROR] [AppClassLoader at 11a40fff] info register classloader
>> sun.misc.Launcher$AppClassLoader at 11a40fff
>>
>> [ERROR] [AppClassLoader at 11a40fff] info using configuration
>> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar!/META-INF/aop.xml
>>
>> [ERROR] [AppClassLoader at 11a40fff] info using configuration
>> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar!/META-INF/aop.xml
>>
>> [ERROR] [AppClassLoader at 11a40fff] info register aspect
>> org.ovirt.engine.ui.gwtextension.DontPrune
>>
>> [ERROR] [AppClassLoader at 11a40fff] info register aspect
>> org.ovirt.engine.ui.gwtextension.DontPrune
>>
>> [ERROR] Jan 06, 2014 6:38:29 PM java.util.prefs.FileSystemPreferences$1 run
>>
>> [ERROR] INFO: Created user preferences directory.
>>
>> [INFO] Compiling module org.ovirt.engine.ui.webadmin.WebAdmin
>>
>> [ERROR] [AppClassLoader at 11a40fff] warning javax.* types are not being woven
>> because the weaver option '-Xset:weaveJavaxPackages=true' has not been
>> specified
>>
>> [ERROR] [GinBridgeClassLoader at 8c2ac32] info AspectJ Weaver Version 1.6.11
>> built on Tuesday Mar 15, 2011 at 15:31:04 GMT
>>
>> [ERROR] [GinBridgeClassLoader at 8c2ac32] info register classloader
>> com.google.gwt.inject.rebind.GinBridgeClassLoader at 8c2ac32
>>
>> [ERROR] [GinBridgeClassLoader at 8c2ac32] info using configuration
>> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar!/META-INF/aop.xml
>>
>> [ERROR] [GinBridgeClassLoader at 8c2ac32] info using configuration
>> file:/home/jason/workspace/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar!/META-INF/aop.xml
>>
>> [ERROR] [GinBridgeClassLoader at 8c2ac32] info register aspect
>> org.ovirt.engine.ui.gwtextension.DontPrune
>>
>> [ERROR] [GinBridgeClassLoader at 8c2ac32] info register aspect
>> org.ovirt.engine.ui.gwtextension.DontPrune
>>
>> [INFO] Computing all possible rebind results for
>> 'org.ovirt.engine.ui.webadmin.ApplicationTemplates'
>>
>>
>>
>> Build seems that the oVirt engine could work well after the build,
>>
>> does anybody know these errors maybe effect something, and how to prevent
>> them from maven build log?
>>
>>
>>
>> Best Regards,
>> Jason Liao

-- 
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 iheim at redhat.com  Tue Jan  7 11:36:57 2014
From: iheim at redhat.com (Itamar Heim)
Date: Tue, 07 Jan 2014 13:36:57 +0200
Subject: [Engine-devel] 3.4 ReleasePlan / missing branches?
In-Reply-To: <52CBD6E7.8090408@redhat.com>
References: <52C58AD3.2020807@mittwald.de> <52C59996.4050806@redhat.com>
	<52CBD6E7.8090408@redhat.com>
Message-ID: <52CBE6D9.7030303@redhat.com>

On 01/07/2014 12:28 PM, Sandro Bonazzola wrote:
> Il 02/01/2014 17:53, Itamar Heim ha scritto:
>> On 01/02/2014 05:48 PM, Sven Kieske wrote:
>>> Hi,
>>>
>>> according to:
>>> http://www.ovirt.org/OVirt_3.4_release-management
>>> Feature Freeze for 3.4. was 31.12.2013
>>>
>>> But I can not find any branches for 3.4 release
>>> in gerrit.ovirt.org.
>>>
>>> Shouldn't there be branches for this version or
>>> is anybody aware that there can't get any new
>>> features into master after 31.12. ?
>>>
>>> Or will additional features get into 3.4 or is
>>> the feature freeze date for 3.4 in the wiki not
>>> correct?
>>>
>>
>> Hi Sven,
>>
>> A lot of the items are in final phases. with no weekly meeting for two weeks due to holidays, we'll revisit next week for status.
>>
>> (I think we mentioned forking to stable branches January 15th, but couldn't find a reference to that)
>
> Last date I saw was Jan 10th for beta build / branching for stabilization.
> But it has to be confirmed in this Wed oVirt Sync Meeting.

we'll discuss on Wednesday, but I'd like to fork january 15th for stable 
branch.
we should also discuss:
- 3.3.3 (enough content from 3.3.2 worth to build it)?
- 3.4 alpha build for sanity testing.

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



From mrao at redhat.com  Tue Jan  7 21:46:31 2014
From: mrao at redhat.com (Malini Rao)
Date: Tue, 7 Jan 2014 16:46:31 -0500 (EST)
Subject: [Engine-devel] Network labeling requirements follow up questions
In-Reply-To: <52CBA556.7000602@redhat.com>
References: <73280868.32489681.1387236751622.JavaMail.root@redhat.com>
	<52B4502C.30907@redhat.com> <52B493BC.7070603@redhat.com>
	<704635486.42736205.1387569009063.JavaMail.root@redhat.com>
	<52B8251F.1000306@redhat.com>
	<587463326.9218619.1387893902235.JavaMail.root@redhat.com>
	<1995949983.49317703.1389036840024.JavaMail.root@redhat.com>
	<52CBA556.7000602@redhat.com>
Message-ID: <774008351.50530755.1389131191343.JavaMail.root@redhat.com>

Livnat, 

I had asked a couple of questions about network labeling reqs offline but wanted to continue the discussion on the list. Thank you for the answers and I have copied my questions and your answers for context -

1. Can a network be part of several labels?
Currently not, we are not sure if there is a use case for that ATM, but
I hope users would surprise us with an interesting use case.

2. Can a network exist as a available network in the Setup Host networks dialog on its own even if it is part of a label? i.e, can a network be assigned to a NIC on its own and to another NIC as part of a label?

Network can not be provisioned twice on the same host (regardless of labels).

With regard to your answer to my question 2, I understand that the network cannot be provisioned twice on the same host but it can be provisioned to multiple hosts... right? So, Let's say the Green network is part of a label called label 1 which also includes yellow and red networks, and let's say Host 1 is provisioned using label 1 and so it can use green, yellow and red networks. For Host 2, can I provision with just Green rather than with Label 1? Or can a network be used only once in a label and across hosts?


Thanks
Malini


From lpeer at redhat.com  Wed Jan  8 08:41:29 2014
From: lpeer at redhat.com (Livnat Peer)
Date: Wed, 08 Jan 2014 10:41:29 +0200
Subject: [Engine-devel] Network labeling requirements follow up questions
In-Reply-To: <774008351.50530755.1389131191343.JavaMail.root@redhat.com>
References: <73280868.32489681.1387236751622.JavaMail.root@redhat.com>
	<52B4502C.30907@redhat.com> <52B493BC.7070603@redhat.com>
	<704635486.42736205.1387569009063.JavaMail.root@redhat.com>
	<52B8251F.1000306@redhat.com>
	<587463326.9218619.1387893902235.JavaMail.root@redhat.com>
	<1995949983.49317703.1389036840024.JavaMail.root@redhat.com>
	<52CBA556.7000602@redhat.com>
	<774008351.50530755.1389131191343.JavaMail.root@redhat.com>
Message-ID: <52CD0F39.50709@redhat.com>

On 01/07/2014 11:46 PM, Malini Rao wrote:
> Livnat, 
> 
> I had asked a couple of questions about network labeling reqs offline but wanted to continue the discussion on the list. Thank you for the answers and I have copied my questions and your answers for context -
> 
> 1. Can a network be part of several labels?
> Currently not, we are not sure if there is a use case for that ATM, but
> I hope users would surprise us with an interesting use case.
> 
> 2. Can a network exist as a available network in the Setup Host networks dialog on its own even if it is part of a label? i.e, can a network be assigned to a NIC on its own and to another NIC as part of a label?
> 
> Network can not be provisioned twice on the same host (regardless of labels).
> 
> With regard to your answer to my question 2, I understand that the network cannot be provisioned twice on the same host but it can be provisioned to multiple hosts... right? 
>
> So, Let's say the Green network is part of a label called label 1 which also includes yellow and red networks, and let's say Host 1 is provisioned using label 1 and so it can use green, yellow and red networks.

> For Host 2, can I provision with just Green rather than with Label 1? 

yes

> Or can a network be used only once in a label and across hosts?

label is just a tool to ease network provisioning on the host, you can
always use 'manual' actions to provision the networks.

Hope that clarifies, I'll be happy to answer more questions if you have any.

Livnat


> 
> 
> Thanks
> Malini
> 



From sbonazzo at redhat.com  Wed Jan  8 08:46:22 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 08 Jan 2014 09:46:22 +0100
Subject: [Engine-devel] [QE] 3.4.0 Release tracker
Message-ID: <52CD105E.2040409@redhat.com>

Hi,

as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January.
A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release.

The following is a list of the current blocker bugs with target 3.4.0:
Whiteboard	Bug ID	Summary
storage	1032686	[RFE] API to save OVF on any location
storage	1032679	[RFE] Single Disk Snapshots
network	987813	[RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg


The following is a list of the bugs with target 3.4.0 not yet fixed:

Whiteboard	Bug ID	Summary
gluster		1008980	[oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt
gluster		1038988	Gluster brick sync does not work when host has multiple interfaces
i18n		1033730	[es-ES] need to revise the "create snapshot" translation
infra		870330	Cache records in memory
infra		904029	[engine-manage-domains] should use POSIX parameter form and aliases as values
infra		979231	oVirt Node Upgrade: Support N configuration
infra		986882	tar which is used by host-deploy is missing from fedora minimal installation
infra		995362	[RFE] Support firewalld
infra		1016634	Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo
infra		1023751	[RFE] Create Bin Overrider for application context files changes we do in JRS
infra		1023754	[RFE] add trigger to stop etl connection via engine db value.
infra		1023759	[RFE] re-implement SSO solution based on JRS new SSO interface
infra		1023761	[RFE] Build nightly JRS builds based on latest JRS version
infra		1028793	systemctl start vdsmd blocks if dns server unreachable
infra		1032682	Refactor authentication framework in engine
infra		1035844	[oVirt][infra] Add host/Reinstall radio button text not actionable
infra		1045350	REST error during VM creation via API
infra		1046611	[oVirt][infra] Device custom properties syntax check is wrong
integration	789040	[RFE] Log Collector should be able to run without asking questions
integration	967350	[RFE] port dwh installer to otopi
integration	967351	[RFE] port reports installer to otopi
integration	1023752	[RFE] add upstream support for Centos el6 arch.
integration	1024028	[RFE] add trigger to stop etl connection via engine db value.
integration	1028489	[RFE] pre-populate ISO DOMAIN  with rhev-tools-setup.iso (or equiv)
integration	1028913	'service network start' sometimes fails during setup
integration	1037663	F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch
integration	1039616	Setting shmmax on F19 is not enough for starting postgres
network		987832	failed to add ovirtmgmt bridge when the host has static ip
network		1001186	With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured
network		1010663	override mtu field allows only values up to 9000
network		1018947	Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify
network		1037612	[oVirt][network][RFE] Add "sync" column to hosts sub tab under networks main tab
network		1040580	[RFE] Apply networks changes to multiple hosts
network		1040586	[RFE] Ability to configure network on multiple hosts at once
network		1043220	[oVirt][network][RFE] Add Security-Group support for Neutron based networks
network		1043230	Allow configuring Network QoS on host interfaces
network		1044479	Make an iproute2 network configurator for vdsm
network		1048738	[oVirt][network][RFE] Add subnet support for neutron  based networks
network		1048740	[oVirt][network][RFE] Allow deleting Neutron based network (in Neutron)
network		1048880	[vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
sla		994712	Remove underscores for pre-defined policy names
sla		1038616	[RFE] Support for hosted engine
storage		888711	PosixFS issues
storage		961532	[RFE] Handle iSCSI lun resize
storage		1009610	[RFE] Provide clear warning when SPM become inaccessible and needs fencing
storage		1034081	Misleading error message when adding an existing Storage Domain
storage		1038053	[RFE] Allow domain of multiple types in a single Data Center
storage		1045842	After deleting image failed ui display message: Disk gluster-test was successfully removed from...
ux		784779	[webadmin][RFE] Login page. Add a link to welcome page
ux		1014859	[RFE] improve context-sensitive help csv mapping files
ux		1035566	[RFE] [oVirt][webadmin] Change comment column title to icon, and move to right of name
ux		1048916	sub-tab events in different main-tabs are being duplicated
virt		953340	console from rhevm-shell/ovirt-shell using spicec does not work (linux client)
virt		975730	[RFE] pass session id to spice via mime type to allow spice Menu Using REST
virt		987957	[RFE] edit VM dialog - nics appear in random order (not sorted by name)
virt		1031040	[RFE] RunOnce dialog can not set a vnc keymap itself
virt		1033547	[RFE] Configure both SPICE and VNC display console
virt		1035279	Allow to disable SSO per VM
virt		1038587	Show name of the template in General tab for a vm if the vm is deployed from template via clone allocation.
virt		1040088	[RFE] Add FreeBSD to the list of VM operating systems
virt		1043469	ovirt-guest-agent for openSUSE
virt		1043471	ovirt-guest-agent for SLES
virt		1043473	ovirt-guest-agent for Ubuntu
virt		1043474	ovirt-guest-agent for Debian
		753296	[RFE] Enable FIPS mode
		753306	SR-IOV support
		753309	[RFE] Workaround for enable/disable services via persist cmd
		806317	[RFE] ovirt-node regenerates kdump ramdisk image on every boot
		832000	Reduce number of kargs to enable a better automated installation with PXE
		846963	[oVirt-node] Upgrade ovirt-node with "ovirt_upgrade" parameter failed
		850386	Introduce new systemd-rpm macros in ovirt-node spec file
		893950	Make ovirt-node more FHS
		908902	Add specififc log handlers (log files) for transactions and ui
		909369	Use blivet during installation
		918270	Refactor and isolate block device discovery
		918957	[TUI] Confirmation for reboot
		947406	Add notice field
		947407	Status of caps-lock should be shown near password fields
		953870	Migrate to livemedia-creator
		966320	ovirt node will also enable ipv4 with dhcp protocol when only setting ipv6 with dhcp
		966498	Change sensitivity of widgets recursively
		969340	Migrate ovirt-node-installer backend and ovirt-auto-install backend to new code base
		974609	Add correct suffixes to scripts
		979067	[RFE] Add generic container handling
		979078	[RFE] <RETURN> can be used to Save a page
		979389	[RFE] use asciidoc for man pages
		980064	[RFE] Add mouse support to the console
		987824	[RFE] Need to add roll up and down ability to mouse control in multipage
		988337	Shown incorrect info for the item "VLAN ID" after configured nic with "vlan".
		988341	Should not create bond when report an error in configuration process
		995994	Could not add Fedora host when its version becomes "oVirt Node Hypervisor"
		997049	Allow nested transactions
		1001947	KeyboardInterrupt Exception when click mouse on UI
		1001950	RFE: same action on all ovirt-node-install page for press enter
		1002176	Not enough debugging informations in log files
		1002620	[RFE] Create central augeas object
		1003234	password.py: Using "set_admin_password" to change admin password failed in single mode
		1005148	[RFE] Add documentation on how to deploy Node with Puppet/Foreman
		1007191	RFE:  Support "BOOTIF=bondname" in auto-install parameters
		1008891	Installer goes to next page after returning from shell
		1011901	Report traceback infos about errors when starting ntpdate, rpcidmapd and rpcgssd services ...
		1013520	Miss some console info to show status by using "ovirt-node-upgrade" to upgrade ovirt-node
		1020227	/var/log/lastlog is missing
		1021647	Shared configuration keys to pass management informations
		1026646	Better to disable "enter" button works for the fan status table of ipmi page
		1027110	Better to disable cim transaction run and prompt ConfirmationDialog when configuring cim without providing password
		1027130	edit-node: Better to rename iso_name more simpler when install multiple packages
		1027161	plugin info shown incorrectly in plugins page when install multiple packages
		1029033	Link status shows disconnected although the cable is plugged.
		1032373	[RFE] enhance edit-node man page for uid/gid options help info a bit more
		1032374	[RFE] edit-node:Support specify multiple user, uid/group, gid elements changed
		1035441	[RFE] Sync versions between ovirt-node and overall ovirt


Please set the target to 3.4.0 and add the bug to the tracker if you think that 3.4.0 should not be released without it fixed.

Please also update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases.

For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.


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


From sbonazzo at redhat.com  Wed Jan  8 09:29:04 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 08 Jan 2014 10:29:04 +0100
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>
Message-ID: <52CD1A60.3080002@redhat.com>

Il 08/01/2014 10:23, Sander Grendelman ha scritto:
> Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
> duplicate of BZ#647386 ( You are not authorized to access bug #647386.... )
> 
> Shouldn't BZ#647386 targeted for 3.4? Or for a future version?
> 

BZ#1038525 is open and targeted to 3.5.0


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


From mrao at redhat.com  Wed Jan  8 16:18:21 2014
From: mrao at redhat.com (Malini Rao)
Date: Wed, 8 Jan 2014 11:18:21 -0500 (EST)
Subject: [Engine-devel] Network labeling requirements follow up questions
In-Reply-To: <52CD0F39.50709@redhat.com>
References: <73280868.32489681.1387236751622.JavaMail.root@redhat.com>
	<704635486.42736205.1387569009063.JavaMail.root@redhat.com>
	<52B8251F.1000306@redhat.com>
	<587463326.9218619.1387893902235.JavaMail.root@redhat.com>
	<1995949983.49317703.1389036840024.JavaMail.root@redhat.com>
	<52CBA556.7000602@redhat.com>
	<774008351.50530755.1389131191343.JavaMail.root@redhat.com>
	<52CD0F39.50709@redhat.com>
Message-ID: <1188655750.51039098.1389197901929.JavaMail.root@redhat.com>

[top posting] 

Based on your responses then, we need to tweak Eldan's sketch  - see attached. 

Here, you will see I have two tabs on the right - Unassigned networks and Labels. Unassigned networks will list individual networks that have not been assigned either manually or as part of a label. If a network has been assigned to a NIC as apart of a label, it will still show up on the unassigned networks list but if the user tries to assign that network to that same NIC, then the UI will not allow that and a message will pop-up stating '<Network Name> is already assigned to this NIC". Does this make sense? Or do we allow network sharing only via Bonding? I.e, if NIC 1 is assigned Label1 ( Blue, yellow, Green) and I want to assign NIC2 to Blue only, would I drag Blue from unassigned networks ( even t hoguh blue is assigned via label 1 to another NIC) or do I drag NIC 2 to NIC 1 and create a bond which presents me an option to use all 3 or select from the list of networks attached to NIC1?

Going back to my mockup, you will also see an attachment for the unassigned Labels tab where you see the labels, the networks associated with them so that you don't have to drag it to the left in order to see what networks live in that label. I have retained Eldan's Manage labels action link too.

Let me know if this makes sense.

Thanks
Malini



----- Original Message -----
From: "Livnat Peer" <lpeer at redhat.com>
To: "Malini Rao" <mrao at redhat.com>
Cc: "Eldan Hildesheim" <ehildesh at redhat.com>, "Dan Kenigsberg" <danken at redhat.com>, "Moti Asayag" <masayag at redhat.com>, "Lior Vernia" <lvernia at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
Sent: Wednesday, January 8, 2014 3:41:29 AM
Subject: Re: Network labeling requirements follow up questions

On 01/07/2014 11:46 PM, Malini Rao wrote:
> Livnat, 
> 
> I had asked a couple of questions about network labeling reqs offline but wanted to continue the discussion on the list. Thank you for the answers and I have copied my questions and your answers for context -
> 
> 1. Can a network be part of several labels?
> Currently not, we are not sure if there is a use case for that ATM, but
> I hope users would surprise us with an interesting use case.
> 
> 2. Can a network exist as a available network in the Setup Host networks dialog on its own even if it is part of a label? i.e, can a network be assigned to a NIC on its own and to another NIC as part of a label?
> 
> Network can not be provisioned twice on the same host (regardless of labels).
> 
> With regard to your answer to my question 2, I understand that the network cannot be provisioned twice on the same host but it can be provisioned to multiple hosts... right? 
>
> So, Let's say the Green network is part of a label called label 1 which also includes yellow and red networks, and let's say Host 1 is provisioned using label 1 and so it can use green, yellow and red networks.

> For Host 2, can I provision with just Green rather than with Label 1? 

yes

> Or can a network be used only once in a label and across hosts?

label is just a tool to ease network provisioning on the host, you can
always use 'manual' actions to provision the networks.

Hope that clarifies, I'll be happy to answer more questions if you have any.

Livnat


> 
> 
> Thanks
> Malini
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Unassigned Networks.jpg
Type: image/jpeg
Size: 58279 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140108/ac53f85a/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Unassigned Labels.jpg
Type: image/jpeg
Size: 56762 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140108/ac53f85a/attachment-0001.jpg>

From sbonazzo at redhat.com  Wed Jan  8 16:47:58 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 08 Jan 2014 17:47:58 +0100
Subject: [Engine-devel] oVirt 3.4.0 release schedule updated
Message-ID: <52CD813E.8030209@redhat.com>

oVirt team has updated the release schedule for 3.4.0 [1]

These are tentative planning dates and may change

General availability:       2014-02-24
oVirt 3.4 Second Test Day:  2014-02-19
RC Build:                   2014-02-17
oVirt 3.4 Test Day:         2014-01-27
Beta release:               2014-01-20
Branching / Feature freeze: 2014-01-15
Alpha release:              2014-01-09

more details on test days, etc to come in the next few weeks

[1] http://www.ovirt.org/OVirt_3.4_release-management#Timeline

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


From sander at grendelman.com  Wed Jan  8 09:23:58 2014
From: sander at grendelman.com (Sander Grendelman)
Date: Wed, 8 Jan 2014 10:23:58 +0100
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <52CD105E.2040409@redhat.com>
References: <52CD105E.2040409@redhat.com>
Message-ID: <CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>

Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
duplicate of BZ#647386 ( You are not authorized to access bug #647386.... )

Shouldn't BZ#647386 targeted for 3.4? Or for a future version?


From sander at grendelman.com  Wed Jan  8 09:45:44 2014
From: sander at grendelman.com (Sander Grendelman)
Date: Wed, 8 Jan 2014 10:45:44 +0100
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <52CD1A60.3080002@redhat.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>
	<52CD1A60.3080002@redhat.com>
Message-ID: <CAHa6cRTZdM=qiCX11szJ0a9PCstT-sVy9hTVYTwU=79TqPuxqw@mail.gmail.com>

On Wed, Jan 8, 2014 at 10:29 AM, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
> Il 08/01/2014 10:23, Sander Grendelman ha scritto:
>> Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
>> duplicate of BZ#647386 ( You are not authorized to access bug #647386.... )
>>
>> Shouldn't BZ#647386 targeted for 3.4? Or for a future version?
>>
>
> BZ#1038525 is open and targeted to 3.5.0
That is correct, I didn't scroll down far enough, my apologies.
Any idea on why BZ#647386 is not visible for "regular" rhbz users?


From lpeer at redhat.com  Thu Jan  9 06:46:41 2014
From: lpeer at redhat.com (Livnat Peer)
Date: Thu, 09 Jan 2014 08:46:41 +0200
Subject: [Engine-devel] Network labeling requirements follow up questions
In-Reply-To: <1188655750.51039098.1389197901929.JavaMail.root@redhat.com>
References: <73280868.32489681.1387236751622.JavaMail.root@redhat.com>
	<704635486.42736205.1387569009063.JavaMail.root@redhat.com>
	<52B8251F.1000306@redhat.com>
	<587463326.9218619.1387893902235.JavaMail.root@redhat.com>
	<1995949983.49317703.1389036840024.JavaMail.root@redhat.com>
	<52CBA556.7000602@redhat.com>
	<774008351.50530755.1389131191343.JavaMail.root@redhat.com>
	<52CD0F39.50709@redhat.com>
	<1188655750.51039098.1389197901929.JavaMail.root@redhat.com>
Message-ID: <52CE45D1.6040201@redhat.com>

On 01/08/2014 06:18 PM, Malini Rao wrote:
> [top posting] 
> 
> Based on your responses then, we need to tweak Eldan's sketch  - see attached. 
> 
> Here, you will see I have two tabs on the right - Unassigned networks and Labels. Unassigned networks will list individual networks that have not been assigned either manually or as part of a label. If a network has been assigned to a NIC as apart of a label, it will still show up on the unassigned networks list but if the user tries to assign that network to that same NIC, then the UI will not allow that and a message will pop-up stating '<Network Name> is already assigned to this NIC". Does this make sense? Or do we allow network sharing only via Bonding? I.e, if NIC 1 is assigned Label1 ( Blue, yellow, Green) and I want to assign NIC2 to Blue only, would I drag Blue from unassigned networks ( even t hoguh blue is assigned via label 1 to another NIC) or do I drag NIC 2 to NIC 1 and create a bond which presents me an option to use all 3 or select from the list of networks attached to NIC1?
> 
> Going back to my mockup, you will also see an attachment for the unassigned Labels tab where you see the labels, the networks associated with them so that you don't have to drag it to the left in order to see what networks live in that label. I have retained Eldan's Manage labels action link too.
> 
> Let me know if this makes sense.
> 

Hi Malini,
We are currently using the idea of labels as an aggregation object and
tried to capture that in the UI approach we are taking.

Lior would add screen shots of the approach later today or early next
week and we can start a discussion based on his current work.

Livnat

> Thanks
> Malini
> 
> 
> 
> ----- Original Message -----
> From: "Livnat Peer" <lpeer at redhat.com>
> To: "Malini Rao" <mrao at redhat.com>
> Cc: "Eldan Hildesheim" <ehildesh at redhat.com>, "Dan Kenigsberg" <danken at redhat.com>, "Moti Asayag" <masayag at redhat.com>, "Lior Vernia" <lvernia at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, January 8, 2014 3:41:29 AM
> Subject: Re: Network labeling requirements follow up questions
> 
> On 01/07/2014 11:46 PM, Malini Rao wrote:
>> Livnat, 
>>
>> I had asked a couple of questions about network labeling reqs offline but wanted to continue the discussion on the list. Thank you for the answers and I have copied my questions and your answers for context -
>>
>> 1. Can a network be part of several labels?
>> Currently not, we are not sure if there is a use case for that ATM, but
>> I hope users would surprise us with an interesting use case.
>>
>> 2. Can a network exist as a available network in the Setup Host networks dialog on its own even if it is part of a label? i.e, can a network be assigned to a NIC on its own and to another NIC as part of a label?
>>
>> Network can not be provisioned twice on the same host (regardless of labels).
>>
>> With regard to your answer to my question 2, I understand that the network cannot be provisioned twice on the same host but it can be provisioned to multiple hosts... right? 
>>
>> So, Let's say the Green network is part of a label called label 1 which also includes yellow and red networks, and let's say Host 1 is provisioned using label 1 and so it can use green, yellow and red networks.
> 
>> For Host 2, can I provision with just Green rather than with Label 1? 
> 
> yes
> 
>> Or can a network be used only once in a label and across hosts?
> 
> label is just a tool to ease network provisioning on the host, you can
> always use 'manual' actions to provision the networks.
> 
> Hope that clarifies, I'll be happy to answer more questions if you have any.
> 
> Livnat
> 
> 
>>
>>
>> Thanks
>> Malini
>>
> 



From sbonazzo at redhat.com  Thu Jan  9 07:21:11 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 09 Jan 2014 08:21:11 +0100
Subject: [Engine-devel] Fwd: Re: oVirt 3.3.3 tracker
In-Reply-To: <52CDAEFB.6050605@redhat.com>
References: <52CDAEFB.6050605@redhat.com>
Message-ID: <52CE4DE7.10202@redhat.com>

Adding VDSM and devel list.


-------- Messaggio originale --------
Oggetto: Re: oVirt 3.3.3 tracker
Data: Wed, 08 Jan 2014 22:03:07 +0200
Mittente: Itamar Heim <iheim at redhat.com>
A: Sandro Bonazzola <sbonazzo at redhat.com>, arch <arch at ovirt.org>,        Doron Fediuck <dfediuck at redhat.com>, Dave Neary <dneary at redhat.com>,
"users at ovirt.org" <users at ovirt.org>

On 01/08/2014 07:04 PM, Sandro Bonazzola wrote:
> Hi,
> during today oVirt sync meeting it has been decided to release oVirt 3.3.3 [1] just after 3.4.0 alpha.
> 3.4.0 alpha will be composed tomorrow using next nightly build rpms.
>
> It has been proposed to build 3.3.3 beta next Monday, so here is the proposed schedule:
>
>      General availability: 2014-01-28
>      RC Build: 2014-01-21
>      Beta release: 2014-01-13

make sense.

>
> A tracker bug has been created for blockers tracking:  BZ 1050084 - Tracker: oVirt 3.3.3 release
>
> We still have ~30 bugs targeted to 3.3.3 [2], please update target releases and add blocker bugs to the tracker.

I asked for 3.3.4 target release to be added, but i think folks should
consider if to push bugs to 3.3.4, or to 3.4.0 by now.

I've added users mailing list, in case there is a specific bug someone
would like to highlight a specific bug that should go into 3.3.3 or 3.3.4.


>
> Waiting approval before preparing the email for other mailing lists.
>
> [1] http://www.ovirt.org/OVirt_3.3.z_release-management#oVirt_3.3.3
> [2] http://red.ht/1cOYkMo
>





From emesika at redhat.com  Thu Jan  9 08:40:28 2014
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 9 Jan 2014 03:40:28 -0500 (EST)
Subject: [Engine-devel] [Users] oVirt 3.4.0 release schedule updated
In-Reply-To: <52CD813E.8030209@redhat.com>
References: <52CD813E.8030209@redhat.com>
Message-ID: <960243580.46999232.1389256828090.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, "VDSM Project Development" <vdsm-devel at lists.fedorahosted.org>,
> "vdsm-devel" <vdsm-devel at fedorahosted.org>, "arch" <arch at ovirt.org>, Users at ovirt.org
> Sent: Wednesday, January 8, 2014 6:47:58 PM
> Subject: [Users] oVirt 3.4.0 release schedule updated
> 
> oVirt team has updated the release schedule for 3.4.0 [1]
> 
> These are tentative planning dates and may change
> 
> General availability:       2014-02-24
> oVirt 3.4 Second Test Day:  2014-02-19
> RC Build:                   2014-02-17
> oVirt 3.4 Test Day:         2014-01-27

Please note that some guys from the TLV office could not attend to that due to an Advanced Python Course taking place (27-30 JAN) 

> Beta release:               2014-01-20
> Branching / Feature freeze: 2014-01-15
> Alpha release:              2014-01-09
> 
> more details on test days, etc to come in the next few weeks
> 
> [1] http://www.ovirt.org/OVirt_3.4_release-management#Timeline
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


From dfediuck at redhat.com  Thu Jan  9 14:02:43 2014
From: dfediuck at redhat.com (Doron Fediuck)
Date: Thu, 9 Jan 2014 09:02:43 -0500 (EST)
Subject: [Engine-devel] [Users] oVirt 3.4.0 release schedule updated
In-Reply-To: <960243580.46999232.1389256828090.JavaMail.root@redhat.com>
References: <52CD813E.8030209@redhat.com>
	<960243580.46999232.1389256828090.JavaMail.root@redhat.com>
Message-ID: <1966227353.47309088.1389276163825.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Sandro Bonazzola" <sbonazzo at redhat.com>
> Cc: "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>, "vdsm-devel" <vdsm-devel at fedorahosted.org>,
> "VDSM Project Development" <vdsm-devel at lists.fedorahosted.org>, Users at ovirt.org
> Sent: Thursday, January 9, 2014 10:40:28 AM
> Subject: Re: [Users] oVirt 3.4.0 release schedule updated
> 
> 
> 
> ----- Original Message -----
> > From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>, "VDSM Project Development"
> > <vdsm-devel at lists.fedorahosted.org>,
> > "vdsm-devel" <vdsm-devel at fedorahosted.org>, "arch" <arch at ovirt.org>,
> > Users at ovirt.org
> > Sent: Wednesday, January 8, 2014 6:47:58 PM
> > Subject: [Users] oVirt 3.4.0 release schedule updated
> > 
> > oVirt team has updated the release schedule for 3.4.0 [1]
> > 
> > These are tentative planning dates and may change
> > 
> > General availability:       2014-02-24
> > oVirt 3.4 Second Test Day:  2014-02-19
> > RC Build:                   2014-02-17
> > oVirt 3.4 Test Day:         2014-01-27
> 
> Please note that some guys from the TLV office could not attend to that due
> to an Advanced Python Course taking place (27-30 JAN)
> 

Hi Sandro,
Since there's some activity also around FOSDEM, I suggest we
will do the first test day on January 23.

Please let me know if there are any objections.

> > Beta release:               2014-01-20
> > Branching / Feature freeze: 2014-01-15
> > Alpha release:              2014-01-09
> > 
> > more details on test days, etc to come in the next few weeks
> > 
> > [1] http://www.ovirt.org/OVirt_3.4_release-management#Timeline
> > 
> > --
> > Sandro Bonazzola
> > Better technology. Faster innovation. Powered by community collaboration.
> > See how it works at redhat.com
> > _______________________________________________
> > Users mailing list
> > Users at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


From sbonazzo at redhat.com  Thu Jan  9 14:11:07 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 09 Jan 2014 15:11:07 +0100
Subject: [Engine-devel] [Users] oVirt 3.4.0 release schedule updated
In-Reply-To: <1966227353.47309088.1389276163825.JavaMail.root@redhat.com>
References: <52CD813E.8030209@redhat.com>
	<960243580.46999232.1389256828090.JavaMail.root@redhat.com>
	<1966227353.47309088.1389276163825.JavaMail.root@redhat.com>
Message-ID: <52CEADFB.1090702@redhat.com>

Il 09/01/2014 15:02, Doron Fediuck ha scritto:
> 
> 
> ----- Original Message -----
>> From: "Eli Mesika" <emesika at redhat.com>
>> To: "Sandro Bonazzola" <sbonazzo at redhat.com>
>> Cc: "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>, "vdsm-devel" <vdsm-devel at fedorahosted.org>,
>> "VDSM Project Development" <vdsm-devel at lists.fedorahosted.org>, Users at ovirt.org
>> Sent: Thursday, January 9, 2014 10:40:28 AM
>> Subject: Re: [Users] oVirt 3.4.0 release schedule updated
>>
>>
>>
>> ----- Original Message -----
>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>> To: "engine-devel" <engine-devel at ovirt.org>, "VDSM Project Development"
>>> <vdsm-devel at lists.fedorahosted.org>,
>>> "vdsm-devel" <vdsm-devel at fedorahosted.org>, "arch" <arch at ovirt.org>,
>>> Users at ovirt.org
>>> Sent: Wednesday, January 8, 2014 6:47:58 PM
>>> Subject: [Users] oVirt 3.4.0 release schedule updated
>>>
>>> oVirt team has updated the release schedule for 3.4.0 [1]
>>>
>>> These are tentative planning dates and may change
>>>
>>> General availability:       2014-02-24
>>> oVirt 3.4 Second Test Day:  2014-02-19
>>> RC Build:                   2014-02-17
>>> oVirt 3.4 Test Day:         2014-01-27
>>
>> Please note that some guys from the TLV office could not attend to that due
>> to an Advanced Python Course taking place (27-30 JAN)
>>
> 
> Hi Sandro,
> Since there's some activity also around FOSDEM, I suggest we
> will do the first test day on January 23.
> 
> Please let me know if there are any objections.

I'll update the site with new date, thanks.


> 
>>> Beta release:               2014-01-20
>>> Branching / Feature freeze: 2014-01-15
>>> Alpha release:              2014-01-09
>>>
>>> more details on test days, etc to come in the next few weeks
>>>
>>> [1] http://www.ovirt.org/OVirt_3.4_release-management#Timeline
>>>
>>> --
>>> Sandro Bonazzola
>>> Better technology. Faster innovation. Powered by community collaboration.
>>> See how it works at redhat.com
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>


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


From sbonazzo at redhat.com  Thu Jan  9 14:23:29 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 09 Jan 2014 15:23:29 +0100
Subject: [Engine-devel] [Users] oVirt 3.4.0 release schedule updated
In-Reply-To: <1966227353.47309088.1389276163825.JavaMail.root@redhat.com>
References: <52CD813E.8030209@redhat.com>
	<960243580.46999232.1389256828090.JavaMail.root@redhat.com>
	<1966227353.47309088.1389276163825.JavaMail.root@redhat.com>
Message-ID: <52CEB0E1.2030409@redhat.com>

Here is updated schedule.
I've added 3.3.3 too and attached an ICS calendar with the same dates

These are tentative planning dates and may change

oVirt 3.4 General availability:       2014-02-24
oVirt 3.4 Second Test Day:            2014-02-19
oVirt 3.4 RC Build:                   2014-02-17
oVirt 3.4 Test Day:                   2014-01-23
oVirt 3.4 Beta release:               2014-01-20
oVirt 3.4 Branching / Feature freeze: 2014-01-15
oVirt 3.4 Alpha release:              2014-01-09

more details on test days, etc to come in the next few weeks

oVirt 3.3.3 General availability: 2014-01-28
oVirt 3.3.3 RC Build:             2014-01-21
oVirt 3.3.3 Beta release:         2014-01-13


Il 09/01/2014 15:02, Doron Fediuck ha scritto:
> 
> 
> ----- Original Message -----
>> From: "Eli Mesika" <emesika at redhat.com>
>> To: "Sandro Bonazzola" <sbonazzo at redhat.com>
>> Cc: "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>, "vdsm-devel" <vdsm-devel at fedorahosted.org>,
>> "VDSM Project Development" <vdsm-devel at lists.fedorahosted.org>, Users at ovirt.org
>> Sent: Thursday, January 9, 2014 10:40:28 AM
>> Subject: Re: [Users] oVirt 3.4.0 release schedule updated
>>
>>
>>
>> ----- Original Message -----
>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>> To: "engine-devel" <engine-devel at ovirt.org>, "VDSM Project Development"
>>> <vdsm-devel at lists.fedorahosted.org>,
>>> "vdsm-devel" <vdsm-devel at fedorahosted.org>, "arch" <arch at ovirt.org>,
>>> Users at ovirt.org
>>> Sent: Wednesday, January 8, 2014 6:47:58 PM
>>> Subject: [Users] oVirt 3.4.0 release schedule updated
>>>
>>> oVirt team has updated the release schedule for 3.4.0 [1]
>>>
>>> These are tentative planning dates and may change
>>>
>>> General availability:       2014-02-24
>>> oVirt 3.4 Second Test Day:  2014-02-19
>>> RC Build:                   2014-02-17
>>> oVirt 3.4 Test Day:         2014-01-27
>>
>> Please note that some guys from the TLV office could not attend to that due
>> to an Advanced Python Course taking place (27-30 JAN)
>>
> 
> Hi Sandro,
> Since there's some activity also around FOSDEM, I suggest we
> will do the first test day on January 23.
> 
> Please let me know if there are any objections.
> 
>>> Beta release:               2014-01-20
>>> Branching / Feature freeze: 2014-01-15
>>> Alpha release:              2014-01-09
>>>
>>> more details on test days, etc to come in the next few weeks
>>>
>>> [1] http://www.ovirt.org/OVirt_3.4_release-management#Timeline
>>>
>>> --
>>> Sandro Bonazzola
>>> Better technology. Faster innovation. Powered by community collaboration.
>>> See how it works at redhat.com
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ovirt-roadmap.ics
Type: text/calendar
Size: 2616 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140109/e7d27f25/attachment.ics>

From S.Kieske at mittwald.de  Thu Jan  9 16:12:44 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Thu, 9 Jan 2014 16:12:44 +0000
Subject: [Engine-devel] [Bugs] in RSDL ovirt 3.3.2-1
Message-ID: <52CECB07.8060808@mittwald.de>

Hi,

I stumbled upon some spelling bugs in the rsdl, here is what
I got so far:

line 10:

<description>These options are valid for entire application.</description>

should be:

<description>These options are valid for the entire
application.</description>

line 218:

<description>update the specified cluster in the system. The
capabilities like virt servicem luster service, tarnsparent huge pages
etc can be changed.</description>

should be:

<description>update the specified cluster in the system. The
capabilities like virt service gluster service, transparent huge pages
etc can be changed.</description>

line 649:

<description>invoke the rebalance command on the gluster volume attached
to the</description>

should be:

<description>invoke the rebalance command on the gluster volume attached
to the cluster</description>

line 665:

<description>invoke the rebalance command on the gluster volume attached
to the with optional arguments to fix the lay and force the
operation</description>

should be:

<description>invoke the rebalance command on the gluster volume attached
to the cluster with optional arguments to fix the layout and force the
operation</description>

line 901:

<description>get the detials of the specified network in the
cluster</description>

should be:

<description>get the details of the specified network in the
cluster</description>

line 2377:

<description>add a new disk the system</description>

should be:

<description>add a new disk to the system</description>

line 2397:

<description>add a new disk the system with specified size, space will
be allocated from the storage domain for the disk</description>

should be:

<description>add a new disk to the system with specified size, space
will be allocated from the storage domain for the disk</description>

line 2441:

<description>add a new lun disk the system, this operation does not
require size but requires lun connection details</description>

should be:

<description>add a new lun disk to the system, this operation does not
require size but requires lun connection details</description>

line 2603:

<description>get the list of permission for the disk in the system. Disk
inherits permissions from the VM it is attached to and from the storage
domain it resides on (if there is one)</description>

should be:

<description>get the list of permissions for the disk in the system.
Disk inherits permissions from the VM it is attached to and from the
storage domain it resides on (if there is one)</description>


There might be various others, I didn't scan the whole XML.

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From sbonazzo at redhat.com  Fri Jan 10 07:48:52 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 10 Jan 2014 08:48:52 +0100
Subject: [Engine-devel] oVirt 3.4.0 alpha repository closure failure
Message-ID: <52CFA5E4.8000601@redhat.com>

Hi,
oVirt 3.4.0 alpha repository has been composed but alpha has not been announced due to repository closure failures:

on CentOS 6.5:

# repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 8
   base
   epel
   glusterfs-epel
   glusterfs-noarch-epel
   ovirt-3.3.2
   ovirt-3.4.0-alpha
   ovirt-stable
   updates
Num Packages in Repos: 16581
package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     procps-ng
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.el6
package: ovirt-engine-sdk-java-3.4.0.1-1.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     httpcomponents-client >= 0:4.2
     apache-commons-logging
     apache-commons-beanutils
package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     vhostmd


On Fedora 19:
# repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates -l ovirt-stable
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-3.4.0-alpha
   ovirt-stable
   updates
Num Packages in Repos: 38832
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     openstack-java-resteasy-connector >= 0:3.0.2
     openstack-java-quantum-model >= 0:3.0.2
     openstack-java-quantum-client >= 0:3.0.2
     openstack-java-keystone-model >= 0:3.0.2
     openstack-java-keystone-client >= 0:3.0.2
     openstack-java-glance-model >= 0:3.0.2
     openstack-java-glance-client >= 0:3.0.2
     openstack-java-client >= 0:3.0.2
package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     ovirt-engine-dwh >= 0:3.4.0


On Fedora 20 (ovirt-stable doesn't support Fedora 20):

# repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 3
   fedora
   ovirt-3.4.0-alpha
   updates
Num Packages in Repos: 38822
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     openstack-java-resteasy-connector >= 0:3.0.2
     openstack-java-quantum-model >= 0:3.0.2
     openstack-java-quantum-client >= 0:3.0.2
     openstack-java-keystone-model >= 0:3.0.2
     openstack-java-keystone-client >= 0:3.0.2
     openstack-java-glance-model >= 0:3.0.2
     openstack-java-glance-client >= 0:3.0.2
     openstack-java-client >= 0:3.0.2
package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     ovirt-engine-dwh >= 0:3.4.0


Please fix dependencies / provide missing packages / provide additional repositories as soon as possible.
Thanks,

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


From sbonazzo at redhat.com  Fri Jan 10 09:50:52 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 10 Jan 2014 10:50:52 +0100
Subject: [Engine-devel] ovirt-specs project needed
Message-ID: <52CFC27C.1090308@redhat.com>

Hi,
can you please create a new gerrit project named ovirt-specs?
it will contain .spec files for needed packages not provided by downstream distributions.
It will contain:
- httpcomponents-core (needed by java sdk, missing on CentOS)
- httpcomponents-client (needed by java sdk, missing on CentOS)

It should contain also jasper server, actually in its own repository and jboss actually packaged by us but without a git repo for the spec file.

Thanks,

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


From danken at redhat.com  Fri Jan 10 10:01:37 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Fri, 10 Jan 2014 10:01:37 +0000
Subject: [Engine-devel] oVirt 3.4.0 alpha repository closure failure
In-Reply-To: <52CFA5E4.8000601@redhat.com>
References: <52CFA5E4.8000601@redhat.com>
Message-ID: <20140110100137.GD26642@redhat.com>

On Fri, Jan 10, 2014 at 08:48:52AM +0100, Sandro Bonazzola wrote:
> Hi,
> oVirt 3.4.0 alpha repository has been composed but alpha has not been announced due to repository closure failures:
> 
> on CentOS 6.5:
> 
> # repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 8
>    base
>    epel
>    glusterfs-epel
>    glusterfs-noarch-epel
>    ovirt-3.3.2
>    ovirt-3.4.0-alpha
>    ovirt-stable
>    updates
> Num Packages in Repos: 16581
> package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      procps-ng

Adam, this seems like a real bug in http://gerrit.ovirt.org/#/c/22087/ :
el6 still carries the older "procps" (which is, btw, provided by
procps-ng).


> package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      vhostmd

Douglas, could you add a with_vhostmd option to the spec, and have it
default to 0 on el*, and to 1 on fedoras?

Thanks,
Dan.


From dcaroest at redhat.com  Fri Jan 10 10:26:01 2014
From: dcaroest at redhat.com (David Caro)
Date: Fri, 10 Jan 2014 11:26:01 +0100
Subject: [Engine-devel] ovirt-specs project needed
In-Reply-To: <52CFC27C.1090308@redhat.com>
References: <52CFC27C.1090308@redhat.com>
Message-ID: <52CFCAB9.1080000@redhat.com>

El vie 10 ene 2014 10:50:52 CET, Sandro Bonazzola escribi?:
> Hi,
> can you please create a new gerrit project named ovirt-specs?
> it will contain .spec files for needed packages not provided by downstream distributions.
> It will contain:
> - httpcomponents-core (needed by java sdk, missing on CentOS)
> - httpcomponents-client (needed by java sdk, missing on CentOS)
>
> It should contain also jasper server, actually in its own repository and jboss actually packaged by us but without a git repo for the spec file.
>
> Thanks,
>

Maybe we can use the existing releng-tools repo to store the external 
projects specs that we need, I think that as they are part of the 
release process they fit well there.

--
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Email: dcaro at redhat.com
Web: www.redhat.com
RHT Global #: 82-62605

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140110/18203442/attachment.sig>

From sbonazzo at redhat.com  Fri Jan 10 10:29:39 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 10 Jan 2014 11:29:39 +0100
Subject: [Engine-devel] oVirt 3.4.0 alpha delayed
Message-ID: <52CFCB93.20506@redhat.com>

Hi,
oVirt 3.4.0 alpha will be delayed due to packages dependencies issue.
Maintainers are already working on this, alpha will be released just after all dependency issues will have been fixed.

Details on dependency missing:

on CentOS 6.5:
[ovirt-3.4.0-alpha]
name=Alpha builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/EL/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

# repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 8
   base
   epel
   glusterfs-epel
   glusterfs-noarch-epel
   ovirt-3.3.2
   ovirt-3.4.0-alpha
   ovirt-stable
   updates
Num Packages in Repos: 16581
package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     procps-ng
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.el6
package: ovirt-engine-sdk-java-3.4.0.1-1.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     httpcomponents-client >= 0:4.2
     apache-commons-logging
     apache-commons-beanutils
package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     vhostmd


On Fedora 19:
[ovirt-3.4.0-alpha]
name=Alpha builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

# repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates -l ovirt-stable
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   fedora
   ovirt-3.4.0-alpha
   ovirt-stable
   updates
Num Packages in Repos: 38832
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     openstack-java-resteasy-connector >= 0:3.0.2
     openstack-java-quantum-model >= 0:3.0.2
     openstack-java-quantum-client >= 0:3.0.2
     openstack-java-keystone-model >= 0:3.0.2
     openstack-java-keystone-client >= 0:3.0.2
     openstack-java-glance-model >= 0:3.0.2
     openstack-java-glance-client >= 0:3.0.2
     openstack-java-client >= 0:3.0.2
package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     ovirt-engine-dwh >= 0:3.4.0


On Fedora 20 (ovirt-stable doesn't support Fedora 20):
[ovirt-3.4.0-alpha]
name=Alpha builds of the oVirt 3.4 project
baseurl=http://resources.ovirt.org/releases/3.4.0-alpha/rpm/Fedora/$releasever/
enabled=1
skip_if_unavailable=1
gpgcheck=0

# repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates
Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 3
   fedora
   ovirt-3.4.0-alpha
   updates
Num Packages in Repos: 38822
package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     openstack-java-resteasy-connector >= 0:3.0.2
     openstack-java-quantum-model >= 0:3.0.2
     openstack-java-quantum-client >= 0:3.0.2
     openstack-java-keystone-model >= 0:3.0.2
     openstack-java-keystone-client >= 0:3.0.2
     openstack-java-glance-model >= 0:3.0.2
     openstack-java-glance-client >= 0:3.0.2
     openstack-java-client >= 0:3.0.2
package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
  unresolved deps:
     ovirt-engine-dwh >= 0:3.4.0

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


From sbonazzo at redhat.com  Fri Jan 10 10:36:08 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 10 Jan 2014 11:36:08 +0100
Subject: [Engine-devel] ovirt-specs project needed
In-Reply-To: <52CFCAB9.1080000@redhat.com>
References: <52CFC27C.1090308@redhat.com> <52CFCAB9.1080000@redhat.com>
Message-ID: <52CFCD18.6080604@redhat.com>

Il 10/01/2014 11:26, David Caro ha scritto:
> El vie 10 ene 2014 10:50:52 CET, Sandro Bonazzola escribi?:
>> Hi,
>> can you please create a new gerrit project named ovirt-specs?
>> it will contain .spec files for needed packages not provided by downstream distributions.
>> It will contain:
>> - httpcomponents-core (needed by java sdk, missing on CentOS)
>> - httpcomponents-client (needed by java sdk, missing on CentOS)
>>
>> It should contain also jasper server, actually in its own repository and jboss actually packaged by us but without a git repo for the spec file.
>>
>> Thanks,
>>
> 
> Maybe we can use the existing releng-tools repo to store the external 
> projects specs that we need, I think that as they are part of the 
> release process they fit well there.

looks good to me.
Juan, can you push needed spec file there?



> 
> --
> David Caro
> 
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
> 
> Email: dcaro at redhat.com
> Web: www.redhat.com
> RHT Global #: 82-62605
> 


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


From sander at grendelman.com  Fri Jan 10 11:52:48 2014
From: sander at grendelman.com (Sander Grendelman)
Date: Fri, 10 Jan 2014 12:52:48 +0100
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <52CD105E.2040409@redhat.com>
References: <52CD105E.2040409@redhat.com>
Message-ID: <CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>

Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.

On Wed, Jan 8, 2014 at 9:46 AM, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
> Hi,
>
> as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January.
> A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release.
>
> The following is a list of the current blocker bugs with target 3.4.0:
> Whiteboard      Bug ID  Summary
> storage 1032686 [RFE] API to save OVF on any location
> storage 1032679 [RFE] Single Disk Snapshots
> network 987813  [RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg
>
>
> The following is a list of the bugs with target 3.4.0 not yet fixed:
>
> Whiteboard      Bug ID  Summary
> gluster         1008980 [oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt
> gluster         1038988 Gluster brick sync does not work when host has multiple interfaces
> i18n            1033730 [es-ES] need to revise the "create snapshot" translation
> infra           870330  Cache records in memory
> infra           904029  [engine-manage-domains] should use POSIX parameter form and aliases as values
> infra           979231  oVirt Node Upgrade: Support N configuration
> infra           986882  tar which is used by host-deploy is missing from fedora minimal installation
> infra           995362  [RFE] Support firewalld
> infra           1016634 Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo
> infra           1023751 [RFE] Create Bin Overrider for application context files changes we do in JRS
> infra           1023754 [RFE] add trigger to stop etl connection via engine db value.
> infra           1023759 [RFE] re-implement SSO solution based on JRS new SSO interface
> infra           1023761 [RFE] Build nightly JRS builds based on latest JRS version
> infra           1028793 systemctl start vdsmd blocks if dns server unreachable
> infra           1032682 Refactor authentication framework in engine
> infra           1035844 [oVirt][infra] Add host/Reinstall radio button text not actionable
> infra           1045350 REST error during VM creation via API
> infra           1046611 [oVirt][infra] Device custom properties syntax check is wrong
> integration     789040  [RFE] Log Collector should be able to run without asking questions
> integration     967350  [RFE] port dwh installer to otopi
> integration     967351  [RFE] port reports installer to otopi
> integration     1023752 [RFE] add upstream support for Centos el6 arch.
> integration     1024028 [RFE] add trigger to stop etl connection via engine db value.
> integration     1028489 [RFE] pre-populate ISO DOMAIN  with rhev-tools-setup.iso (or equiv)
> integration     1028913 'service network start' sometimes fails during setup
> integration     1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch
> integration     1039616 Setting shmmax on F19 is not enough for starting postgres
> network         987832  failed to add ovirtmgmt bridge when the host has static ip
> network         1001186 With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured
> network         1010663 override mtu field allows only values up to 9000
> network         1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify
> network         1037612 [oVirt][network][RFE] Add "sync" column to hosts sub tab under networks main tab
> network         1040580 [RFE] Apply networks changes to multiple hosts
> network         1040586 [RFE] Ability to configure network on multiple hosts at once
> network         1043220 [oVirt][network][RFE] Add Security-Group support for Neutron based networks
> network         1043230 Allow configuring Network QoS on host interfaces
> network         1044479 Make an iproute2 network configurator for vdsm
> network         1048738 [oVirt][network][RFE] Add subnet support for neutron  based networks
> network         1048740 [oVirt][network][RFE] Allow deleting Neutron based network (in Neutron)
> network         1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
> sla             994712  Remove underscores for pre-defined policy names
> sla             1038616 [RFE] Support for hosted engine
> storage         888711  PosixFS issues
> storage         961532  [RFE] Handle iSCSI lun resize
> storage         1009610 [RFE] Provide clear warning when SPM become inaccessible and needs fencing
> storage         1034081 Misleading error message when adding an existing Storage Domain
> storage         1038053 [RFE] Allow domain of multiple types in a single Data Center
> storage         1045842 After deleting image failed ui display message: Disk gluster-test was successfully removed from...
> ux              784779  [webadmin][RFE] Login page. Add a link to welcome page
> ux              1014859 [RFE] improve context-sensitive help csv mapping files
> ux              1035566 [RFE] [oVirt][webadmin] Change comment column title to icon, and move to right of name
> ux              1048916 sub-tab events in different main-tabs are being duplicated
> virt            953340  console from rhevm-shell/ovirt-shell using spicec does not work (linux client)
> virt            975730  [RFE] pass session id to spice via mime type to allow spice Menu Using REST
> virt            987957  [RFE] edit VM dialog - nics appear in random order (not sorted by name)
> virt            1031040 [RFE] RunOnce dialog can not set a vnc keymap itself
> virt            1033547 [RFE] Configure both SPICE and VNC display console
> virt            1035279 Allow to disable SSO per VM
> virt            1038587 Show name of the template in General tab for a vm if the vm is deployed from template via clone allocation.
> virt            1040088 [RFE] Add FreeBSD to the list of VM operating systems
> virt            1043469 ovirt-guest-agent for openSUSE
> virt            1043471 ovirt-guest-agent for SLES
> virt            1043473 ovirt-guest-agent for Ubuntu
> virt            1043474 ovirt-guest-agent for Debian
>                 753296  [RFE] Enable FIPS mode
>                 753306  SR-IOV support
>                 753309  [RFE] Workaround for enable/disable services via persist cmd
>                 806317  [RFE] ovirt-node regenerates kdump ramdisk image on every boot
>                 832000  Reduce number of kargs to enable a better automated installation with PXE
>                 846963  [oVirt-node] Upgrade ovirt-node with "ovirt_upgrade" parameter failed
>                 850386  Introduce new systemd-rpm macros in ovirt-node spec file
>                 893950  Make ovirt-node more FHS
>                 908902  Add specififc log handlers (log files) for transactions and ui
>                 909369  Use blivet during installation
>                 918270  Refactor and isolate block device discovery
>                 918957  [TUI] Confirmation for reboot
>                 947406  Add notice field
>                 947407  Status of caps-lock should be shown near password fields
>                 953870  Migrate to livemedia-creator
>                 966320  ovirt node will also enable ipv4 with dhcp protocol when only setting ipv6 with dhcp
>                 966498  Change sensitivity of widgets recursively
>                 969340  Migrate ovirt-node-installer backend and ovirt-auto-install backend to new code base
>                 974609  Add correct suffixes to scripts
>                 979067  [RFE] Add generic container handling
>                 979078  [RFE] <RETURN> can be used to Save a page
>                 979389  [RFE] use asciidoc for man pages
>                 980064  [RFE] Add mouse support to the console
>                 987824  [RFE] Need to add roll up and down ability to mouse control in multipage
>                 988337  Shown incorrect info for the item "VLAN ID" after configured nic with "vlan".
>                 988341  Should not create bond when report an error in configuration process
>                 995994  Could not add Fedora host when its version becomes "oVirt Node Hypervisor"
>                 997049  Allow nested transactions
>                 1001947 KeyboardInterrupt Exception when click mouse on UI
>                 1001950 RFE: same action on all ovirt-node-install page for press enter
>                 1002176 Not enough debugging informations in log files
>                 1002620 [RFE] Create central augeas object
>                 1003234 password.py: Using "set_admin_password" to change admin password failed in single mode
>                 1005148 [RFE] Add documentation on how to deploy Node with Puppet/Foreman
>                 1007191 RFE:  Support "BOOTIF=bondname" in auto-install parameters
>                 1008891 Installer goes to next page after returning from shell
>                 1011901 Report traceback infos about errors when starting ntpdate, rpcidmapd and rpcgssd services ...
>                 1013520 Miss some console info to show status by using "ovirt-node-upgrade" to upgrade ovirt-node
>                 1020227 /var/log/lastlog is missing
>                 1021647 Shared configuration keys to pass management informations
>                 1026646 Better to disable "enter" button works for the fan status table of ipmi page
>                 1027110 Better to disable cim transaction run and prompt ConfirmationDialog when configuring cim without providing password
>                 1027130 edit-node: Better to rename iso_name more simpler when install multiple packages
>                 1027161 plugin info shown incorrectly in plugins page when install multiple packages
>                 1029033 Link status shows disconnected although the cable is plugged.
>                 1032373 [RFE] enhance edit-node man page for uid/gid options help info a bit more
>                 1032374 [RFE] edit-node:Support specify multiple user, uid/group, gid elements changed
>                 1035441 [RFE] Sync versions between ovirt-node and overall ovirt
>
>
> Please set the target to 3.4.0 and add the bug to the tracker if you think that 3.4.0 should not be released without it fixed.
>
> Please also update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases.
>
> For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


From sbonazzo at redhat.com  Fri Jan 10 12:13:01 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 10 Jan 2014 13:13:01 +0100
Subject: [Engine-devel] [QE] oVirt 3.3.3 beta status
Message-ID: <52CFE3CD.4020405@redhat.com>

we're going to branch and build oVirt 3.3.3 beta on Monday 2014-01-13.
A bug tracker is available at [1] and it shows no bugs blocking the release
the following has been proposed as blocker for 3.3.3 or 3.4.0, not targeted to a specific version yet:

Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax

The following is a list of the non-blocking bugs still open with target 3.3.3:

Whiteboard	Bug ID	Summary
Whiteboard	Bug ID	Summary
infra		987982	When adding a host through the REST API, the error message says that "rootPassword" is required...
infra		1017267	Plaintext user passwords in async_tasks database
infra		1040022	vdsm-tool configurre errors when installing vdsm package
integration	902979	ovirt-live - firefox doesn't trust the installed engine
integration	1021805	[RFE] oVirt Live - use motd to show the admin password
integration	1022440	[RFE] AIO - configure the AIO host to be a gluster cluster/host
integration	1026930	Package virtio-win and put it in ovirt repositories
integration	1026933	pre-populate ISO domain with virtio-win ISO
network		906313	[oVirt-webadmin] [setupNetworks] "No valid Operation for <network_name> and Unassigned Logical Networks panel"
network		987916	[oVirt] [provider] Dialog doesn't update unless focus lost
network		997197	Some AppErrors messages are grammatically incorrect (singular vs plural)
network		1023722	[oVirt-webadmin][network] Network roles in cluster management should be radio buttons
sla		1049343	[oVirt] Disabled Balloon in Add Vm
storage		987917	[oVirt] [glance] API version not specified in provider dialog
ux		906394	[oVirt-webadmin] [network] Loading animation in network main tab 'hosts' and 'vms' subtab is stuck...
virt		1007940	Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain
		906257	USB Flash Drive install of ovirt-node created via dd fails
		923049	ovirt-node fails to boot from local disk under UEFI mode
		965583	[RFE] add shortcut key on TUI
		976675	[wiki] Update contribution page
		979350	Changes admin password in the first time when log in is failed while finished auto-install
		979390	[RFE] Split defaults.py into smaller pieces
		982232	performance page takes >1sec to load (on first load)
		984441	kdump page crashed before configuring the network after ovirt-node intalled
		986285	UI crashes when no bond name is given
		991267	[RFE] Add TUI information to log file.
		1018374	ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on Auto-install
		1018710	[RFE] Enhance API documentation
		1032035	[RFE]re-write auto install function for the cim plugin
		1033286	ovirt-node-plugin-vdsm can not be added to ovirt node el6 base image

Maintainers:
Please add the bugs to the tracker if you think that 3.3.3 should not be released without them fixed.
Please re-target all bugs you don't think that should block 3.3.3.

For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [2].

Maintainers are welcomed to start filling release notes, the page has been created here [3]


[1] http://bugzilla.redhat.com/1050084
[2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing
[3] http://www.ovirt.org/OVirt_3.3.3_release_notes

Thanks,


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


From dougsland at redhat.com  Fri Jan 10 15:15:24 2014
From: dougsland at redhat.com (Douglas Schilling Landgraf)
Date: Fri, 10 Jan 2014 10:15:24 -0500
Subject: [Engine-devel] oVirt 3.4.0 alpha repository closure failure
In-Reply-To: <20140110100137.GD26642@redhat.com>
References: <52CFA5E4.8000601@redhat.com> <20140110100137.GD26642@redhat.com>
Message-ID: <52D00E8C.2090108@redhat.com>

On 01/10/2014 05:01 AM, Dan Kenigsberg wrote:
> On Fri, Jan 10, 2014 at 08:48:52AM +0100, Sandro Bonazzola wrote:
>> Hi,
>> oVirt 3.4.0 alpha repository has been composed but alpha has not been announced due to repository closure failures:
>>
>> on CentOS 6.5:
>>
>> # repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
>> Reading in repository metadata - please wait....
>> Checking Dependencies
>> Repos looked at: 8
>>     base
>>     epel
>>     glusterfs-epel
>>     glusterfs-noarch-epel
>>     ovirt-3.3.2
>>     ovirt-3.4.0-alpha
>>     ovirt-stable
>>     updates
>> Num Packages in Repos: 16581
>> package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
>>    unresolved deps:
>>       procps-ng
>
> Adam, this seems like a real bug in http://gerrit.ovirt.org/#/c/22087/ :
> el6 still carries the older "procps" (which is, btw, provided by
> procps-ng).
>
>
>> package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
>>    unresolved deps:
>>       vhostmd
>
> Douglas, could you add a with_vhostmd option to the spec, and have it
> default to 0 on el*, and to 1 on fedoras?

Done
http://gerrit.ovirt.org/#/c/23126/

-- 
Cheers
Douglas


From jhernand at redhat.com  Fri Jan 10 12:20:48 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Fri, 10 Jan 2014 13:20:48 +0100
Subject: [Engine-devel] ovirt-specs project needed
In-Reply-To: <52CFCD18.6080604@redhat.com>
References: <52CFC27C.1090308@redhat.com> <52CFCAB9.1080000@redhat.com>
	<52CFCD18.6080604@redhat.com>
Message-ID: <52CFE5A0.5050108@redhat.com>

On 01/10/2014 11:36 AM, Sandro Bonazzola wrote:
> Il 10/01/2014 11:26, David Caro ha scritto:
>> El vie 10 ene 2014 10:50:52 CET, Sandro Bonazzola escribi?:
>>> Hi,
>>> can you please create a new gerrit project named ovirt-specs?
>>> it will contain .spec files for needed packages not provided by downstream distributions.
>>> It will contain:
>>> - httpcomponents-core (needed by java sdk, missing on CentOS)
>>> - httpcomponents-client (needed by java sdk, missing on CentOS)
>>>
>>> It should contain also jasper server, actually in its own repository and jboss actually packaged by us but without a git repo for the spec file.
>>>
>>> Thanks,
>>>
>>
>> Maybe we can use the existing releng-tools repo to store the external 
>> projects specs that we need, I think that as they are part of the 
>> release process they fit well there.
> 
> looks good to me.
> Juan, can you push needed spec file there?
> 

Here they are:

http://gerrit.ovirt.org/23128


-- 
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 jhernand at redhat.com  Fri Jan 10 12:44:31 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Fri, 10 Jan 2014 13:44:31 +0100
Subject: [Engine-devel] ovirt-specs project needed
In-Reply-To: <52CFE5A0.5050108@redhat.com>
References: <52CFC27C.1090308@redhat.com> <52CFCAB9.1080000@redhat.com>
	<52CFCD18.6080604@redhat.com> <52CFE5A0.5050108@redhat.com>
Message-ID: <52CFEB2F.8090702@redhat.com>

On 01/10/2014 01:20 PM, Juan Hernandez wrote:
> On 01/10/2014 11:36 AM, Sandro Bonazzola wrote:
>> Il 10/01/2014 11:26, David Caro ha scritto:
>>> El vie 10 ene 2014 10:50:52 CET, Sandro Bonazzola escribi?:
>>>> Hi,
>>>> can you please create a new gerrit project named ovirt-specs?
>>>> it will contain .spec files for needed packages not provided by downstream distributions.
>>>> It will contain:
>>>> - httpcomponents-core (needed by java sdk, missing on CentOS)
>>>> - httpcomponents-client (needed by java sdk, missing on CentOS)
>>>>
>>>> It should contain also jasper server, actually in its own repository and jboss actually packaged by us but without a git repo for the spec file.
>>>>
>>>> Thanks,
>>>>
>>>
>>> Maybe we can use the existing releng-tools repo to store the external 
>>> projects specs that we need, I think that as they are part of the 
>>> release process they fit well there.
>>
>> looks good to me.
>> Juan, can you push needed spec file there?
>>
> 
> Here they are:
> 
> http://gerrit.ovirt.org/23128
> 
> 

Some thoughts on how I would suggest to manage these specs:

- We should have one directory per package, and store in that directory
the template for the .spec file, the build script and also the potential
patches.

- We should have one git branch for each major version of the RPM
distributions that we support. This is what the build systems of Fedora
and RHEL do, for example. So we should have branches like fc19, fc20,
el6, el7, etc. This way it is possible to have different specs for
different distributions without having to use multiple "if fedora/if
rhel" in the spec itself.

- I would even suggest to move the .spec files out from the main
repositories of other components and into this repository. In particular
I would like to do that for the SDKs and the CLI (that is why I
initially suggested to name it "ovirt-specs").

-- 
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 jhernand at redhat.com  Fri Jan 10 12:52:21 2014
From: jhernand at redhat.com (Juan Hernandez)
Date: Fri, 10 Jan 2014 13:52:21 +0100
Subject: [Engine-devel] oVirt 3.4.0 alpha repository closure failure
In-Reply-To: <52CFA5E4.8000601@redhat.com>
References: <52CFA5E4.8000601@redhat.com>
Message-ID: <52CFED05.1020304@redhat.com>

On 01/10/2014 08:48 AM, Sandro Bonazzola wrote:
> Hi,
> oVirt 3.4.0 alpha repository has been composed but alpha has not been announced due to repository closure failures:
> 
> on CentOS 6.5:
> 
> # repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 8
>    base
>    epel
>    glusterfs-epel
>    glusterfs-noarch-epel
>    ovirt-3.3.2
>    ovirt-3.4.0-alpha
>    ovirt-stable
>    updates
> Num Packages in Repos: 16581
> package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      procps-ng
> package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.el6
> package: ovirt-engine-sdk-java-3.4.0.1-1.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      httpcomponents-client >= 0:4.2
>      apache-commons-logging
>      apache-commons-beanutils

To solve this issue we need to provide our own HttpComponents packages:
for EL6, see here:

http://gerrit.ovirt.org/23128

And also we need to fix the Java SDK spec:

http://gerrit.ovirt.org/23132

> package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      vhostmd
> 
> 
> On Fedora 19:
> # repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates -l ovirt-stable
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 4
>    fedora
>    ovirt-3.4.0-alpha
>    ovirt-stable
>    updates
> Num Packages in Repos: 38832
> package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
> package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      openstack-java-resteasy-connector >= 0:3.0.2
>      openstack-java-quantum-model >= 0:3.0.2
>      openstack-java-quantum-client >= 0:3.0.2
>      openstack-java-keystone-model >= 0:3.0.2
>      openstack-java-keystone-client >= 0:3.0.2
>      openstack-java-glance-model >= 0:3.0.2
>      openstack-java-glance-client >= 0:3.0.2
>      openstack-java-client >= 0:3.0.2
> package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      ovirt-engine-dwh >= 0:3.4.0
> 
> 
> On Fedora 20 (ovirt-stable doesn't support Fedora 20):
> 
> # repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 3
>    fedora
>    ovirt-3.4.0-alpha
>    updates
> Num Packages in Repos: 38822
> package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
> package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      openstack-java-resteasy-connector >= 0:3.0.2
>      openstack-java-quantum-model >= 0:3.0.2
>      openstack-java-quantum-client >= 0:3.0.2
>      openstack-java-keystone-model >= 0:3.0.2
>      openstack-java-keystone-client >= 0:3.0.2
>      openstack-java-glance-model >= 0:3.0.2
>      openstack-java-glance-client >= 0:3.0.2
>      openstack-java-client >= 0:3.0.2
> package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      ovirt-engine-dwh >= 0:3.4.0
> 
> 
> Please fix dependencies / provide missing packages / provide additional repositories as soon as possible.
> Thanks,
> 


-- 
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 alitke at redhat.com  Fri Jan 10 13:46:56 2014
From: alitke at redhat.com (Adam Litke)
Date: Fri, 10 Jan 2014 08:46:56 -0500
Subject: [Engine-devel] oVirt 3.4.0 alpha repository closure failure
In-Reply-To: <20140110100137.GD26642@redhat.com>
References: <52CFA5E4.8000601@redhat.com> <20140110100137.GD26642@redhat.com>
Message-ID: <20140110134655.GD15795@redhat.com>

On 10/01/14 10:01 +0000, Dan Kenigsberg wrote:
>On Fri, Jan 10, 2014 at 08:48:52AM +0100, Sandro Bonazzola wrote:
>> Hi,
>> oVirt 3.4.0 alpha repository has been composed but alpha has not been announced due to repository closure failures:
>>
>> on CentOS 6.5:
>>
>> # repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
>> Reading in repository metadata - please wait....
>> Checking Dependencies
>> Repos looked at: 8
>>    base
>>    epel
>>    glusterfs-epel
>>    glusterfs-noarch-epel
>>    ovirt-3.3.2
>>    ovirt-3.4.0-alpha
>>    ovirt-stable
>>    updates
>> Num Packages in Repos: 16581
>> package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
>>   unresolved deps:
>>      procps-ng
>
>Adam, this seems like a real bug in http://gerrit.ovirt.org/#/c/22087/ :
>el6 still carries the older "procps" (which is, btw, provided by
>procps-ng).

Done.
http://gerrit.ovirt.org/23137

>
>
>> package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
>>   unresolved deps:
>>      vhostmd
>
>Douglas, could you add a with_vhostmd option to the spec, and have it
>default to 0 on el*, and to 1 on fedoras?
>
>Thanks,
>Dan.


From iheim at redhat.com  Fri Jan 10 14:15:50 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 10 Jan 2014 16:15:50 +0200
Subject: [Engine-devel] [QE] 3.4.0 Release tracker
In-Reply-To: <52CD105E.2040409@redhat.com>
References: <52CD105E.2040409@redhat.com>
Message-ID: <52D00096.6040607@redhat.com>

On 01/08/2014 10:46 AM, Sandro Bonazzola wrote:
> Hi,
>
> as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January.
> A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release.
>
> The following is a list of the current blocker bugs with target 3.4.0:
> Whiteboard	Bug ID	Summary
> storage	1032686	[RFE] API to save OVF on any location
> storage	1032679	[RFE] Single Disk Snapshots
> network	987813	[RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg

I don't think RFEs should be blocking the release by default.
(we may want to discuss if we allow any RFE not making the feature 
freeze and stable branch a few extra days).

>
>
> The following is a list of the bugs with target 3.4.0 not yet fixed:
>
> Whiteboard	Bug ID	Summary
> gluster		1008980	[oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt
> gluster		1038988	Gluster brick sync does not work when host has multiple interfaces
> i18n		1033730	[es-ES] need to revise the "create snapshot" translation
> infra		870330	Cache records in memory
> infra		904029	[engine-manage-domains] should use POSIX parameter form and aliases as values
> infra		979231	oVirt Node Upgrade: Support N configuration
> infra		986882	tar which is used by host-deploy is missing from fedora minimal installation
> infra		995362	[RFE] Support firewalld
> infra		1016634	Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo
> infra		1023751	[RFE] Create Bin Overrider for application context files changes we do in JRS
> infra		1023754	[RFE] add trigger to stop etl connection via engine db value.
> infra		1023759	[RFE] re-implement SSO solution based on JRS new SSO interface
> infra		1023761	[RFE] Build nightly JRS builds based on latest JRS version
> infra		1028793	systemctl start vdsmd blocks if dns server unreachable
> infra		1032682	Refactor authentication framework in engine
> infra		1035844	[oVirt][infra] Add host/Reinstall radio button text not actionable
> infra		1045350	REST error during VM creation via API
> infra		1046611	[oVirt][infra] Device custom properties syntax check is wrong
> integration	789040	[RFE] Log Collector should be able to run without asking questions
> integration	967350	[RFE] port dwh installer to otopi
> integration	967351	[RFE] port reports installer to otopi
> integration	1023752	[RFE] add upstream support for Centos el6 arch.
> integration	1024028	[RFE] add trigger to stop etl connection via engine db value.
> integration	1028489	[RFE] pre-populate ISO DOMAIN  with rhev-tools-setup.iso (or equiv)
> integration	1028913	'service network start' sometimes fails during setup
> integration	1037663	F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch
> integration	1039616	Setting shmmax on F19 is not enough for starting postgres
> network		987832	failed to add ovirtmgmt bridge when the host has static ip
> network		1001186	With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured
> network		1010663	override mtu field allows only values up to 9000
> network		1018947	Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify
> network		1037612	[oVirt][network][RFE] Add "sync" column to hosts sub tab under networks main tab
> network		1040580	[RFE] Apply networks changes to multiple hosts
> network		1040586	[RFE] Ability to configure network on multiple hosts at once
> network		1043220	[oVirt][network][RFE] Add Security-Group support for Neutron based networks
> network		1043230	Allow configuring Network QoS on host interfaces
> network		1044479	Make an iproute2 network configurator for vdsm
> network		1048738	[oVirt][network][RFE] Add subnet support for neutron  based networks
> network		1048740	[oVirt][network][RFE] Allow deleting Neutron based network (in Neutron)
> network		1048880	[vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
> sla		994712	Remove underscores for pre-defined policy names
> sla		1038616	[RFE] Support for hosted engine
> storage		888711	PosixFS issues
> storage		961532	[RFE] Handle iSCSI lun resize
> storage		1009610	[RFE] Provide clear warning when SPM become inaccessible and needs fencing
> storage		1034081	Misleading error message when adding an existing Storage Domain
> storage		1038053	[RFE] Allow domain of multiple types in a single Data Center
> storage		1045842	After deleting image failed ui display message: Disk gluster-test was successfully removed from...
> ux		784779	[webadmin][RFE] Login page. Add a link to welcome page
> ux		1014859	[RFE] improve context-sensitive help csv mapping files
> ux		1035566	[RFE] [oVirt][webadmin] Change comment column title to icon, and move to right of name
> ux		1048916	sub-tab events in different main-tabs are being duplicated
> virt		953340	console from rhevm-shell/ovirt-shell using spicec does not work (linux client)
> virt		975730	[RFE] pass session id to spice via mime type to allow spice Menu Using REST
> virt		987957	[RFE] edit VM dialog - nics appear in random order (not sorted by name)
> virt		1031040	[RFE] RunOnce dialog can not set a vnc keymap itself
> virt		1033547	[RFE] Configure both SPICE and VNC display console
> virt		1035279	Allow to disable SSO per VM
> virt		1038587	Show name of the template in General tab for a vm if the vm is deployed from template via clone allocation.
> virt		1040088	[RFE] Add FreeBSD to the list of VM operating systems
> virt		1043469	ovirt-guest-agent for openSUSE
> virt		1043471	ovirt-guest-agent for SLES
> virt		1043473	ovirt-guest-agent for Ubuntu
> virt		1043474	ovirt-guest-agent for Debian
> 		753296	[RFE] Enable FIPS mode
> 		753306	SR-IOV support
> 		753309	[RFE] Workaround for enable/disable services via persist cmd
> 		806317	[RFE] ovirt-node regenerates kdump ramdisk image on every boot
> 		832000	Reduce number of kargs to enable a better automated installation with PXE
> 		846963	[oVirt-node] Upgrade ovirt-node with "ovirt_upgrade" parameter failed
> 		850386	Introduce new systemd-rpm macros in ovirt-node spec file
> 		893950	Make ovirt-node more FHS
> 		908902	Add specififc log handlers (log files) for transactions and ui
> 		909369	Use blivet during installation
> 		918270	Refactor and isolate block device discovery
> 		918957	[TUI] Confirmation for reboot
> 		947406	Add notice field
> 		947407	Status of caps-lock should be shown near password fields
> 		953870	Migrate to livemedia-creator
> 		966320	ovirt node will also enable ipv4 with dhcp protocol when only setting ipv6 with dhcp
> 		966498	Change sensitivity of widgets recursively
> 		969340	Migrate ovirt-node-installer backend and ovirt-auto-install backend to new code base
> 		974609	Add correct suffixes to scripts
> 		979067	[RFE] Add generic container handling
> 		979078	[RFE] <RETURN> can be used to Save a page
> 		979389	[RFE] use asciidoc for man pages
> 		980064	[RFE] Add mouse support to the console
> 		987824	[RFE] Need to add roll up and down ability to mouse control in multipage
> 		988337	Shown incorrect info for the item "VLAN ID" after configured nic with "vlan".
> 		988341	Should not create bond when report an error in configuration process
> 		995994	Could not add Fedora host when its version becomes "oVirt Node Hypervisor"
> 		997049	Allow nested transactions
> 		1001947	KeyboardInterrupt Exception when click mouse on UI
> 		1001950	RFE: same action on all ovirt-node-install page for press enter
> 		1002176	Not enough debugging informations in log files
> 		1002620	[RFE] Create central augeas object
> 		1003234	password.py: Using "set_admin_password" to change admin password failed in single mode
> 		1005148	[RFE] Add documentation on how to deploy Node with Puppet/Foreman
> 		1007191	RFE:  Support "BOOTIF=bondname" in auto-install parameters
> 		1008891	Installer goes to next page after returning from shell
> 		1011901	Report traceback infos about errors when starting ntpdate, rpcidmapd and rpcgssd services ...
> 		1013520	Miss some console info to show status by using "ovirt-node-upgrade" to upgrade ovirt-node
> 		1020227	/var/log/lastlog is missing
> 		1021647	Shared configuration keys to pass management informations
> 		1026646	Better to disable "enter" button works for the fan status table of ipmi page
> 		1027110	Better to disable cim transaction run and prompt ConfirmationDialog when configuring cim without providing password
> 		1027130	edit-node: Better to rename iso_name more simpler when install multiple packages
> 		1027161	plugin info shown incorrectly in plugins page when install multiple packages
> 		1029033	Link status shows disconnected although the cable is plugged.
> 		1032373	[RFE] enhance edit-node man page for uid/gid options help info a bit more
> 		1032374	[RFE] edit-node:Support specify multiple user, uid/group, gid elements changed
> 		1035441	[RFE] Sync versions between ovirt-node and overall ovirt
>
>
> Please set the target to 3.4.0 and add the bug to the tracker if you think that 3.4.0 should not be released without it fixed.
>
> Please also update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases.
>
> For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.
>
>



From iheim at redhat.com  Fri Jan 10 14:18:51 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 10 Jan 2014 16:18:51 +0200
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <12EF8D94C6F8734FB2FF37B9FBEDD173585B8F52@EXCHANGE.collogia.de>
References: <52CD105E.2040409@redhat.com>
	<12EF8D94C6F8734FB2FF37B9FBEDD173585B8F52@EXCHANGE.collogia.de>
Message-ID: <52D0014B.20008@redhat.com>

On 01/08/2014 10:51 AM, Markus Stockhausen wrote:
>> integration     1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch
>
> Given the fact that F20 is already relased and Ovirt 3.4.0 is intended to support it ... shouldn't that be a blocker?

well, it could also be released async if it has too many issues, but 
worth tracking, and having it for the test day.
I haven't seen the log collector used much (at all) when ovirt folks ask 
for help, so we could release without it for testing.




From iheim at redhat.com  Fri Jan 10 14:50:32 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 10 Jan 2014 16:50:32 +0200
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>
Message-ID: <52D008B8.9060302@redhat.com>

On 01/08/2014 11:23 AM, Sander Grendelman wrote:
> Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
> duplicate of BZ#647386 ( You are not authorized to access bug #647386.... )
>
> Shouldn't BZ#647386 targeted for 3.4? Or for a future version?

this is a rhev rfe. we're using ovirt RFEs to track ovirt development 
(all RFEs in the 3.4 planning googledoc are supposed to be ovirt ones).

live merge is high on the list (top of the list) - several items in 3.4 
are enablers to get it done.


From iheim at redhat.com  Fri Jan 10 14:52:07 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 10 Jan 2014 16:52:07 +0200
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <CAHa6cRTZdM=qiCX11szJ0a9PCstT-sVy9hTVYTwU=79TqPuxqw@mail.gmail.com>
References: <52CD105E.2040409@redhat.com>	<CAHa6cRT4V6A4=UDu7G5coN_91m2jERWhNX=vtqj6eLJn=sWHcA@mail.gmail.com>	<52CD1A60.3080002@redhat.com>
	<CAHa6cRTZdM=qiCX11szJ0a9PCstT-sVy9hTVYTwU=79TqPuxqw@mail.gmail.com>
Message-ID: <52D00917.5010906@redhat.com>

On 01/08/2014 11:45 AM, Sander Grendelman wrote:
> On Wed, Jan 8, 2014 at 10:29 AM, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
>> Il 08/01/2014 10:23, Sander Grendelman ha scritto:
>>> Now that BZ#1038525 (live snapshot merge for backup api) is closed as a
>>> duplicate of BZ#647386 ( You are not authorized to access bug #647386.... )
>>>
>>> Shouldn't BZ#647386 targeted for 3.4? Or for a future version?
>>>
>>
>> BZ#1038525 is open and targeted to 3.5.0
> That is correct, I didn't scroll down far enough, my apologies.
> Any idea on why BZ#647386 is not visible for "regular" rhbz users?

there are various considerations for bugs or RFEs to be private in red 
hat. I'd rather we use ovirt RFEs to track ovirt development.





From iheim at redhat.com  Fri Jan 10 14:55:18 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 10 Jan 2014 16:55:18 +0200
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>
Message-ID: <52D009D6.8010908@redhat.com>

On 01/10/2014 01:52 PM, Sander Grendelman wrote:
> Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.

Hi Sander,

please use bug summary so folks won't have to go and look what the 
number means just to see if relevant to them.

this is about:
Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax

i see you posted a patch in the bug - can you post the patch to gerrit 
as well?

thanks,
    Itamar

>
> On Wed, Jan 8, 2014 at 9:46 AM, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
>> Hi,
>>
>> as you may know, we're planning to build oVirt 3.4.0 beta really soon and release 3.4.0 by end of January.
>> A tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1024889) has been created for this release.
>>
>> The following is a list of the current blocker bugs with target 3.4.0:
>> Whiteboard      Bug ID  Summary
>> storage 1032686 [RFE] API to save OVF on any location
>> storage 1032679 [RFE] Single Disk Snapshots
>> network 987813  [RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg
>>
>>
>> The following is a list of the bugs with target 3.4.0 not yet fixed:
>>
>> Whiteboard      Bug ID  Summary
>> gluster         1008980 [oVirt] Option 'Select as SPM' available for a host in gluster-only mode of oVirt
>> gluster         1038988 Gluster brick sync does not work when host has multiple interfaces
>> i18n            1033730 [es-ES] need to revise the "create snapshot" translation
>> infra           870330  Cache records in memory
>> infra           904029  [engine-manage-domains] should use POSIX parameter form and aliases as values
>> infra           979231  oVirt Node Upgrade: Support N configuration
>> infra           986882  tar which is used by host-deploy is missing from fedora minimal installation
>> infra           995362  [RFE] Support firewalld
>> infra           1016634 Performance hit as a result of duplicate updates to VdsDynamic in VdsUpdateRuntimeInfo
>> infra           1023751 [RFE] Create Bin Overrider for application context files changes we do in JRS
>> infra           1023754 [RFE] add trigger to stop etl connection via engine db value.
>> infra           1023759 [RFE] re-implement SSO solution based on JRS new SSO interface
>> infra           1023761 [RFE] Build nightly JRS builds based on latest JRS version
>> infra           1028793 systemctl start vdsmd blocks if dns server unreachable
>> infra           1032682 Refactor authentication framework in engine
>> infra           1035844 [oVirt][infra] Add host/Reinstall radio button text not actionable
>> infra           1045350 REST error during VM creation via API
>> infra           1046611 [oVirt][infra] Device custom properties syntax check is wrong
>> integration     789040  [RFE] Log Collector should be able to run without asking questions
>> integration     967350  [RFE] port dwh installer to otopi
>> integration     967351  [RFE] port reports installer to otopi
>> integration     1023752 [RFE] add upstream support for Centos el6 arch.
>> integration     1024028 [RFE] add trigger to stop etl connection via engine db value.
>> integration     1028489 [RFE] pre-populate ISO DOMAIN  with rhev-tools-setup.iso (or equiv)
>> integration     1028913 'service network start' sometimes fails during setup
>> integration     1037663 F20 - ovirt-log-collector: conflicts with file from package sos-3.0-3.fc20.noarch
>> integration     1039616 Setting shmmax on F19 is not enough for starting postgres
>> network         987832  failed to add ovirtmgmt bridge when the host has static ip
>> network         1001186 With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured
>> network         1010663 override mtu field allows only values up to 9000
>> network         1018947 Yum update to oVirt 3.3 from 3.1.0 fails on CentOS 6.4 with EPEL dependency on python-inotify
>> network         1037612 [oVirt][network][RFE] Add "sync" column to hosts sub tab under networks main tab
>> network         1040580 [RFE] Apply networks changes to multiple hosts
>> network         1040586 [RFE] Ability to configure network on multiple hosts at once
>> network         1043220 [oVirt][network][RFE] Add Security-Group support for Neutron based networks
>> network         1043230 Allow configuring Network QoS on host interfaces
>> network         1044479 Make an iproute2 network configurator for vdsm
>> network         1048738 [oVirt][network][RFE] Add subnet support for neutron  based networks
>> network         1048740 [oVirt][network][RFE] Allow deleting Neutron based network (in Neutron)
>> network         1048880 [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
>> sla             994712  Remove underscores for pre-defined policy names
>> sla             1038616 [RFE] Support for hosted engine
>> storage         888711  PosixFS issues
>> storage         961532  [RFE] Handle iSCSI lun resize
>> storage         1009610 [RFE] Provide clear warning when SPM become inaccessible and needs fencing
>> storage         1034081 Misleading error message when adding an existing Storage Domain
>> storage         1038053 [RFE] Allow domain of multiple types in a single Data Center
>> storage         1045842 After deleting image failed ui display message: Disk gluster-test was successfully removed from...
>> ux              784779  [webadmin][RFE] Login page. Add a link to welcome page
>> ux              1014859 [RFE] improve context-sensitive help csv mapping files
>> ux              1035566 [RFE] [oVirt][webadmin] Change comment column title to icon, and move to right of name
>> ux              1048916 sub-tab events in different main-tabs are being duplicated
>> virt            953340  console from rhevm-shell/ovirt-shell using spicec does not work (linux client)
>> virt            975730  [RFE] pass session id to spice via mime type to allow spice Menu Using REST
>> virt            987957  [RFE] edit VM dialog - nics appear in random order (not sorted by name)
>> virt            1031040 [RFE] RunOnce dialog can not set a vnc keymap itself
>> virt            1033547 [RFE] Configure both SPICE and VNC display console
>> virt            1035279 Allow to disable SSO per VM
>> virt            1038587 Show name of the template in General tab for a vm if the vm is deployed from template via clone allocation.
>> virt            1040088 [RFE] Add FreeBSD to the list of VM operating systems
>> virt            1043469 ovirt-guest-agent for openSUSE
>> virt            1043471 ovirt-guest-agent for SLES
>> virt            1043473 ovirt-guest-agent for Ubuntu
>> virt            1043474 ovirt-guest-agent for Debian
>>                  753296  [RFE] Enable FIPS mode
>>                  753306  SR-IOV support
>>                  753309  [RFE] Workaround for enable/disable services via persist cmd
>>                  806317  [RFE] ovirt-node regenerates kdump ramdisk image on every boot
>>                  832000  Reduce number of kargs to enable a better automated installation with PXE
>>                  846963  [oVirt-node] Upgrade ovirt-node with "ovirt_upgrade" parameter failed
>>                  850386  Introduce new systemd-rpm macros in ovirt-node spec file
>>                  893950  Make ovirt-node more FHS
>>                  908902  Add specififc log handlers (log files) for transactions and ui
>>                  909369  Use blivet during installation
>>                  918270  Refactor and isolate block device discovery
>>                  918957  [TUI] Confirmation for reboot
>>                  947406  Add notice field
>>                  947407  Status of caps-lock should be shown near password fields
>>                  953870  Migrate to livemedia-creator
>>                  966320  ovirt node will also enable ipv4 with dhcp protocol when only setting ipv6 with dhcp
>>                  966498  Change sensitivity of widgets recursively
>>                  969340  Migrate ovirt-node-installer backend and ovirt-auto-install backend to new code base
>>                  974609  Add correct suffixes to scripts
>>                  979067  [RFE] Add generic container handling
>>                  979078  [RFE] <RETURN> can be used to Save a page
>>                  979389  [RFE] use asciidoc for man pages
>>                  980064  [RFE] Add mouse support to the console
>>                  987824  [RFE] Need to add roll up and down ability to mouse control in multipage
>>                  988337  Shown incorrect info for the item "VLAN ID" after configured nic with "vlan".
>>                  988341  Should not create bond when report an error in configuration process
>>                  995994  Could not add Fedora host when its version becomes "oVirt Node Hypervisor"
>>                  997049  Allow nested transactions
>>                  1001947 KeyboardInterrupt Exception when click mouse on UI
>>                  1001950 RFE: same action on all ovirt-node-install page for press enter
>>                  1002176 Not enough debugging informations in log files
>>                  1002620 [RFE] Create central augeas object
>>                  1003234 password.py: Using "set_admin_password" to change admin password failed in single mode
>>                  1005148 [RFE] Add documentation on how to deploy Node with Puppet/Foreman
>>                  1007191 RFE:  Support "BOOTIF=bondname" in auto-install parameters
>>                  1008891 Installer goes to next page after returning from shell
>>                  1011901 Report traceback infos about errors when starting ntpdate, rpcidmapd and rpcgssd services ...
>>                  1013520 Miss some console info to show status by using "ovirt-node-upgrade" to upgrade ovirt-node
>>                  1020227 /var/log/lastlog is missing
>>                  1021647 Shared configuration keys to pass management informations
>>                  1026646 Better to disable "enter" button works for the fan status table of ipmi page
>>                  1027110 Better to disable cim transaction run and prompt ConfirmationDialog when configuring cim without providing password
>>                  1027130 edit-node: Better to rename iso_name more simpler when install multiple packages
>>                  1027161 plugin info shown incorrectly in plugins page when install multiple packages
>>                  1029033 Link status shows disconnected although the cable is plugged.
>>                  1032373 [RFE] enhance edit-node man page for uid/gid options help info a bit more
>>                  1032374 [RFE] edit-node:Support specify multiple user, uid/group, gid elements changed
>>                  1035441 [RFE] Sync versions between ovirt-node and overall ovirt
>>
>>
>> Please set the target to 3.4.0 and add the bug to the tracker if you think that 3.4.0 should not be released without it fixed.
>>
>> Please also update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases.
>>
>> For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> _______________________________________________
> Arch mailing list
> Arch at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch
>



From sbonazzo at redhat.com  Fri Jan 10 15:48:39 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 10 Jan 2014 16:48:39 +0100
Subject: [Engine-devel] oVirt 3.4.0 alpha repository closure failure
In-Reply-To: <52CFA5E4.8000601@redhat.com>
References: <52CFA5E4.8000601@redhat.com>
Message-ID: <52D01657.4020505@redhat.com>

Il 10/01/2014 08:48, Sandro Bonazzola ha scritto:
> Hi,
> oVirt 3.4.0 alpha repository has been composed but alpha has not been announced due to repository closure failures:
> 
> on CentOS 6.5:
> 
> # repoclosure -r ovirt-3.4.0-alpha -l ovirt-3.3.2 -l base -l epel -l glusterfs-epel -l updates -l extra -l glusterfs-noarch-epel -l ovirt-stable -n
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 8
>    base
>    epel
>    glusterfs-epel
>    glusterfs-noarch-epel
>    ovirt-3.3.2
>    ovirt-3.4.0-alpha
>    ovirt-stable
>    updates
> Num Packages in Repos: 16581
> package: mom-0.3.2-20140101.git2691f25.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      procps-ng
> package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.el6
> package: ovirt-engine-sdk-java-3.4.0.1-1.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      httpcomponents-client >= 0:4.2
>      apache-commons-logging
>      apache-commons-beanutils
> package: vdsm-hook-vhostmd-4.14.0-1.git6fdd55f.el6.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      vhostmd
> 
> 
> On Fedora 19:
> # repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates -l ovirt-stable
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 4
>    fedora
>    ovirt-3.4.0-alpha
>    ovirt-stable
>    updates
> Num Packages in Repos: 38832
> package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19

Should have been solved rebuilding otopi package.

> package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      openstack-java-resteasy-connector >= 0:3.0.2
>      openstack-java-quantum-model >= 0:3.0.2
>      openstack-java-quantum-client >= 0:3.0.2
>      openstack-java-keystone-model >= 0:3.0.2
>      openstack-java-keystone-client >= 0:3.0.2
>      openstack-java-glance-model >= 0:3.0.2
>      openstack-java-glance-client >= 0:3.0.2
>      openstack-java-client >= 0:3.0.2


Will be solved by adding them to 3.4.0-alpha repository from http://koji.fedoraproject.org/koji/packageinfo?packageID=16232 , thanks Federico.



> package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      ovirt-engine-dwh >= 0:3.4.0

David fixed nightly publisher job.


> 
> 
> On Fedora 20 (ovirt-stable doesn't support Fedora 20):
> 
> # repoclosure -n -r ovirt-3.4.0-alpha -l fedora -l updates
> Reading in repository metadata - please wait....
> Checking Dependencies
> Repos looked at: 3
>    fedora
>    ovirt-3.4.0-alpha
>    updates
> Num Packages in Repos: 38822
> package: otopi-devel-1.2.0-0.0.master.20130910.git4387efb.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      otopi-java = 0:1.2.0-0.0.master.20130910.git4387efb.fc19
> package: ovirt-engine-3.4.0-0.2.master.20140109103311.git6524789.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      openstack-java-resteasy-connector >= 0:3.0.2
>      openstack-java-quantum-model >= 0:3.0.2
>      openstack-java-quantum-client >= 0:3.0.2
>      openstack-java-keystone-model >= 0:3.0.2
>      openstack-java-keystone-client >= 0:3.0.2
>      openstack-java-glance-model >= 0:3.0.2
>      openstack-java-glance-client >= 0:3.0.2
>      openstack-java-client >= 0:3.0.2
> package: ovirt-engine-reports-3.4.0-0.2.master.20140109102135.fc19.noarch from ovirt-3.4.0-alpha
>   unresolved deps:
>      ovirt-engine-dwh >= 0:3.4.0
> 
> 
> Please fix dependencies / provide missing packages / provide additional repositories as soon as possible.
> Thanks,
> 


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


From emesika at redhat.com  Sat Jan 11 23:28:55 2014
From: emesika at redhat.com (Eli Mesika)
Date: Sat, 11 Jan 2014 18:28:55 -0500 (EST)
Subject: [Engine-devel] [Users] [QE] oVirt 3.3.3 beta status
In-Reply-To: <52CFE3CD.4020405@redhat.com>
References: <52CFE3CD.4020405@redhat.com>
Message-ID: <2026007139.181237.1389482935492.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org, "vdsm-devel" <vdsm-devel at fedorahosted.org>, "VDSM
> Project Development" <vdsm-devel at lists.fedorahosted.org>, "arch" <arch at ovirt.org>
> Sent: Friday, January 10, 2014 2:13:01 PM
> Subject: [Users] [QE] oVirt 3.3.3 beta status
> 
> we're going to branch and build oVirt 3.3.3 beta on Monday 2014-01-13.
> A bug tracker is available at [1] and it shows no bugs blocking the release
> the following has been proposed as blocker for 3.3.3 or 3.4.0, not targeted
> to a specific version yet:
> 
> Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax
> 
> The following is a list of the non-blocking bugs still open with target
> 3.3.3:
> 
> Whiteboard	Bug ID	Summary
> Whiteboard	Bug ID	Summary
> infra		987982	When adding a host through the REST API, the error message says
> that "rootPassword" is required...
> infra		1017267	Plaintext user passwords in async_tasks database

BZ is in MODIFIED 

> infra		1040022	vdsm-tool configurre errors when installing vdsm package
> integration	902979	ovirt-live - firefox doesn't trust the installed engine
> integration	1021805	[RFE] oVirt Live - use motd to show the admin password
> integration	1022440	[RFE] AIO - configure the AIO host to be a gluster
> cluster/host
> integration	1026930	Package virtio-win and put it in ovirt repositories
> integration	1026933	pre-populate ISO domain with virtio-win ISO
> network		906313	[oVirt-webadmin] [setupNetworks] "No valid Operation for
> <network_name> and Unassigned Logical Networks panel"
> network		987916	[oVirt] [provider] Dialog doesn't update unless focus lost
> network		997197	Some AppErrors messages are grammatically incorrect (singular
> vs plural)
> network		1023722	[oVirt-webadmin][network] Network roles in cluster
> management should be radio buttons
> sla		1049343	[oVirt] Disabled Balloon in Add Vm
> storage		987917	[oVirt] [glance] API version not specified in provider dialog
> ux		906394	[oVirt-webadmin] [network] Loading animation in network main tab
> 'hosts' and 'vms' subtab is stuck...
> virt		1007940	Cannot clone from snapshot while using GlusterFS as POSIX
> Storage Domain
> 		906257	USB Flash Drive install of ovirt-node created via dd fails
> 		923049	ovirt-node fails to boot from local disk under UEFI mode
> 		965583	[RFE] add shortcut key on TUI
> 		976675	[wiki] Update contribution page
> 		979350	Changes admin password in the first time when log in is failed while
> 		finished auto-install
> 		979390	[RFE] Split defaults.py into smaller pieces
> 		982232	performance page takes >1sec to load (on first load)
> 		984441	kdump page crashed before configuring the network after ovirt-node
> 		intalled
> 		986285	UI crashes when no bond name is given
> 		991267	[RFE] Add TUI information to log file.
> 		1018374	ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on Auto-install
> 		1018710	[RFE] Enhance API documentation
> 		1032035	[RFE]re-write auto install function for the cim plugin
> 		1033286	ovirt-node-plugin-vdsm can not be added to ovirt node el6 base
> 		image
> 
> Maintainers:
> Please add the bugs to the tracker if you think that 3.3.3 should not be
> released without them fixed.
> Please re-target all bugs you don't think that should block 3.3.3.
> 
> For those who want to help testing the bugs, I suggest to add yourself as QA
> contact for the bug and add yourself to the testing page [2].
> 
> Maintainers are welcomed to start filling release notes, the page has been
> created here [3]
> 
> 
> [1] http://bugzilla.redhat.com/1050084
> [2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing
> [3] http://www.ovirt.org/OVirt_3.3.3_release_notes
> 
> Thanks,
> 
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


From alonbl at redhat.com  Sun Jan 12 12:05:14 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Sun, 12 Jan 2014 07:05:14 -0500 (EST)
Subject: [Engine-devel] [ATN][devenv] action required when rebasing on
	latest master
In-Reply-To: <1651088187.57609.1389528123518.JavaMail.root@redhat.com>
Message-ID: <201196349.57643.1389528314184.JavaMail.root@redhat.com>

Hello,

After rebasing to latest master (at least 08be92), if you want to reuse your prefix,  please:

$ rm -fr "${HOME}/ovirt-engine/share/ovirt-engine/setup"
$ make install-dev PREFIX="${HOME}/ovirt-engine" DEV_REBUILD=0

This will remove some leftovers and allow you to reuse your current prefix.

I submitted a patch[1] to automate this process, I hope it will be merged soon, but its effect is only for the N+1 deployment.

Sorry for the inconvenience.

Regards,
Alon Bar-Lev.

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


From danken at redhat.com  Sun Jan 12 23:32:48 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Sun, 12 Jan 2014 23:32:48 +0000
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <52D009D6.8010908@redhat.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>
	<52D009D6.8010908@redhat.com>
Message-ID: <20140112233247.GA29615@redhat.com>

On Fri, Jan 10, 2014 at 04:55:18PM +0200, Itamar Heim wrote:
> On 01/10/2014 01:52 PM, Sander Grendelman wrote:
> >Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.
> 
> Hi Sander,
> 
> please use bug summary so folks won't have to go and look what the
> number means just to see if relevant to them.
> 
> this is about:
> Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax
> 
> i see you posted a patch in the bug - can you post the patch to
> gerrit as well?

I've done that alraedy: http://gerrit.ovirt.org/#/c/23164/

Sander (and others), could you review and formally verify it?


From wang.tianyi at qq.com  Mon Jan 13 08:42:40 2014
From: wang.tianyi at qq.com (=?gb18030?B?SnVzdE1hbg==?=)
Date: Mon, 13 Jan 2014 16:42:40 +0800
Subject: [Engine-devel] how to change user password in webadmin?
Message-ID: <tencent_294754CA76565E6256C0B328@qq.com>

Hi ALL:
  
    I Install oVirt, It's work great, but I can not find where can change user's password.
  
 Any suggest? Many thanks.
  
 ike
  
 2014-01-13
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140113/28cbd93d/attachment.html>

From sbonazzo at redhat.com  Mon Jan 13 09:27:35 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 13 Jan 2014 10:27:35 +0100
Subject: [Engine-devel] ovirt-engine 3.3.3 branching
Message-ID: <52D3B187.7010204@redhat.com>

Hi,
this is just a reminder we're going to build ovirt-engine 3.3.3 beta today.
We're going to branch ovirt-engine around 10am EST to allow you to get your patches in.
Thanks,

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


From iheim at redhat.com  Mon Jan 13 09:37:06 2014
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 13 Jan 2014 11:37:06 +0200
Subject: [Engine-devel] gerrit upgrade
In-Reply-To: <52C91800.1080903@redhat.com>
References: <52C91800.1080903@redhat.com>
Message-ID: <52D3B3C2.6040904@redhat.com>

gerrit upgrade will happen in 10-15 minutes. only a short service 
interruption is expected (but look and feel will change)


On 01/05/2014 10:29 AM, Itamar Heim wrote:
> with gerrit 2.8 released a month ago having our fix for Configurable
> external robots.txt file (thanks juan), I'm planning to upgrade next
> monday (January 13th) to 2.8.
>
> other noteworthy changes - worth reading those with asterisk(*).
>
> gerrit 2.7[1]
> - New /a/tools URL.
>    This allows users to download the commit-msg hook via the command
>    line if the Gerrit server requires authentication globally.
>
> - Gerrit Trigger Plugin in Jenkins
>    WARNING: Upgrading to 2.7 may cause the Gerrit Trigger Plugin in
>    Jenkins to stop working. Please see the "New Stream Events global
>    capability" section below.
>
> gerrit 2.8[2]
>
> * New change screen with completely redesigned UI and fully using the
>    REST API.
>    Users can choose which one to use in their personal preferences,
>    either using the site default or explicitly choosing the old one or
>    new one.
> - Secondary indexing with Lucene and Solr.
> - Lots of new REST API endpoints.
> - New UI extension and JavaScript API for plugins.
> - New build system using Facebook?s Buck.
> - New core plugin: Download Commands.
> - Configurable external robots.txt file.
> * Labels can be configured to copy scores forward to new patch sets if
>    there is no code change.
> * Labels can be configured to copy scores forward to new patch sets for
>    trivial rebases.
> * New button to cherry-pick the change to another branch.
> * When issuing a rebase via the Web UI, the committer is now the logged
>    in user, rather than "Gerrit Code Review".
>
> Thanks,
>     Itamar
>
>
>
>
> [1]
> https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.7.html
>
>
> [2]
> https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.8.html
>
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra



From yzaslavs at redhat.com  Mon Jan 13 09:41:09 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Mon, 13 Jan 2014 04:41:09 -0500 (EST)
Subject: [Engine-devel] how to change user password in webadmin?
In-Reply-To: <tencent_294754CA76565E6256C0B328@qq.com>
References: <tencent_294754CA76565E6256C0B328@qq.com>
Message-ID: <1483659781.450167.1389606069018.JavaMail.root@redhat.com>

Hi,
Are you referring to the internal user or to a user that you added from an LDAP directory?

For LDAP-based users, we currently have no option to change the password.



----- Original Message -----
> From: "JustMan" <wang.tianyi at qq.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Monday, January 13, 2014 10:42:40 AM
> Subject: [Engine-devel] how to change user password in webadmin?
> 
> Hi ALL:
>   
>     I Install oVirt, It's work great, but I can not find where can change
>     user's password.
>   
>  Any suggest? Many thanks.
>   
>  ike
>   
>  2014-01-13
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From lvernia at redhat.com  Mon Jan 13 09:52:48 2014
From: lvernia at redhat.com (Lior Vernia)
Date: Mon, 13 Jan 2014 11:52:48 +0200
Subject: [Engine-devel] Network labeling requirements follow up questions
In-Reply-To: <52CE45D1.6040201@redhat.com>
References: <73280868.32489681.1387236751622.JavaMail.root@redhat.com>
	<704635486.42736205.1387569009063.JavaMail.root@redhat.com>
	<52B8251F.1000306@redhat.com>
	<587463326.9218619.1387893902235.JavaMail.root@redhat.com>
	<1995949983.49317703.1389036840024.JavaMail.root@redhat.com>
	<52CBA556.7000602@redhat.com>
	<774008351.50530755.1389131191343.JavaMail.root@redhat.com>
	<52CD0F39.50709@redhat.com>
	<1188655750.51039098.1389197901929.JavaMail.root@redhat.com>
	<52CE45D1.6040201@redhat.com>
Message-ID: <52D3B770.8080003@redhat.com>

Attached are two screenshots, one depicting how labels are shown in
Setup Networks and the other how to edit the labels assigned to a NIC.
It isn't pretty, but it works, which was my number one priority :)

Notice I reused the bond icon (top left corner of label) - I would
prefer to use a dedicated label icon.

Note the arrowheads - they are spatially-allocated and doesn't have
anything to do with labels/networks. We may wanna improve this, so that
there will only be arrowheads pointing to label titles and to networks.

The edit icon on the interface is currently a different color than the
background; we might want to adjust it, or rethink the coloring in
general now that interfaces are editable.

On 09/01/14 08:46, Livnat Peer wrote:
> On 01/08/2014 06:18 PM, Malini Rao wrote:
>> [top posting] 
>>
>> Based on your responses then, we need to tweak Eldan's sketch  - see attached. 
>>
>> Here, you will see I have two tabs on the right - Unassigned networks and Labels. Unassigned networks will list individual networks that have not been assigned either manually or as part of a label. If a network has been assigned to a NIC as apart of a label, it will still show up on the unassigned networks list but if the user tries to assign that network to that same NIC, then the UI will not allow that and a message will pop-up stating '<Network Name> is already assigned to this NIC". Does this make sense? Or do we allow network sharing only via Bonding? I.e, if NIC 1 is assigned Label1 ( Blue, yellow, Green) and I want to assign NIC2 to Blue only, would I drag Blue from unassigned networks ( even t hoguh blue is assigned via label 1 to another NIC) or do I drag NIC 2 to NIC 1 and create a bond which presents me an option to use all 3 or select from the list of networks attached to NIC1?
>>
>> Going back to my mockup, you will also see an attachment for the unassigned Labels tab where you see the labels, the networks associated with them so that you don't have to drag it to the left in order to see what networks live in that label. I have retained Eldan's Manage labels action link too.
>>
>> Let me know if this makes sense.
>>
> 
> Hi Malini,
> We are currently using the idea of labels as an aggregation object and
> tried to capture that in the UI approach we are taking.
> 
> Lior would add screen shots of the approach later today or early next
> week and we can start a discussion based on his current work.
> 
> Livnat
> 
>> Thanks
>> Malini
>>
>>
>>
>> ----- Original Message -----
>> From: "Livnat Peer" <lpeer at redhat.com>
>> To: "Malini Rao" <mrao at redhat.com>
>> Cc: "Eldan Hildesheim" <ehildesh at redhat.com>, "Dan Kenigsberg" <danken at redhat.com>, "Moti Asayag" <masayag at redhat.com>, "Lior Vernia" <lvernia at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
>> Sent: Wednesday, January 8, 2014 3:41:29 AM
>> Subject: Re: Network labeling requirements follow up questions
>>
>> On 01/07/2014 11:46 PM, Malini Rao wrote:
>>> Livnat, 
>>>
>>> I had asked a couple of questions about network labeling reqs offline but wanted to continue the discussion on the list. Thank you for the answers and I have copied my questions and your answers for context -
>>>
>>> 1. Can a network be part of several labels?
>>> Currently not, we are not sure if there is a use case for that ATM, but
>>> I hope users would surprise us with an interesting use case.
>>>
>>> 2. Can a network exist as a available network in the Setup Host networks dialog on its own even if it is part of a label? i.e, can a network be assigned to a NIC on its own and to another NIC as part of a label?
>>>
>>> Network can not be provisioned twice on the same host (regardless of labels).
>>>
>>> With regard to your answer to my question 2, I understand that the network cannot be provisioned twice on the same host but it can be provisioned to multiple hosts... right? 
>>>
>>> So, Let's say the Green network is part of a label called label 1 which also includes yellow and red networks, and let's say Host 1 is provisioned using label 1 and so it can use green, yellow and red networks.
>>
>>> For Host 2, can I provision with just Green rather than with Label 1? 
>>
>> yes
>>
>>> Or can a network be used only once in a label and across hosts?
>>
>> label is just a tool to ease network provisioning on the host, you can
>> always use 'manual' actions to provision the networks.
>>
>> Hope that clarifies, I'll be happy to answer more questions if you have any.
>>
>> Livnat
>>
>>
>>>
>>>
>>> Thanks
>>> Malini
>>>
>>
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Setup Networks Label.png
Type: image/png
Size: 45414 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140113/ed598bd6/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Edit Host Interface.png
Type: image/png
Size: 36624 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140113/ed598bd6/attachment-0001.png>

From sander at grendelman.com  Mon Jan 13 10:05:05 2014
From: sander at grendelman.com (Sander Grendelman)
Date: Mon, 13 Jan 2014 11:05:05 +0100
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <20140112233247.GA29615@redhat.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>
	<52D009D6.8010908@redhat.com> <20140112233247.GA29615@redhat.com>
Message-ID: <CAHa6cRT-YkpePE4sxOAp745zx3nLjciWn2dH5EPeUoe0voYBBg@mail.gmail.com>

On Mon, Jan 13, 2014 at 12:32 AM, Dan Kenigsberg <danken at redhat.com> wrote:
> On Fri, Jan 10, 2014 at 04:55:18PM +0200, Itamar Heim wrote:
>> On 01/10/2014 01:52 PM, Sander Grendelman wrote:
>> >Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.
>>
>> Hi Sander,
>>
>> please use bug summary so folks won't have to go and look what the
>> number means just to see if relevant to them.
>>
>> this is about:
>> Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax

OK, I'll keep that in mind!

>> i see you posted a patch in the bug - can you post the patch to
>> gerrit as well?
>
> I've done that alraedy: http://gerrit.ovirt.org/#/c/23164/
>
> Sander (and others), could you review and formally verify it?

Looks fine to me, should I also do/confirm something in gerrit?


From iheim at redhat.com  Mon Jan 13 11:01:57 2014
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 13 Jan 2014 13:01:57 +0200
Subject: [Engine-devel] [vdsm] gerrit upgrade
In-Reply-To: <52D3B3C2.6040904@redhat.com>
References: <52C91800.1080903@redhat.com> <52D3B3C2.6040904@redhat.com>
Message-ID: <52D3C7A5.70206@redhat.com>

On 01/13/2014 11:37 AM, Itamar Heim wrote:
> gerrit upgrade will happen in 10-15 minutes. only a short service
> interruption is expected (but look and feel will change)

upgrade done now (backup of the instance took more than expected).

>
>
> On 01/05/2014 10:29 AM, Itamar Heim wrote:
>> with gerrit 2.8 released a month ago having our fix for Configurable
>> external robots.txt file (thanks juan), I'm planning to upgrade next
>> monday (January 13th) to 2.8.
>>
>> other noteworthy changes - worth reading those with asterisk(*).
>>
>> gerrit 2.7[1]
>> - New /a/tools URL.
>>    This allows users to download the commit-msg hook via the command
>>    line if the Gerrit server requires authentication globally.
>>
>> - Gerrit Trigger Plugin in Jenkins
>>    WARNING: Upgrading to 2.7 may cause the Gerrit Trigger Plugin in
>>    Jenkins to stop working. Please see the "New Stream Events global
>>    capability" section below.
>>
>> gerrit 2.8[2]
>>
>> * New change screen with completely redesigned UI and fully using the
>>    REST API.
>>    Users can choose which one to use in their personal preferences,
>>    either using the site default or explicitly choosing the old one or
>>    new one.
>> - Secondary indexing with Lucene and Solr.
>> - Lots of new REST API endpoints.
>> - New UI extension and JavaScript API for plugins.
>> - New build system using Facebook?s Buck.
>> - New core plugin: Download Commands.
>> - Configurable external robots.txt file.
>> * Labels can be configured to copy scores forward to new patch sets if
>>    there is no code change.
>> * Labels can be configured to copy scores forward to new patch sets for
>>    trivial rebases.
>> * New button to cherry-pick the change to another branch.
>> * When issuing a rebase via the Web UI, the committer is now the logged
>>    in user, rather than "Gerrit Code Review".
>>
>> Thanks,
>>     Itamar
>>
>>
>>
>>
>> [1]
>> https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.7.html
>>
>>
>>
>> [2]
>> https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.8.html
>>
>>
>> _______________________________________________
>> 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



From iheim at redhat.com  Mon Jan 13 11:13:00 2014
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 13 Jan 2014 13:13:00 +0200
Subject: [Engine-devel] how to change user password in webadmin?
In-Reply-To: <1483659781.450167.1389606069018.JavaMail.root@redhat.com>
References: <tencent_294754CA76565E6256C0B328@qq.com>
	<1483659781.450167.1389606069018.JavaMail.root@redhat.com>
Message-ID: <52D3CA3C.3020003@redhat.com>

On 01/13/2014 11:41 AM, Yair Zaslavsky wrote:
> Hi,
> Are you referring to the internal user or to a user that you added from an LDAP directory?

for internal admin, engine-config utility allows to change the admin 
password

>
> For LDAP-based users, we currently have no option to change the password.

(i.e., you need to change them in the relevant directory, per the 
directory method of changing password)

>
>
>
> ----- Original Message -----
>> From: "JustMan" <wang.tianyi at qq.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Monday, January 13, 2014 10:42:40 AM
>> Subject: [Engine-devel] how to change user password in webadmin?
>>
>> Hi ALL:
>>
>>      I Install oVirt, It's work great, but I can not find where can change
>>      user's password.
>>
>>   Any suggest? Many thanks.
>>
>>   ike
>>
>>   2014-01-13
>> _______________________________________________
>> 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 michal.skrivanek at redhat.com  Mon Jan 13 12:20:55 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Mon, 13 Jan 2014 13:20:55 +0100
Subject: [Engine-devel] [vdsm] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <CAHa6cRT-YkpePE4sxOAp745zx3nLjciWn2dH5EPeUoe0voYBBg@mail.gmail.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>
	<52D009D6.8010908@redhat.com> <20140112233247.GA29615@redhat.com>
	<CAHa6cRT-YkpePE4sxOAp745zx3nLjciWn2dH5EPeUoe0voYBBg@mail.gmail.com>
Message-ID: <351F379F-2543-4022-82EA-C6219511A5C2@redhat.com>


On Jan 13, 2014, at 11:05 , Sander Grendelman <sander at grendelman.com> wrote:

> On Mon, Jan 13, 2014 at 12:32 AM, Dan Kenigsberg <danken at redhat.com> wrote:
>> On Fri, Jan 10, 2014 at 04:55:18PM +0200, Itamar Heim wrote:
>>> On 01/10/2014 01:52 PM, Sander Grendelman wrote:
>>>> Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.
>>> 
>>> Hi Sander,
>>> 
>>> please use bug summary so folks won't have to go and look what the
>>> number means just to see if relevant to them.
>>> 
>>> this is about:
>>> Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax
> 
> OK, I'll keep that in mind!
> 
>>> i see you posted a patch in the bug - can you post the patch to
>>> gerrit as well?
>> 
>> I've done that alraedy: http://gerrit.ovirt.org/#/c/23164/
>> 
>> Sander (and others), could you review and formally verify it?
> 
> Looks fine to me, should I also do/confirm something in gerrit?

if you gave it a try and it works I'll just put V+1 in gerrit for you?

> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel



From danken at redhat.com  Mon Jan 13 13:05:10 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Mon, 13 Jan 2014 13:05:10 +0000
Subject: [Engine-devel] [Users] [QE] 3.4.0 Release tracker
In-Reply-To: <CAHa6cRT-YkpePE4sxOAp745zx3nLjciWn2dH5EPeUoe0voYBBg@mail.gmail.com>
References: <52CD105E.2040409@redhat.com>
	<CAHa6cRR3kscfByXDnUxovSn5z5J3dOMmtkzc9gJo_Y+3hXyZHA@mail.gmail.com>
	<52D009D6.8010908@redhat.com> <20140112233247.GA29615@redhat.com>
	<CAHa6cRT-YkpePE4sxOAp745zx3nLjciWn2dH5EPeUoe0voYBBg@mail.gmail.com>
Message-ID: <20140113130510.GI1694@redhat.com>

On Mon, Jan 13, 2014 at 11:05:05AM +0100, Sander Grendelman wrote:
> On Mon, Jan 13, 2014 at 12:32 AM, Dan Kenigsberg <danken at redhat.com> wrote:
> > On Fri, Jan 10, 2014 at 04:55:18PM +0200, Itamar Heim wrote:
> >> On 01/10/2014 01:52 PM, Sander Grendelman wrote:
> >> >Can I propose BZ#1035314 for 3.3.3 or 3.4.0, simple, trivial fix to a hook.
> >>
> >> Hi Sander,
> >>
> >> please use bug summary so folks won't have to go and look what the
> >> number means just to see if relevant to them.
> >>
> >> this is about:
> >> Bug 1035314 - vdsm-hook-nestedvt uses kvm_intel-only syntax
> 
> OK, I'll keep that in mind!
> 
> >> i see you posted a patch in the bug - can you post the patch to
> >> gerrit as well?
> >
> > I've done that alraedy: http://gerrit.ovirt.org/#/c/23164/
> >
> > Sander (and others), could you review and formally verify it?
> 
> Looks fine to me, should I also do/confirm something in gerrit?

Yes, it would be great if you tick the patch as verified, as I did not
try it myself.


From oliel at redhat.com  Mon Jan 13 16:04:03 2014
From: oliel at redhat.com (Ori Liel)
Date: Mon, 13 Jan 2014 11:04:03 -0500 (EST)
Subject: [Engine-devel] [Bugs] in RSDL ovirt 3.3.2-1
In-Reply-To: <52CECB07.8060808@mittwald.de>
References: <52CECB07.8060808@mittwald.de>
Message-ID: <1557628207.564549.1389629043715.JavaMail.root@redhat.com>

Uploaded patch for this, thanks: 

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

----- Original Message -----
From: "Sven Kieske" <S.Kieske at mittwald.de>
To: engine-devel at ovirt.org
Sent: Thursday, January 9, 2014 6:12:44 PM
Subject: [Engine-devel] [Bugs] in RSDL ovirt 3.3.2-1

Hi,

I stumbled upon some spelling bugs in the rsdl, here is what
I got so far:

line 10:

<description>These options are valid for entire application.</description>

should be:

<description>These options are valid for the entire
application.</description>

line 218:

<description>update the specified cluster in the system. The
capabilities like virt servicem luster service, tarnsparent huge pages
etc can be changed.</description>

should be:

<description>update the specified cluster in the system. The
capabilities like virt service gluster service, transparent huge pages
etc can be changed.</description>

line 649:

<description>invoke the rebalance command on the gluster volume attached
to the</description>

should be:

<description>invoke the rebalance command on the gluster volume attached
to the cluster</description>

line 665:

<description>invoke the rebalance command on the gluster volume attached
to the with optional arguments to fix the lay and force the
operation</description>

should be:

<description>invoke the rebalance command on the gluster volume attached
to the cluster with optional arguments to fix the layout and force the
operation</description>

line 901:

<description>get the detials of the specified network in the
cluster</description>

should be:

<description>get the details of the specified network in the
cluster</description>

line 2377:

<description>add a new disk the system</description>

should be:

<description>add a new disk to the system</description>

line 2397:

<description>add a new disk the system with specified size, space will
be allocated from the storage domain for the disk</description>

should be:

<description>add a new disk to the system with specified size, space
will be allocated from the storage domain for the disk</description>

line 2441:

<description>add a new lun disk the system, this operation does not
require size but requires lun connection details</description>

should be:

<description>add a new lun disk to the system, this operation does not
require size but requires lun connection details</description>

line 2603:

<description>get the list of permission for the disk in the system. Disk
inherits permissions from the VM it is attached to and from the storage
domain it resides on (if there is one)</description>

should be:

<description>get the list of permissions for the disk in the system.
Disk inherits permissions from the VM it is attached to and from the
storage domain it resides on (if there is one)</description>


There might be various others, I didn't scan the whole XML.

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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


From amureini at redhat.com  Mon Jan 13 20:49:55 2014
From: amureini at redhat.com (Allon Mureinik)
Date: Mon, 13 Jan 2014 15:49:55 -0500 (EST)
Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
In-Reply-To: <2755943.26449101.1389071268877.JavaMail.root@redhat.com>
References: <1363505408.47663738.1388586350515.JavaMail.root@redhat.com>
	<122415145.9890457.1388614123195.JavaMail.root@redhat.com>
	<1375434371.23455006.1388653937306.JavaMail.root@redhat.com>
	<1756649956.10001410.1388655989901.JavaMail.root@redhat.com>
	<703042408.11487566.1389026688966.JavaMail.root@redhat.com>
	<2755943.26449101.1389071268877.JavaMail.root@redhat.com>
Message-ID: <138896197.686221.1389646195464.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> To: "Allon Mureinik" <amureini at redhat.com>
> Cc: "Moti Asayag" <masayag at redhat.com>, "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, January 7, 2014 7:07:48 AM
> Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> 
> 
> 
> ----- Original Message -----
> > From: "Allon Mureinik" <amureini at redhat.com>
> > To: "Moti Asayag" <masayag at redhat.com>
> > Cc: "Yair Zaslavsky" <yzaslavs at redhat.com>, "Oved Ourfalli"
> > <ovedo at redhat.com>, "engine-devel"
> > <engine-devel at ovirt.org>
> > Sent: Monday, January 6, 2014 6:44:48 PM
> > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Moti Asayag" <masayag at redhat.com>
> > > To: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "engine-devel"
> > > <engine-devel at ovirt.org>
> > > Sent: Thursday, January 2, 2014 11:46:29 AM
> > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Yair Zaslavsky" <yzaslavs at redhat.com>
> > > > To: "Moti Asayag" <masayag at redhat.com>
> > > > Cc: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri" <eedri at redhat.com>,
> > > > "engine-devel" <engine-devel at ovirt.org>
> > > > Sent: Thursday, January 2, 2014 11:12:17 AM
> > > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > 
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > > From: "Moti Asayag" <masayag at redhat.com>
> > > > > To: "Oved Ourfalli" <ovedo at redhat.com>, "Eyal Edri"
> > > > > <eedri at redhat.com>
> > > > > Cc: "engine-devel" <engine-devel at ovirt.org>
> > > > > Sent: Thursday, January 2, 2014 12:08:43 AM
> > > > > Subject: Re: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > > 
> > > > > 
> > > > > 
> > > > > ----- Original Message -----
> > > > > > From: "Oved Ourfalli" <ovedo at redhat.com>
> > > > > > To: "engine-devel" <engine-devel at ovirt.org>, "Allon Mureinik"
> > > > > > <amureini at redhat.com>, "Alissa Bonas"
> > > > > > <abonas at redhat.com>
> > > > > > Sent: Wednesday, January 1, 2014 4:25:50 PM
> > > > > > Subject: [Engine-devel] IMPORTANT: FindBugs threshold update
> > > > > > 
> > > > > > Hi all,
> > > > > > 
> > > > > > Up until now the jenkins jobs on the gerrit patches included a
> > > > > > findbugs
> > > > > > job,
> > > > > > that failed only in case of a warning of level NORMAL or higher.
> > > > > > Now we update this threshold to fail on any findbugs warning,
> > > > > > including
> > > > > > LOW
> > > > > > ones.
> > > > 
> > > > Moti -
> > > > 1. Aren't use running a local jenkins instance on one of your hosts?
> > > > Maybe
> > > > Eyal can publish the findbugs job?
> > > 
> > > Well...that server is on maintenance for quite a while...
> > > 
> > > > 2. What about running the findbugs UI? I find it kinda handy...
> > > 
> > > The findbugs UI expects the xml created by findbugs with all of the
> > > violations.
> > > The question is how those violation are created ? where are the rules by
> > > which
> > > findbugs verifies the code (can be findbugs jar or jenkins findbugs
> > > plugin
> > > or
> > > other...).
> > > 
> > > Currently by running 'mvn findbugs:findbugs' i don't get a a single xml
> > > aggregating
> > > all of the violations and the produced ones contain a lot of warnings.
> > > 
> > > So I'd like to know how can i be able to run this test locally ?
> > You're missing the profile with the project's exclusions.
> > What you'd want to do is probably this:
> > mvn findbugs:check -Pfindbugs-general
> > 
> > This way you won't have to go over any report, you will just fail the build
> > if you introduce a regression.
> 
> 
> Thanks Allon,
> This worked - however - you get a full textual description of the "bug" and
> not the code.
> In some cases one may want to filter out a specific bug report, so the "bug
> code" is important.
> Do you know by any chance how to produce this using mvn findbugs ?
> 
> Yair
What I usually do is 
mvn findbugs:findbugs -Pfindbugs-general

This will create an xml report under each module's target/site folder with all the details you may need in order to exclude the resulting bug.
Having said that, if you need to add an exclusion, there's a better-than-fair chance you're going the wrong way.


> 
> > 
> > > 
> > > > 
> > > > 
> > > > > > 
> > > > > 
> > > > > Could you provide instructions of running findbugs locally and how to
> > > > > evaluate
> > > > > the result the same as done by the jenkins job ?
> > > > > 
> > > > > > Please make sure to rebase your current patches and check that the
> > > > > > findbugs
> > > > > > job finish successfully.
> > > > > > It will probably fail without a rebase, as the last patches
> > > > > > clearing
> > > > > > the
> > > > > > warnings were merged a few hours ago.
> > > > > > 
> > > > > > Kodus to everyone involved in clearing all the LOW level
> > > > > > warnings...
> > > > > > mostly
> > > > > > Allon and Alissa, but others helped as well! :-)
> > > > > > 
> > > > > 
> > > > > Well done!
> > > > 
> > > > Great news - good work guys!
> > > > 
> > > > > 
> > > > > > Cheers,
> > > > > > Oved
> > > > > > _______________________________________________
> > > > > > 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 wang.tianyi at qq.com  Tue Jan 14 00:47:46 2014
From: wang.tianyi at qq.com (=?gb18030?B?SnVzdE1hbg==?=)
Date: Tue, 14 Jan 2014 08:47:46 +0800
Subject: [Engine-devel] =?gb18030?b?u9i4tKO6ICBob3cgdG8gY2hhbmdlIHVzZXIg?=
 =?gb18030?q?password_in_webadmin=3F?=
In-Reply-To: <52D3CA3C.3020003@redhat.com>
References: <tencent_294754CA76565E6256C0B328@qq.com>
	<1483659781.450167.1389606069018.JavaMail.root@redhat.com>
	<52D3CA3C.3020003@redhat.com>
Message-ID: <tencent_207C509D5B595C996066A545@qq.com>

Where can find this tool --engine-config utility ?
 We not use LDAP-based users.
 Thanks
  

 

 ------------------ ???? ------------------
  ???: "Itamar Heim";<iheim at redhat.com>;
 ????: 2014?1?13?(???) ??7:13
 ???: "Yair Zaslavsky"<yzaslavs at redhat.com>; "JustMan"<wang.tianyi at qq.com>; 
 ??: "engine-devel"<engine-devel at ovirt.org>; 
 ??: Re: [Engine-devel] how to change user password in webadmin?

 

On 01/13/2014 11:41 AM, Yair Zaslavsky wrote:
> Hi,
> Are you referring to the internal user or to a user that you added from an LDAP directory?

for internal admin, engine-config utility allows to change the admin 
password

>
> For LDAP-based users, we currently have no option to change the password.

(i.e., you need to change them in the relevant directory, per the 
directory method of changing password)

>
>
>
> ----- Original Message -----
>> From: "JustMan" <wang.tianyi at qq.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Monday, January 13, 2014 10:42:40 AM
>> Subject: [Engine-devel] how to change user password in webadmin?
>>
>> Hi ALL:
>>
>>      I Install oVirt, It's work great, but I can not find where can change
>>      user's password.
>>
>>   Any suggest? Many thanks.
>>
>>   ike
>>
>>   2014-01-13
>> _______________________________________________
>> 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/20140114/67512eb2/attachment.html>

From yzaslavs at redhat.com  Tue Jan 14 01:10:44 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Mon, 13 Jan 2014 20:10:44 -0500 (EST)
Subject: [Engine-devel]
 =?utf-8?b?5Zue5aSN77yaICBob3cgdG8gY2hhbmdlIHVzZXIg?=
 =?utf-8?q?password_in_webadmin=3F?=
In-Reply-To: <tencent_207C509D5B595C996066A545@qq.com>
References: <tencent_294754CA76565E6256C0B328@qq.com>
	<1483659781.450167.1389606069018.JavaMail.root@redhat.com>
	<52D3CA3C.3020003@redhat.com>
	<tencent_207C509D5B595C996066A545@qq.com>
Message-ID: <1812003295.1509263.1389661844896.JavaMail.root@redhat.com>

Should be under bin directory, same as other tools (engine-manage-domains and others).
The usage is like this (for example) -

engine-config -s AdminPassword=interactive

(Although there are other options to set a password value, if you try for example
engine-config -s AdminPassword=123456 which is an invalid option, it will show you all possible ways to set the password).

Yair


----- Original Message -----
> From: "JustMan" <wang.tianyi at qq.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, January 14, 2014 2:47:46 AM
> Subject: ??? [Engine-devel] how to change user password in webadmin?
> 
> Where can find this tool --engine-config utility ?
>  We not use LDAP-based users.
>  Thanks
>   
> 
>  
> 
>  ------------------ ???? ------------------
>   ???: "Itamar Heim";<iheim at redhat.com>;
>  ????: 2014?1?13?(???) ??7:13
>  ???: "Yair Zaslavsky"<yzaslavs at redhat.com>; "JustMan"<wang.tianyi at qq.com>;
>  ??: "engine-devel"<engine-devel at ovirt.org>;
>  ??: Re: [Engine-devel] how to change user password in webadmin?
> 
>  
> 
> On 01/13/2014 11:41 AM, Yair Zaslavsky wrote:
> > Hi,
> > Are you referring to the internal user or to a user that you added from an
> > LDAP directory?
> 
> for internal admin, engine-config utility allows to change the admin
> password
> 
> >
> > For LDAP-based users, we currently have no option to change the password.
> 
> (i.e., you need to change them in the relevant directory, per the
> directory method of changing password)
> 
> >
> >
> >
> > ----- Original Message -----
> >> From: "JustMan" <wang.tianyi at qq.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Monday, January 13, 2014 10:42:40 AM
> >> Subject: [Engine-devel] how to change user password in webadmin?
> >>
> >> Hi ALL:
> >>
> >>      I Install oVirt, It's work great, but I can not find where can change
> >>      user's password.
> >>
> >>   Any suggest? Many thanks.
> >>
> >>   ike
> >>
> >>   2014-01-13
> >> _______________________________________________
> >> 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 wang.tianyi at qq.com  Tue Jan 14 03:15:25 2014
From: wang.tianyi at qq.com (=?ISO-8859-1?B?SnVzdE1hbg==?=)
Date: Tue, 14 Jan 2014 11:15:25 +0800
Subject: [Engine-devel] About oVirt support storage ?
Message-ID: <tencent_30521661488181E21F35828A@qq.com>

Hi, All 
  
    I know about Openstack can support many kind of storage, it's cinder component can support storage like IBM, HP, DELL, and can get all support list from :https://wiki.openstack.org/wiki/CinderSupportMatrix
 and Openstack have many driver can use for connect Block Storage.
  
   How about oVirt storage support ? There are any document can list oVirt support storage ?
  
 Thanks
  
 regards
  
 ike
  
 2014-01-14
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140114/b86a392f/attachment.html>

From ecohen at redhat.com  Tue Jan 14 16:23:34 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Tue, 14 Jan 2014 11:23:34 -0500 (EST)
Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
In-Reply-To: <52D55FBF.6000807@redhat.com>
References: <2093996051.16571714.1389371485034.JavaMail.root@redhat.com>
	<558624056.1266848.1389665763341.JavaMail.root@redhat.com>
	<1961625096.1435323.1389713561034.JavaMail.root@redhat.com>
	<1538657464.1767426.1389714663730.JavaMail.root@redhat.com>
	<52D55FBF.6000807@redhat.com>
Message-ID: <1344254568.1833649.1389716614904.JavaMail.root@redhat.com>

Hi, this is about patch [1] - showing server-side-exception 
stacktrace info in GUI error dialog. 

a couple of notes about this patch:

(1) I find it a little strange that server-side exceptions 
are not logged in the server side and are / will be displayed 
only on the client-side - this needs to be fixed first. 

(2) once everything is logged on the server side, we can 
debate whether it makes sense to put the full exception 
stack-trace *also* in the GUI error pop-up. 
I think that it is not completely necessary (since if there 
is a server side exception, the user is likely to go to the 
server side log anyway to get the full picture / context), but 
if it is (and I'd like to hear your opinion about that) - we 
shouldn't show the entire exception in the dialog once the dialog 
is displayed - that's too much information to absorb. 
We should show whatever we are showing today, and also something 
like a "More Details" collapsible section (collapsed by default) 
that, when expanded, displays the full exception details. 

comments are welcome. 

----
Thanks,
Einav

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


From gshereme at redhat.com  Tue Jan 14 17:35:53 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Tue, 14 Jan 2014 12:35:53 -0500 (EST)
Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
In-Reply-To: <1344254568.1833649.1389716614904.JavaMail.root@redhat.com>
References: <2093996051.16571714.1389371485034.JavaMail.root@redhat.com>
	<558624056.1266848.1389665763341.JavaMail.root@redhat.com>
	<1961625096.1435323.1389713561034.JavaMail.root@redhat.com>
	<1538657464.1767426.1389714663730.JavaMail.root@redhat.com>
	<52D55FBF.6000807@redhat.com>
	<1344254568.1833649.1389716614904.JavaMail.root@redhat.com>
Message-ID: <260036408.526414.1389720953157.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>, "Martin Perina" <mperina at redhat.com>
> Sent: Tuesday, January 14, 2014 11:23:34 AM
> Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
> 
> Hi, this is about patch [1] - showing server-side-exception
> stacktrace info in GUI error dialog.
> 
> a couple of notes about this patch:
> 
> (1) I find it a little strange that server-side exceptions
> are not logged in the server side and are / will be displayed
> only on the client-side - this needs to be fixed first.
> 
+1.

> (2) once everything is logged on the server side, we can
> debate whether it makes sense to put the full exception
> stack-trace *also* in the GUI error pop-up.
> I think that it is not completely necessary (since if there
> is a server side exception, the user is likely to go to the
> server side log anyway to get the full picture / context), but
> if it is (and I'd like to hear your opinion about that) - we
> shouldn't show the entire exception in the dialog once the dialog
> is displayed - that's too much information to absorb.
> We should show whatever we are showing today, and also something
> like a "More Details" collapsible section (collapsed by default)
> that, when expanded, displays the full exception details.
> 
> comments are welcome.

I personally appreciate web apps that allow me to see an error (or even expose an entire log file), but do so gracefully -- hide it under a option, use a "More Details" option like you mention, etc.

I think saving a person the step of ssh'ing to a server and digging for a log file is a nice-to-have.

Greg

> 
> ----
> Thanks,
> Einav
> 
> [1] http://gerrit.ovirt.org/#/c/23096/
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From gshereme at redhat.com  Tue Jan 14 17:37:25 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Tue, 14 Jan 2014 12:37:25 -0500 (EST)
Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
In-Reply-To: <260036408.526414.1389720953157.JavaMail.root@redhat.com>
References: <2093996051.16571714.1389371485034.JavaMail.root@redhat.com>
	<558624056.1266848.1389665763341.JavaMail.root@redhat.com>
	<1961625096.1435323.1389713561034.JavaMail.root@redhat.com>
	<1538657464.1767426.1389714663730.JavaMail.root@redhat.com>
	<52D55FBF.6000807@redhat.com>
	<1344254568.1833649.1389716614904.JavaMail.root@redhat.com>
	<260036408.526414.1389720953157.JavaMail.root@redhat.com>
Message-ID: <2116639404.527052.1389721045909.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>
> Sent: Tuesday, January 14, 2014 12:35:53 PM
> Subject: Re: [Engine-devel] Showing stacktrace info in GUI error dialog
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>,
> > "Martin Perina" <mperina at redhat.com>
> > Sent: Tuesday, January 14, 2014 11:23:34 AM
> > Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
> > 
> > Hi, this is about patch [1] - showing server-side-exception
> > stacktrace info in GUI error dialog.
> > 
> > a couple of notes about this patch:
> > 
> > (1) I find it a little strange that server-side exceptions
> > are not logged in the server side and are / will be displayed
> > only on the client-side - this needs to be fixed first.
> > 
> +1.
> 
> > (2) once everything is logged on the server side, we can
> > debate whether it makes sense to put the full exception
> > stack-trace *also* in the GUI error pop-up.
> > I think that it is not completely necessary (since if there
> > is a server side exception, the user is likely to go to the
> > server side log anyway to get the full picture / context), but
> > if it is (and I'd like to hear your opinion about that) - we
> > shouldn't show the entire exception in the dialog once the dialog
> > is displayed - that's too much information to absorb.
> > We should show whatever we are showing today, and also something
> > like a "More Details" collapsible section (collapsed by default)
> > that, when expanded, displays the full exception details.
> > 
> > comments are welcome.
> 
> I personally appreciate web apps that allow me to see an error (or even
> expose an entire log file), but do so gracefully -- hide it under a option,

That should read "under a menu option"

> use a "More Details" option like you mention, etc.
> 
> I think saving a person the step of ssh'ing to a server and digging for a log
> file is a nice-to-have.
> 
> Greg
> 
> > 
> > ----
> > Thanks,
> > Einav
> > 
> > [1] http://gerrit.ovirt.org/#/c/23096/
> > _______________________________________________
> > 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  Tue Jan 14 19:21:47 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 14 Jan 2014 20:21:47 +0100
Subject: [Engine-devel] oVirt 3.3.3 beta is now available
Message-ID: <52D58E4B.50509@redhat.com>

The oVirt team is pleased to announce that the 3.3.3 Beta is now
available in beta [1] repository for testing.

Feel free to join us testing it!
You'll find all needed info for installing it on the release notes page,
already available on the wiki [2].

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

[1] http://resources.ovirt.org/releases/beta/
[2] http://www.ovirt.org/OVirt_3.3.3_release_notes


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


From mperina at redhat.com  Wed Jan 15 06:02:19 2014
From: mperina at redhat.com (Martin Perina)
Date: Wed, 15 Jan 2014 01:02:19 -0500 (EST)
Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
In-Reply-To: <260036408.526414.1389720953157.JavaMail.root@redhat.com>
References: <2093996051.16571714.1389371485034.JavaMail.root@redhat.com>
	<558624056.1266848.1389665763341.JavaMail.root@redhat.com>
	<1961625096.1435323.1389713561034.JavaMail.root@redhat.com>
	<1538657464.1767426.1389714663730.JavaMail.root@redhat.com>
	<52D55FBF.6000807@redhat.com>
	<1344254568.1833649.1389716614904.JavaMail.root@redhat.com>
	<260036408.526414.1389720953157.JavaMail.root@redhat.com>
Message-ID: <647035048.1439879.1389765739439.JavaMail.root@redhat.com>

Hi,

I would like to correct a few things in this case.

The reason for patch [1] was to identify, from which part of engine code
InvocationTargetException came from. (more details are at [2] and [3]).
In both cases this exception was not logged in engine.log or server.log

Trying to verify this patch I found out this:

1) If this exception was raised during command/query execution, it would be part
   VdsReturnValue and shown in UI in Operation Canceled dialog. And what's most
   important, the exception would be definitely logged in engine.log

2) If this exception was raised on backend side outside of command/query execution
   (I simulated this by throwing RuntimeException inside Backend.runAction/runQuery)
   it would be shown in UI with HTTP status code (500 in this case) and also would
   be logged in engine.log

3) If this exception was raised somewhere servlet part of frontend code (GenericApiGWTServiceImpl)
   it would also be shown in UI with HTTP status code (500 in this case) and also
   would be logged in server.log

4) For all other cases there is shown dialog in UI with
    'Error while executing action: A Request to the Server failed: XXX'
   where XXX is the exception message. Patch [1] adds stacktrace to this dialog so
   we will be able to identify origin of those rare exceptions.

So the exception was raised somewhere else and since bugs [2],[3] wasn't been successfully
reproduced yet, it's the only way how to find out origin of the exception.

And I should also note, that I have no intention to show stacktrace in UI for "normal"
exceptions described in 1), 2) or 3)

Thanks

Martin


[1] http://gerrit.ovirt.org/23096
[2] http://bugzilla.redhat.com/1039248
[3] http://bugzilla.redhat.com/1034437



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>, "Martin Perina" <mperina at redhat.com>
> Sent: Tuesday, January 14, 2014 6:35:53 PM
> Subject: Re: [Engine-devel] Showing stacktrace info in GUI error dialog
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>,
> > "Martin Perina" <mperina at redhat.com>
> > Sent: Tuesday, January 14, 2014 11:23:34 AM
> > Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
> > 
> > Hi, this is about patch [1] - showing server-side-exception
> > stacktrace info in GUI error dialog.
> > 
> > a couple of notes about this patch:
> > 
> > (1) I find it a little strange that server-side exceptions
> > are not logged in the server side and are / will be displayed
> > only on the client-side - this needs to be fixed first.
> > 
> +1.
> 
> > (2) once everything is logged on the server side, we can
> > debate whether it makes sense to put the full exception
> > stack-trace *also* in the GUI error pop-up.
> > I think that it is not completely necessary (since if there
> > is a server side exception, the user is likely to go to the
> > server side log anyway to get the full picture / context), but
> > if it is (and I'd like to hear your opinion about that) - we
> > shouldn't show the entire exception in the dialog once the dialog
> > is displayed - that's too much information to absorb.
> > We should show whatever we are showing today, and also something
> > like a "More Details" collapsible section (collapsed by default)
> > that, when expanded, displays the full exception details.
> > 
> > comments are welcome.
> 
> I personally appreciate web apps that allow me to see an error (or even
> expose an entire log file), but do so gracefully -- hide it under a option,
> use a "More Details" option like you mention, etc.
> 
> I think saving a person the step of ssh'ing to a server and digging for a log
> file is a nice-to-have.
> 
> Greg
> 
> > 
> > ----
> > Thanks,
> > Einav
> > 
> > [1] http://gerrit.ovirt.org/#/c/23096/
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> 


From jmoskovc at redhat.com  Wed Jan 15 09:33:34 2014
From: jmoskovc at redhat.com (Jiri Moskovcak)
Date: Wed, 15 Jan 2014 10:33:34 +0100
Subject: [Engine-devel] stripping ' from log messages
Message-ID: <52D655EE.7060104@redhat.com>

Hi,
while working on a patch for engine I ran into a code which removes ' 
from log messages. It's in Log.java: 165 method transform. Seems like 
it's there since the conversion to java happened. This code cripples the 
log messages i.e can't -> cant, it's -> its ..etc. Is there some reason 
why it's there? Or could it be removed?

Thank you,
Jirka


From sbonazzo at redhat.com  Wed Jan 15 10:51:26 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 15 Jan 2014 11:51:26 +0100
Subject: [Engine-devel] [QE] oVirt 3.3.3 beta status
In-Reply-To: <52CFE3CD.4020405@redhat.com>
References: <52CFE3CD.4020405@redhat.com>
Message-ID: <52D6682E.5000402@redhat.com>

Hi,
oVirt 3.3.3 beta has been released and is actually on QA.

The bug tracker [1] shows no bugs blocking the release

The following is a list of the non-blocking bugs still open with target 3.3 - 3.3.3:

Whiteboard	Bug ID	Summary
infra		987982	When adding a host through the REST API, the error message says that "rootPassword" is required...
infra		1040022	vdsm-tool configurre errors when installing vdsm package
integration	902979	ovirt-live - firefox doesn't trust the installed engine
integration	1021805	[RFE] oVirt Live - use motd to show the admin password
integration	1022440	[RFE] AIO - configure the AIO host to be a gluster cluster/host
integration	1026930	Package virtio-win and put it in ovirt repositories
integration	1026933	pre-populate ISO domain with virtio-win ISO
network		997197	Some AppErrors messages are grammatically incorrect (singular vs plural)
storage		987917	[oVirt] [glance] API version not specified in provider dialog
virt		1007940	Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain
		906257	USB Flash Drive install of ovirt-node created via dd fails
		923049	ovirt-node fails to boot from local disk under UEFI mode
		965583	[RFE] add shortcut key on TUI
		976675	[wiki] Update contribution page
		979350	Changes admin password in the first time when log in is failed while finished auto-install
		979390	[RFE] Split defaults.py into smaller pieces
		982232	performance page takes >1sec to load (on first load)
		984441	kdump page crashed before configuring the network after ovirt-node intalled
		986285	UI crashes when no bond name is given
		991267	[RFE] Add TUI information to log file.
		1018374	ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on Auto-install
		1018710	[RFE] Enhance API documentation
		1032035	[RFE]re-write auto install function for the cim plugin
		1033286	ovirt-node-plugin-vdsm can not be added to ovirt node el6 base image


Maintainers:
- Please add the bugs to the tracker if you think that 3.3.3 should not be released without them fixed.
- Please provide ETA on bugs you add as blockers
- Please re-target all bugs you don't think that should block 3.3.3.
- Please fill release notes, the page has been created here [3]

For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [2].

[1] http://bugzilla.redhat.com/1050084
[2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing
[3] http://www.ovirt.org/OVirt_3.3.3_release_notes

Thanks,


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


From sbonazzo at redhat.com  Wed Jan 15 11:24:00 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 15 Jan 2014 12:24:00 +0100
Subject: [Engine-devel] [QE] 3.4.0 alpha release status
In-Reply-To: <52CD105E.2040409@redhat.com>
References: <52CD105E.2040409@redhat.com>
Message-ID: <52D66FD0.3050400@redhat.com>

Hi,
oVirt 3.4.0 alpha has been released and is actually on QA.

The bug tracker [1] shows the following bugs blocking the release:

There are still 280 bugs [2] targeted to 3.4.0 so please review them as soon as possible

Maintainers:
- Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed.
- Please provide ETA on bugs you add as blockers
- Please start updating the target to 3.4.1 or any next release for bugs that won't be in 3.4.0:
  it will ease gathering the blocking bugs for next releases.
- Please start filling release notes, the page has been created here [3]


For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.


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


Thanks,


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


From abaron at redhat.com  Wed Jan 15 12:02:46 2014
From: abaron at redhat.com (Ayal Baron)
Date: Wed, 15 Jan 2014 07:02:46 -0500 (EST)
Subject: [Engine-devel] About oVirt support storage ?
In-Reply-To: <tencent_30521661488181E21F35828A@qq.com>
References: <tencent_30521661488181E21F35828A@qq.com>
Message-ID: <747869090.1661705.1389787366988.JavaMail.root@redhat.com>



----- Original Message -----
> Hi, All
> I know about Openstack can support many kind of storage, it's cinder
> component can support storage like IBM, HP, DELL, and can get all support
> list from :https://wiki.openstack.org/wiki/CinderSupportMatrix
> and Openstack have many driver can use for connect Block Storage.
> How about oVirt storage support ? There are any document can list oVirt
> support storage ?

Cinder has that list because it is *limited* to these types of storage.  For each one of these to work with cinder it has to have a cinder driver (code specifically written to manage the storage out of bound).
oVirt does not manage the storage itself (for better or worse) so it supports anything that exposes LUNs (iSCSI, FC, etc) or mountable file systems (NFS, Gluster, etc).
There are a few limitations though:
1. storage must support direct I/O (for VM workloads this is always true, not just for oVirt)
2. if to connect you need something beyond mount / iscsi software connection then you'd have to handle that yourself.  e.g. setting up an FCoE software initiator would have to be done manually.

> Thanks
> regards
> ike
> 2014-01-14
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From sbonazzo at redhat.com  Wed Jan 15 13:08:55 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 15 Jan 2014 14:08:55 +0100
Subject: [Engine-devel] [QE] 3.4.0 alpha release status
In-Reply-To: <52D66FD0.3050400@redhat.com>
References: <52CD105E.2040409@redhat.com> <52D66FD0.3050400@redhat.com>
Message-ID: <52D68867.9080608@redhat.com>

Il 15/01/2014 12:24, Sandro Bonazzola ha scritto:
> Hi,
> oVirt 3.4.0 alpha has been released and is actually on QA.
> 
> The bug tracker [1] shows the following bugs blocking the release:

Sorry, missed the blocker list:

network - Bug 987813 - [RFE] report BOOTPROTO and BONDING_OPTS independent of netdevice.cfg
storage - Bug 1032686 - [RFE] API to save OVF on any location
gluster - Bug 1038988 - Gluster brick sync does not work when host has multiple interfaces


> 
> There are still 280 bugs [2] targeted to 3.4.0 so please review them as soon as possible
> 
> Maintainers:
> - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed.
> - Please provide ETA on bugs you add as blockers
> - Please start updating the target to 3.4.1 or any next release for bugs that won't be in 3.4.0:
>   it will ease gathering the blocking bugs for next releases.
> - Please start filling release notes, the page has been created here [3]
> 
> 
> For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.
> 
> 
> [1] https://bugzilla.redhat.com/1024889
> [2] http://red.ht/1eIRZXM
> [3] http://www.ovirt.org/OVirt_3.4.0_release_notes
> 
> 
> Thanks,
> 
> 


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


From vszocs at redhat.com  Wed Jan 15 14:52:50 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Wed, 15 Jan 2014 09:52:50 -0500 (EST)
Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
In-Reply-To: <647035048.1439879.1389765739439.JavaMail.root@redhat.com>
References: <2093996051.16571714.1389371485034.JavaMail.root@redhat.com>
	<558624056.1266848.1389665763341.JavaMail.root@redhat.com>
	<1961625096.1435323.1389713561034.JavaMail.root@redhat.com>
	<1538657464.1767426.1389714663730.JavaMail.root@redhat.com>
	<52D55FBF.6000807@redhat.com>
	<1344254568.1833649.1389716614904.JavaMail.root@redhat.com>
	<260036408.526414.1389720953157.JavaMail.root@redhat.com>
	<647035048.1439879.1389765739439.JavaMail.root@redhat.com>
Message-ID: <448421046.2185692.1389797570566.JavaMail.root@redhat.com>

Hi guys, I discussed this with Martin and here are my conclusions.

Any server-side exception (thrown in context of JBoss AS runtime) should always
get logged into server.log or engine.log depending on logger configuration. The
fact that our mysterious InvocationTargetException didn't appear in any logfile
indicates it might have originated from client code - after receiving GWT RPC
response, something goes wrong during RPC payload processing.

Since both BZs mentioned below [2,3] cannot be reliably reproduced, we looked
at GWT RPC code. Martin couldn't trigger this exception from any server side code
[command/query execution, Backend EJB, GenericApiGWTServiceImpl/RpcServlet] so
the only logical place was to look at client code doing RPC payload processing.

The symptoms of this mysterious InvocationTargetException are following:
- GWT RPC response arrives with HTTP 200 (OK) status [*]
- nothing gets logged in server.log or engine.log
- still, something goes wrong and GUI shows error dialog due to GWT RPC
  AsyncCallback#onFailure execution

[*] Frontend#failureEventHandler reaches "else" block so "caught" is not
    StatusCodeException (thrown when server responds with non-OK status)

Overall, symptoms indicate problem with RPC payload serialization. Martin has
just verified that throwing exception in custom field serializer's "serialize"
method yields the exact symptoms as described above. So GWT client, in an
attempt to make RPC call, invokes the custom serializer which fails; GUI shows
an error dialog but no RPC call is made due to the error.

Since we only have few custom serializers, most classes rely on default GWT RPC
serialization rules. This means it's very likely that there was a problem during
serialization of a specific type, which didn't adhere to GWT RPC serialization
rules..

..which brings us to a patch merged recently to guard against missing no-arg
constructors in shared classes: http://gerrit.ovirt.org/#/c/20274/

(After Martin backported this patch to Engine codebase corresponding to versions
reported in BZs, he indeed found lots of classes with missing no-arg c-tors.)

To summarize: we think both BZs [2,3] were caused by GWT RPC serialization
problems, which shouldn't occur anymore due to no-arg c-tor check. I cannot
say for sure, because both these BZs cannot be reliably reproduced..

As a precaution, we could take patches from this BZ:

  https://bugzilla.redhat.com/1015683

and backport & verify them against both BZs [2,3].

Regards,
Vojtech


----- Original Message -----
> From: "Martin Perina" <mperina at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Cc: "Einav Cohen" <ecohen at redhat.com>, "users" <users at ovirt.org>, "Greg Sheremeta" <gshereme at redhat.com>, "Vojtech
> Szocs" <vszocs at redhat.com>, "Barak Azulay" <bazulay at redhat.com>
> Sent: Wednesday, January 15, 2014 7:02:19 AM
> Subject: Re: [Engine-devel] Showing stacktrace info in GUI error dialog
> 
> Hi,
> 
> I would like to correct a few things in this case.
> 
> The reason for patch [1] was to identify, from which part of engine code
> InvocationTargetException came from. (more details are at [2] and [3]).
> In both cases this exception was not logged in engine.log or server.log
> 
> Trying to verify this patch I found out this:
> 
> 1) If this exception was raised during command/query execution, it would be
> part
>    VdsReturnValue and shown in UI in Operation Canceled dialog. And what's
>    most
>    important, the exception would be definitely logged in engine.log
> 
> 2) If this exception was raised on backend side outside of command/query
> execution
>    (I simulated this by throwing RuntimeException inside
>    Backend.runAction/runQuery)
>    it would be shown in UI with HTTP status code (500 in this case) and also
>    would
>    be logged in engine.log
> 
> 3) If this exception was raised somewhere servlet part of frontend code
> (GenericApiGWTServiceImpl)
>    it would also be shown in UI with HTTP status code (500 in this case) and
>    also
>    would be logged in server.log
> 
> 4) For all other cases there is shown dialog in UI with
>     'Error while executing action: A Request to the Server failed: XXX'
>    where XXX is the exception message. Patch [1] adds stacktrace to this
>    dialog so
>    we will be able to identify origin of those rare exceptions.
> 
> So the exception was raised somewhere else and since bugs [2],[3] wasn't been
> successfully
> reproduced yet, it's the only way how to find out origin of the exception.
> 
> And I should also note, that I have no intention to show stacktrace in UI for
> "normal"
> exceptions described in 1), 2) or 3)
> 
> Thanks
> 
> Martin
> 
> 
> [1] http://gerrit.ovirt.org/23096
> [2] http://bugzilla.redhat.com/1039248
> [3] http://bugzilla.redhat.com/1034437
> 
> 
> 
> ----- Original Message -----
> > From: "Greg Sheremeta" <gshereme at redhat.com>
> > To: "Einav Cohen" <ecohen at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>,
> > "Martin Perina" <mperina at redhat.com>
> > Sent: Tuesday, January 14, 2014 6:35:53 PM
> > Subject: Re: [Engine-devel] Showing stacktrace info in GUI error dialog
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Einav Cohen" <ecohen at redhat.com>
> > > To: "engine-devel" <engine-devel at ovirt.org>, "users" <users at ovirt.org>,
> > > "Martin Perina" <mperina at redhat.com>
> > > Sent: Tuesday, January 14, 2014 11:23:34 AM
> > > Subject: [Engine-devel] Showing stacktrace info in GUI error dialog
> > > 
> > > Hi, this is about patch [1] - showing server-side-exception
> > > stacktrace info in GUI error dialog.
> > > 
> > > a couple of notes about this patch:
> > > 
> > > (1) I find it a little strange that server-side exceptions
> > > are not logged in the server side and are / will be displayed
> > > only on the client-side - this needs to be fixed first.
> > > 
> > +1.
> > 
> > > (2) once everything is logged on the server side, we can
> > > debate whether it makes sense to put the full exception
> > > stack-trace *also* in the GUI error pop-up.
> > > I think that it is not completely necessary (since if there
> > > is a server side exception, the user is likely to go to the
> > > server side log anyway to get the full picture / context), but
> > > if it is (and I'd like to hear your opinion about that) - we
> > > shouldn't show the entire exception in the dialog once the dialog
> > > is displayed - that's too much information to absorb.
> > > We should show whatever we are showing today, and also something
> > > like a "More Details" collapsible section (collapsed by default)
> > > that, when expanded, displays the full exception details.
> > > 
> > > comments are welcome.
> > 
> > I personally appreciate web apps that allow me to see an error (or even
> > expose an entire log file), but do so gracefully -- hide it under a option,
> > use a "More Details" option like you mention, etc.
> > 
> > I think saving a person the step of ssh'ing to a server and digging for a
> > log
> > file is a nice-to-have.
> > 
> > Greg
> > 
> > > 
> > > ----
> > > Thanks,
> > > Einav
> > > 
> > > [1] http://gerrit.ovirt.org/#/c/23096/
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > 
> > 
> 


From iheim at redhat.com  Wed Jan 15 22:08:40 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 16 Jan 2014 00:08:40 +0200
Subject: [Engine-devel] Gerrit NEW Change Screen
Message-ID: <52D706E8.7010202@redhat.com>

with gerrit 2.8, there is a new change screen.
its not enabled by default (yet), please use and see what you think.

to enable, go to settings (click the top-right arrow next to your name, 
and choose settings).
select preferences and set "Change View:" to "New Screen".

Thanks,
    Itamar


From sbonazzo at redhat.com  Thu Jan 16 08:08:13 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 16 Jan 2014 09:08:13 +0100
Subject: [Engine-devel] ovirt-engine 3.4.0 branching
Message-ID: <52D7936D.6040009@redhat.com>

Hi,
 this is the last call for pending patches on master branch for ovirt-engine.
The ovirt-engine-3.4 branch will be created at 9:00 AM UTC (11:00 AM Israel time).

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


From vfeenstr at redhat.com  Thu Jan 16 09:38:50 2014
From: vfeenstr at redhat.com (Vinzenz Feenstra)
Date: Thu, 16 Jan 2014 10:38:50 +0100
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52D706E8.7010202@redhat.com>
References: <52D706E8.7010202@redhat.com>
Message-ID: <52D7A8AA.4060506@redhat.com>

On 01/15/2014 11:08 PM, Itamar Heim wrote:
> with gerrit 2.8, there is a new change screen.
> its not enabled by default (yet), please use and see what you think.
>
> to enable, go to settings (click the top-right arrow next to your 
> name, and choose settings).
> select preferences and set "Change View:" to "New Screen".
Well I had this enabled for some time today but I had to switch back, 
since I don't see how I am able to apply code review +/- or anything 
like this.

On the other hand, it is way faster on the diff view even for vdsm's 
vm.py which has a whopping 5k lines. I like that :-)

This new change screen is something one really needs to get used to.
>
> Thanks,
>    Itamar
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel


-- 
Regards,

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

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



From vfeenstr at redhat.com  Thu Jan 16 09:40:01 2014
From: vfeenstr at redhat.com (Vinzenz Feenstra)
Date: Thu, 16 Jan 2014 10:40:01 +0100
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52D7A8AA.4060506@redhat.com>
References: <52D706E8.7010202@redhat.com> <52D7A8AA.4060506@redhat.com>
Message-ID: <52D7A8F1.5020108@redhat.com>

On 01/16/2014 10:38 AM, Vinzenz Feenstra wrote:
> On 01/15/2014 11:08 PM, Itamar Heim wrote:
>> with gerrit 2.8, there is a new change screen.
>> its not enabled by default (yet), please use and see what you think.
>>
>> to enable, go to settings (click the top-right arrow next to your 
>> name, and choose settings).
>> select preferences and set "Change View:" to "New Screen".
> Well I had this enabled for some time today but I had to switch back, 
> since I don't see how I am able to apply code review +/- or anything 
> like this.
Correction, I just found it. It's hidden under the "Reply..." button
>
> On the other hand, it is way faster on the diff view even for vdsm's 
> vm.py which has a whopping 5k lines. I like that :-)
>
> This new change screen is something one really needs to get used to.
>>
>> Thanks,
>>    Itamar
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
>


-- 
Regards,

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

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



From vfeenstr at redhat.com  Thu Jan 16 09:44:06 2014
From: vfeenstr at redhat.com (Vinzenz Feenstra)
Date: Thu, 16 Jan 2014 10:44:06 +0100
Subject: [Engine-devel] stripping ' from log messages
In-Reply-To: <52D655EE.7060104@redhat.com>
References: <52D655EE.7060104@redhat.com>
Message-ID: <52D7A9E6.2060902@redhat.com>

On 01/15/2014 10:33 AM, Jiri Moskovcak wrote:
> Hi,
> while working on a patch for engine I ran into a code which removes ' 
> from log messages. It's in Log.java: 165 method transform. Seems like 
> it's there since the conversion to java happened. This code cripples 
> the log messages i.e can't -> cant, it's -> its ..etc. Is there some 
> reason why it's there? Or could it be removed?
Even worse, if you are trying to log some variables and put them in 
single quotes to see that the variable was empty (e.g. for Strings) you 
won't be seeing anything.

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


-- 
Regards,

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

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



From didi at redhat.com  Thu Jan 16 09:52:00 2014
From: didi at redhat.com (Yedidyah Bar David)
Date: Thu, 16 Jan 2014 04:52:00 -0500 (EST)
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52D7A8F1.5020108@redhat.com>
References: <52D706E8.7010202@redhat.com> <52D7A8AA.4060506@redhat.com>
	<52D7A8F1.5020108@redhat.com>
Message-ID: <206115060.2460038.1389865920097.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Vinzenz Feenstra" <vfeenstr at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 16, 2014 11:40:01 AM
> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> 
> On 01/16/2014 10:38 AM, Vinzenz Feenstra wrote:
> > On 01/15/2014 11:08 PM, Itamar Heim wrote:
> >> with gerrit 2.8, there is a new change screen.
> >> its not enabled by default (yet), please use and see what you think.
> >>
> >> to enable, go to settings (click the top-right arrow next to your
> >> name, and choose settings).
> >> select preferences and set "Change View:" to "New Screen".
> > Well I had this enabled for some time today but I had to switch back,
> > since I don't see how I am able to apply code review +/- or anything
> > like this.
> Correction, I just found it. It's hidden under the "Reply..." button

And if you hover on it you see that you can also press 'a'. In 2.6 'r'
did this, not sure why they had to change that. And if you press 'r'
inside a diff you get to the old review/reply page...

> >
> > On the other hand, it is way faster on the diff view even for vdsm's
> > vm.py which has a whopping 5k lines. I like that :-)
> >
> > This new change screen is something one really needs to get used to.

Indeed.

One thing I like in it is that in "History" it shows also all the inline
comments.

And one thing I miss is a solution to [1] - am I the only one bugged by it?

[1] http://code.google.com/p/gerrit/issues/detail?id=217
-- 
Didi


From vfeenstr at redhat.com  Thu Jan 16 09:58:39 2014
From: vfeenstr at redhat.com (Vinzenz Feenstra)
Date: Thu, 16 Jan 2014 10:58:39 +0100
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <206115060.2460038.1389865920097.JavaMail.root@redhat.com>
References: <52D706E8.7010202@redhat.com> <52D7A8AA.4060506@redhat.com>
	<52D7A8F1.5020108@redhat.com>
	<206115060.2460038.1389865920097.JavaMail.root@redhat.com>
Message-ID: <52D7AD4F.7080709@redhat.com>

On 01/16/2014 10:52 AM, Yedidyah Bar David wrote:
> ----- Original Message -----
>> From: "Vinzenz Feenstra" <vfeenstr at redhat.com>
>> To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
>> Sent: Thursday, January 16, 2014 11:40:01 AM
>> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
>>
>> On 01/16/2014 10:38 AM, Vinzenz Feenstra wrote:
>>> On 01/15/2014 11:08 PM, Itamar Heim wrote:
>>>> with gerrit 2.8, there is a new change screen.
>>>> its not enabled by default (yet), please use and see what you think.
>>>>
>>>> to enable, go to settings (click the top-right arrow next to your
>>>> name, and choose settings).
>>>> select preferences and set "Change View:" to "New Screen".
>>> Well I had this enabled for some time today but I had to switch back,
>>> since I don't see how I am able to apply code review +/- or anything
>>> like this.
>> Correction, I just found it. It's hidden under the "Reply..." button
> And if you hover on it you see that you can also press 'a'. In 2.6 'r'
> did this, not sure why they had to change that. And if you press 'r'
> inside a diff you get to the old review/reply page...
>
>>> On the other hand, it is way faster on the diff view even for vdsm's
>>> vm.py which has a whopping 5k lines. I like that :-)
>>>
>>> This new change screen is something one really needs to get used to.
> Indeed.
>
> One thing I like in it is that in "History" it shows also all the inline
> comments.
>
> And one thing I miss is a solution to [1] - am I the only one bugged by it?
No, I am also not a big fan about it, but this is not a regression to 
the previous version, thanks for the link :-)
>
> [1] http://code.google.com/p/gerrit/issues/detail?id=217


-- 
Regards,

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

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



From jmoskovc at redhat.com  Thu Jan 16 10:01:25 2014
From: jmoskovc at redhat.com (Jiri Moskovcak)
Date: Thu, 16 Jan 2014 11:01:25 +0100
Subject: [Engine-devel] stripping ' from log messages
In-Reply-To: <52D7A9E6.2060902@redhat.com>
References: <52D655EE.7060104@redhat.com> <52D7A9E6.2060902@redhat.com>
Message-ID: <52D7ADF5.9080606@redhat.com>

On 01/16/2014 10:44 AM, Vinzenz Feenstra wrote:
> On 01/15/2014 10:33 AM, Jiri Moskovcak wrote:
>> Hi,
>> while working on a patch for engine I ran into a code which removes '
>> from log messages. It's in Log.java: 165 method transform. Seems like
>> it's there since the conversion to java happened. This code cripples
>> the log messages i.e can't -> cant, it's -> its ..etc. Is there some
>> reason why it's there? Or could it be removed?
> Even worse, if you are trying to log some variables and put them in
> single quotes to see that the variable was empty (e.g. for Strings) you
> won't be seeing anything.
>

That's exactly how I'm using it :)

--Jirka

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



From sbonazzo at redhat.com  Thu Jan 16 12:07:25 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 16 Jan 2014 13:07:25 +0100
Subject: [Engine-devel] ovirt-engine 3.4.0 branching
In-Reply-To: <52D7936D.6040009@redhat.com>
References: <52D7936D.6040009@redhat.com>
Message-ID: <52D7CB7D.8050006@redhat.com>

Il 16/01/2014 09:08, Sandro Bonazzola ha scritto:
> Hi,
>  this is the last call for pending patches on master branch for ovirt-engine.
> The ovirt-engine-3.4 branch will be created at 9:00 AM UTC (11:00 AM Israel time).
> 

The ovirt-engine-3.4 branch has been created on:

* ad87adf - (HEAD, origin/ovirt-engine-3.4, ovirt-engine-3.4) restapi: Add Reboot VM action <Martin Betak>

Please remember to push to the new branch all patches you're targeting to 3.4.0 release.
Thanks,

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


From alitke at redhat.com  Thu Jan 16 13:16:17 2014
From: alitke at redhat.com (Adam Litke)
Date: Thu, 16 Jan 2014 08:16:17 -0500
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52D706E8.7010202@redhat.com>
References: <52D706E8.7010202@redhat.com>
Message-ID: <20140116131617.GC23636@redhat.com>

On 16/01/14 00:08 +0200, Itamar Heim wrote:
>with gerrit 2.8, there is a new change screen.
>its not enabled by default (yet), please use and see what you think.
>
>to enable, go to settings (click the top-right arrow next to your 
>name, and choose settings).
>select preferences and set "Change View:" to "New Screen".

Thanks Itamar.  For me, this new screen is much better.  Things are
more compact and for most patches all of the important information
fits easily on one screen.  I also like the easy to find gitweb link
and the ability to edit the commit message right from the interface.


From danken at redhat.com  Thu Jan 16 14:31:30 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Thu, 16 Jan 2014 14:31:30 +0000
Subject: [Engine-devel] [vdsm]  Gerrit NEW Change Screen
In-Reply-To: <20140116131617.GC23636@redhat.com>
References: <52D706E8.7010202@redhat.com> <20140116131617.GC23636@redhat.com>
Message-ID: <20140116143130.GL25223@redhat.com>

On Thu, Jan 16, 2014 at 08:16:17AM -0500, Adam Litke wrote:
> On 16/01/14 00:08 +0200, Itamar Heim wrote:
> >with gerrit 2.8, there is a new change screen.
> >its not enabled by default (yet), please use and see what you think.
> >
> >to enable, go to settings (click the top-right arrow next to your
> >name, and choose settings).
> >select preferences and set "Change View:" to "New Screen".
> 
> Thanks Itamar.  For me, this new screen is much better.  Things are
> more compact and for most patches all of the important information
> fits easily on one screen.  I also like the easy to find gitweb link
> and the ability to edit the commit message right from the interface.

On my narrow lcd, though, the new look makes comments in diff to be seen
only partially. I failed to find a configurable to make the comment
windows narrower, so my only solution is to reduce the font (which is
bad for my poor old eyes).


From iheim at redhat.com  Thu Jan 16 20:16:15 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 16 Jan 2014 22:16:15 +0200
Subject: [Engine-devel] Fast Forward or Rebase if necessary policies
Message-ID: <52D83E0F.3000901@redhat.com>

Today we use the 'fast forward only' policy in gerrit.

It seems the 'rebase if necessary' policy may reduce some overhead, as 
it will solve trivial rebases before the merge (it will fail on any 
conflict, or any change to same file, even if no conflict).

I'm suggesting moving to try and move to 'rebase if necessary' for 
ovirt-engine repo, and see if we think we are facing issues, or just 
enjoying the benefits of not having to click merge, fail, rebase, 
review+merge again.

the one caveat i can think of is if the patch is old, it should probably 
be rebased for the various jenkins jobs to run on it again, but I think 
for most patches that's not the case.

(vdsm is using an even less strict policy of cherry-pick)

thoughts?

Thanks,
    Itamar


From ewoud+ovirt at kohlvanwijngaarden.nl  Thu Jan 16 23:25:05 2014
From: ewoud+ovirt at kohlvanwijngaarden.nl (Ewoud Kohl van Wijngaarden)
Date: Fri, 17 Jan 2014 00:25:05 +0100
Subject: [Engine-devel] Fast Forward or Rebase if necessary policies
In-Reply-To: <52D83E0F.3000901@redhat.com>
References: <52D83E0F.3000901@redhat.com>
Message-ID: <20140116232505.GH13236@bogey.xentower.nl>

On Thu, Jan 16, 2014 at 10:16:15PM +0200, Itamar Heim wrote:
> Today we use the 'fast forward only' policy in gerrit.
> 
> It seems the 'rebase if necessary' policy may reduce some overhead,
> as it will solve trivial rebases before the merge (it will fail on
> any conflict, or any change to same file, even if no conflict).
> 
> I'm suggesting moving to try and move to 'rebase if necessary' for
> ovirt-engine repo, and see if we think we are facing issues, or just
> enjoying the benefits of not having to click merge, fail, rebase,
> review+merge again.
> 
> the one caveat i can think of is if the patch is old, it should
> probably be rebased for the various jenkins jobs to run on it again,
> but I think for most patches that's not the case.
> 
> (vdsm is using an even less strict policy of cherry-pick)
> 
> thoughts?

As someone who is using this already at $job, I can say it's much
better.


From wang.tianyi at qq.com  Fri Jan 17 03:14:55 2014
From: wang.tianyi at qq.com (=?ISO-8859-1?B?SnVzdE1hbg==?=)
Date: Fri, 17 Jan 2014 11:14:55 +0800
Subject: [Engine-devel] About VM tools(drivers) on oVirt's VM? move mouse
	have long latency.
Message-ID: <tencent_3083FC6F01D58CAE197DC273@qq.com>

Hi, All:
  
    I install both oVirt engine and nodes, it's can work with SPICE client, but the VM lack of drivers (like vmware station's tools ), so when you connected VM it's operation very slow-- I mean operation in VM not smoothness, like move mouse have long latency.
  
    And the "VirtIO Console Device Enabled " & "VirtIO-SCSI Enabled" option it seems not work.
  
    How can solve this problem ? I want to use oVirt as a cloud desktop give user for replace desktop PC and notebook, If the latency so long, I think User will not Accept.
  
    There are any add-on drivers or tools need install into VM ? Where can download it?
  
 Many thanks!
 regards
  
 ike 
  
 2014-01-17
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140117/4b19470f/attachment.html>

From sbonazzo at redhat.com  Fri Jan 17 07:49:30 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 17 Jan 2014 08:49:30 +0100
Subject: [Engine-devel] [QE] oVirt bugzilla updates
Message-ID: <52D8E08A.9010706@redhat.com>

Hi oVirt community,
for all people interested in joining QE effort, we've created a new user in bugzilla as default QA assignee: bugs at ovirt.org.
If you want to be updated on QE bugs activity you can just add that user to your bugzilla account watch list:

https://bugzilla.redhat.com/userprefs.cgi?tab=email
Watch user list -> add "bugs at ovirt.org"

Any email sent by bugzilla to that user will be also sent to you.

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


From S.Kieske at mittwald.de  Fri Jan 17 08:09:02 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Fri, 17 Jan 2014 08:09:02 +0000
Subject: [Engine-devel] [QE] oVirt bugzilla updates
In-Reply-To: <52D8E08A.9010706@redhat.com>
References: <52D8E08A.9010706@redhat.com>
Message-ID: <52D8E4AB.2070604@mittwald.de>

This is cool!

(Although I got several e-mails today where you added the address as
QA-Contact, a little annoying).

I just added it to my watch list.

Am 17.01.2014 08:49, schrieb Sandro Bonazzola:
> Hi oVirt community,
> for all people interested in joining QE effort, we've created a new user in bugzilla as default QA assignee: bugs at ovirt.org.
> If you want to be updated on QE bugs activity you can just add that user to your bugzilla account watch list:
> 
> https://bugzilla.redhat.com/userprefs.cgi?tab=email
> Watch user list -> add "bugs at ovirt.org"
> 
> Any email sent by bugzilla to that user will be also sent to you.
> 

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From sbonazzo at redhat.com  Fri Jan 17 08:51:12 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 17 Jan 2014 09:51:12 +0100
Subject: [Engine-devel] [QE] oVirt 3.3.3 beta / RC status
Message-ID: <52D8EF00.4010505@redhat.com>

Hi,
oVirt 3.3.3 beta has been released and is actually on QA.
We'll start composing oVirt 3.3.3 RC on 2014-01-21 12:00 UTC.

The bug tracker [1] shows no bugs blocking the release

The following is a list of the non-blocking bugs still open with target 3.3 - 3.3.3:

Whiteboard	Bug ID	Summary
integration	902979	ovirt-live - firefox doesn't trust the installed engine
integration	1021805	[RFE] oVirt Live - use motd to show the admin password
integration	1022440	[RFE] AIO - configure the AIO host to be a gluster cluster/host
integration	1026930	Package virtio-win and put it in ovirt repositories
integration	1026933	pre-populate ISO domain with virtio-win ISO
integration	1050084	Tracker: oVirt 3.3.3 release
network		997197	Some AppErrors messages are grammatically incorrect (singular vs plural)
node		906257	USB Flash Drive install of ovirt-node created via dd fails
node		923049	ovirt-node fails to boot from local disk under UEFI mode
node		965583	[RFE] add shortcut key on TUI
node		976675	[wiki] Update contribution page
node		979350	Changes admin password in the first time when log in is failed while finished auto-install
node		979390	[RFE] Split defaults.py into smaller pieces
node		982232	performance page takes >1sec to load (on first load)
node		984441	kdump page crashed before configuring the network after ovirt-node intalled
node		986285	UI crashes when no bond name is given
node		991267	[RFE] Add TUI information to log file.
node		1018374	ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on Auto-install
node		1018710	[RFE] Enhance API documentation
node		1032035	[RFE]re-write auto install function for the cim plugin
node		1033286	ovirt-node-plugin-vdsm can not be added to ovirt node el6 base image
storage		987917	[oVirt] [glance] API version not specified in provider dialog
virt		1007940	Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain



Maintainers:
- We'll start composing oVirt 3.3.3 RC on 2014-01-21 12:00 UTC: all non blockers bug still open after the build will be moved to 3.3.4.
- Please add the bugs to the tracker if you think that 3.3.3 should not be released without them fixed.
- Please provide ETA on bugs you add as blockers
- Please re-target all bugs you don't think that should block 3.3.3.
- Please fill release notes, the page has been created here [3]
- Please remember to rebuild your packages before 2014-01-21 12:00 UTC if you want them to be included in 3.3.3 RC.

For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [2].
Thanks to Gianluca Cecchi for his testing of oVirt 3.3.3 beta on Gluster storage!

[1] http://bugzilla.redhat.com/1050084
[2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing
[3] http://www.ovirt.org/OVirt_3.3.3_release_notes

Thanks,


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


From sbonazzo at redhat.com  Fri Jan 17 09:16:40 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 17 Jan 2014 10:16:40 +0100
Subject: [Engine-devel] [QE] oVirt 3.4.0 alpha / beta status
Message-ID: <52D8F4F8.2020204@redhat.com>

Hi,
oVirt 3.4.0 alpha has been released and is actually on QA.
An issue has been found in VDSM so we have updated the packages in alpha repositories for Fedora.
We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated.
We'll try to sync it today, I'm sorry for the inconvenient.
We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches.

The bug tracker [1] shows the following bugs blocking the release:
Whiteboard	Bug ID	Summary
gluster		1038988	Gluster brick sync does not work when host has multiple interfaces
integration	1054080 gracefully warn about unsupported upgrade from legacy releases
network		1054195	[NetworkLabels] Attaching two labeled networks to a cluster result in failure of the latter


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

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


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

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

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


From S.Kieske at mittwald.de  Fri Jan 17 11:08:33 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Fri, 17 Jan 2014 11:08:33 +0000
Subject: [Engine-devel] [QE] oVirt 3.4.0 alpha / beta status
In-Reply-To: <52D8F4F8.2020204@redhat.com>
References: <52D8F4F8.2020204@redhat.com>
Message-ID: <52D90EBF.2080504@mittwald.de>

Hi,

just a short question:
How am I supposed to test 3.4.0. Alpha on EL6 if there is no build
available?
Isn't this a reason to delay the beta build? If no one can test
the alpha on a supported platform?

Am 17.01.2014 10:16, schrieb Sandro Bonazzola:
> We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated.
> We'll try to sync it today, I'm sorry for the inconvenient.
> We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches.

-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From S.Kieske at mittwald.de  Fri Jan 17 12:23:28 2014
From: S.Kieske at mittwald.de (Sven Kieske)
Date: Fri, 17 Jan 2014 12:23:28 +0000
Subject: [Engine-devel] [QE] oVirt 3.4.0 alpha / beta status
In-Reply-To: <52D8F4F8.2020204@redhat.com>
References: <52D8F4F8.2020204@redhat.com>
Message-ID: <52D9204E.6040503@mittwald.de>

Hi,

as I'm interested in the feature and don't want to spam
BZ, I ask here:

Will reboot of a vm make it into 3.4?
https://bugzilla.redhat.com/show_bug.cgi?id=1051451

in the planning document it is marked as "done, missed
3.4 branching".

Will it get included/backported to the branch or
will you wait for 3.4.1?


-- 
Mit freundlichen Gr??en / Regards

Sven Kieske

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

From michal.skrivanek at redhat.com  Fri Jan 17 12:48:07 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Fri, 17 Jan 2014 13:48:07 +0100
Subject: [Engine-devel] [QE] oVirt 3.4.0 alpha / beta status
In-Reply-To: <52D9204E.6040503@mittwald.de>
References: <52D8F4F8.2020204@redhat.com> <52D9204E.6040503@mittwald.de>
Message-ID: <E5CA5FE3-DF22-4755-B659-54A4C015248A@redhat.com>


On Jan 17, 2014, at 13:23 , Sven Kieske <S.Kieske at mittwald.de> wrote:

> Hi,
> 
> as I'm interested in the feature and don't want to spam
> BZ, I ask here:
> 
> Will reboot of a vm make it into 3.4?
> https://bugzilla.redhat.com/show_bug.cgi?id=1051451
> 
> in the planning document it is marked as "done, missed
> 3.4 branching".
> 
> Will it get included/backported to the branch or
> will you wait for 3.4.1?

expectation is it will get into 3.4.0 in next few days

> 
> 
> -- 
> Mit freundlichen Gr??en / Regards
> 
> Sven Kieske
> 
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From michal.skrivanek at redhat.com  Fri Jan 17 12:50:48 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Fri, 17 Jan 2014 13:50:48 +0100
Subject: [Engine-devel] [QE] oVirt 3.4.0 alpha / beta status
In-Reply-To: <52D90EBF.2080504@mittwald.de>
References: <52D8F4F8.2020204@redhat.com> <52D90EBF.2080504@mittwald.de>
Message-ID: <6E154FF4-1910-4A75-A677-58853E3B4DE6@redhat.com>


On Jan 17, 2014, at 12:08 , Sven Kieske <S.Kieske at mittwald.de> wrote:

> Hi,
> 
> just a short question:
> How am I supposed to test 3.4.0. Alpha on EL6 if there is no build
> available?
> Isn't this a reason to delay the beta build? If no one can test
> the alpha on a supported platform?

since it's end of week already there's no point in trying to arrange and build everything for alpha, instead focus on building/delivering beta on Monday
the problem was not code related hence no reason to delay beta

Thanks,
michal

> 
> Am 17.01.2014 10:16, schrieb Sandro Bonazzola:
>> We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated.
>> We'll try to sync it today, I'm sorry for the inconvenient.
>> We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches.
> 
> -- 
> Mit freundlichen Gr??en / Regards
> 
> Sven Kieske
> 
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From michal.skrivanek at redhat.com  Fri Jan 17 12:53:51 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Fri, 17 Jan 2014 13:53:51 +0100
Subject: [Engine-devel] About VM tools(drivers) on oVirt's VM? move
	mouse have long latency.
In-Reply-To: <tencent_3083FC6F01D58CAE197DC273@qq.com>
References: <tencent_3083FC6F01D58CAE197DC273@qq.com>
Message-ID: <9DDE9B13-7F9D-45A8-8AB2-758C6A7F440D@redhat.com>


On Jan 17, 2014, at 04:14 , JustMan <wang.tianyi at qq.com> wrote:

> Hi, All:
>  
>    I install both oVirt engine and nodes, it's can work with SPICE client, but the VM lack of drivers (like vmware station's tools ), so when you connected VM it's operation very slow-- I mean operation in VM not smoothness, like move mouse have long latency.
>  
>    And the "VirtIO Console Device Enabled " & "VirtIO-SCSI Enabled" option it seems not work.
>  
>    How can solve this problem ? I want to use oVirt as a cloud desktop give user for replace desktop PC and notebook, If the latency so long, I think User will not Accept.
>  
>    There are any add-on drivers or tools need install into VM ? Where can download it?

Hi,
for Windows guests you should install stuff from
http://www.spice-space.org/download.html -> Guest -> Windows binaries

Thanks,
michal

>  
> Many thanks!
> regards
>  
> ike
>  
> 2014-01-17
>  
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From sbonazzo at redhat.com  Fri Jan 17 14:33:57 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 17 Jan 2014 15:33:57 +0100
Subject: [Engine-devel] [Users] [QE] oVirt 3.4.0 alpha / beta status
In-Reply-To: <52D8F4F8.2020204@redhat.com>
References: <52D8F4F8.2020204@redhat.com>
Message-ID: <52D93F55.7080700@redhat.com>

Il 17/01/2014 10:16, Sandro Bonazzola ha scritto:
> Hi,
> oVirt 3.4.0 alpha has been released and is actually on QA.
> An issue has been found in VDSM so we have updated the packages in alpha repositories for Fedora.
> We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated.
> We'll try to sync it today, I'm sorry for the inconvenient.

3.4.0 alpha repository has been refreshed also for EL6.


> We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches.
> 
> The bug tracker [1] shows the following bugs blocking the release:
> Whiteboard	Bug ID	Summary
> gluster		1038988	Gluster brick sync does not work when host has multiple interfaces
> integration	1054080 gracefully warn about unsupported upgrade from legacy releases
> network		1054195	[NetworkLabels] Attaching two labeled networks to a cluster result in failure of the latter
> 
> 
> There are still 280 bugs [2] targeted to 3.4.0.
> Excluding node and documentation bugs we still have 237 bugs [3] targeted to 3.4.0.
> Please review them as soon as possible.
> 
> Maintainers:
> - Please remember to rebuild your packages before 2014-01-21 12:00 UTC if you want them to be included in 3.4.0 beta.
> - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed.
> - Please provide ETA on blockers bugs
> - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0:
>   it will ease gathering the blocking bugs for next releases.
> - Please fill release notes, the page has been created here [4]
> - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-01-23
> 
> 
> For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug.
> Please also be prepared for upcoming oVirt 3.4.0 Test Day on 2014-01-23!
> Thanks to all people already testing 3.4.0 alpha!
> 
> [1] https://bugzilla.redhat.com/1024889
> [2] http://red.ht/1eIRZXM
> [3] http://red.ht/1auBU3r
> [4] http://www.ovirt.org/OVirt_3.4.0_release_notes
> 


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


From gianluca.cecchi at gmail.com  Thu Jan 16 16:05:39 2014
From: gianluca.cecchi at gmail.com (Gianluca Cecchi)
Date: Thu, 16 Jan 2014 17:05:39 +0100
Subject: [Engine-devel] [Users] oVirt 3.3.3 beta is now available
In-Reply-To: <52D58E4B.50509@redhat.com>
References: <52D58E4B.50509@redhat.com>
Message-ID: <CAG2kNCy74EvP2KH0F2q2Fo5mPVLsicXdwipn3XzpXEugd35CDQ@mail.gmail.com>

On Tue, Jan 14, 2014 at 8:21 PM, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
> The oVirt team is pleased to announce that the 3.3.3 Beta is now
> available in beta [1] repository for testing.

I would like to say that I was able to pass from 3.3.2 to 3.3.3beta1
without any downtime as far as VMs are concerned and my GlusterFS
based DC.
I also put my line inside wiki testing page.
My setup is composed by a fedora 19 server used as engine (actually a
vSphere VM) + 2 Fedora 19 server used as Hypervisors (BL685 G1
blades).
3 VMs configured: CentOS 5.10, CentOS 6.4, Fedora 20
Starting point is Fedora 19 with stable repo and a GlusterFS Datacenter.
Gluster version on the two nodes is 3.4.2-1.fc19 and I have set quorum
policy this way:

gluster volume set gvdata cluster.quorum-type none

This lets me maintain DC and VMs active also with only one host active
at a time.

Steps done:
- enable beta repo on engine
- engine-setup --> proposed to update ovirt-engine-setup package
- yum update ovirt-engine-setup
- engine-setup --> ok, downloaded new packages and setup
- 1 day test with new engine and keep hosts the same version
- migrate all 3 VMs to the currently SPM host (host2)
- put non SPM host1 in maintenance
- enable beta repo on host1
- stop vdsmd on host1 (possibly not necessary...)
- yum update on host1
- merge between /etc/vdsm/logger.conf and created .rpmnew
NOTE: in December I previously changed DEBUG entries to INFO in this file.
In 3.3.3 they are yet set to DEBUG, but there is a new entry for ha engine
-> it could be useful to put this note in release notes if one simply
updates host and doesn't redeploy it
(in this last case I don't know if a yum remove / yum install is made
or the same "problem" is present...)
In my case before merge this was the situation:
# diff logger.conf logger.conf.rpmnew
2c2
< keys=root,vds,Storage,metadata
---
> keys=root,vds,Storage,metadata,ovirt_hosted_engine_ha
11c11
< level=INFO
---
> level=DEBUG
16c16
< level=INFO
---
> level=DEBUG
22c22
< level=INFO
---
> level=DEBUG
32a33,38
> [logger_ovirt_hosted_engine_ha]
> level=ERROR
> handlers=
> qualname=ovirt_hosted_engine_ha
> propagate=1
>
43c49
< level=INFO
---
> level=DEBUG

So after the merge I have the new config file but with the INFO
settings instead of DEBUG.
- shutdown -r of host1
- activate host1 in webadmin gui
- migrate all 3 VMs to the new version host1
- some tests accessing consoles
- select host1 as SPM in webadmin gui before working on update for
host2; wait and see --> ok
- put host2 in maintenance
- enable beta repo on host2
- stop vdsmd on host2
- yum update on host2
- merge new /etc/vdsm/logger.conf
- shutdown -r of host2
- activate host2 in webadmin gui
- migrate all 3 VMs to the new version host2
- test access to consoles

Bye,
Gianluca


From andrew at andrewklau.com  Fri Jan 17 09:36:32 2014
From: andrew at andrewklau.com (andrew at andrewklau.com)
Date: Fri, 17 Jan 2014 09:36:32 +0000
Subject: [Engine-devel]
	=?utf-8?b?W1VzZXJzXSBbUUVdIG9WaXJ0IDMuNC4wIGFscGhh?=
	=?utf-8?q?_/_beta_status?=
In-Reply-To: <52D8F4F8.2020204@redhat.com>
References: <52D8F4F8.2020204@redhat.com>
Message-ID: <52d8f9ad.01f6420a.3a2e.ffffc569@mx.google.com>








Cheers,
Andrew





From: Sandro Bonazzola
Sent: ?Friday?, ?January? ?17?, ?2014 ?8?:?16? ?PM
To: arch, engine-devel, VDSM Project Development, users





Hi,
oVirt 3.4.0 alpha has been released and is actually on QA.
An issue has been found in VDSM so we have updated the packages in alpha repositories for Fedora.
We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated.
We'll try to sync it today, I'm sorry for the inconvenient.
We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches.

The bug tracker [1] shows the following bugs blocking the release:
Whiteboard Bug ID Summary
gluster  1038988 Gluster brick sync does not work when host has multiple interfaces
integration 1054080 gracefully warn about unsupported upgrade from legacy releases
network  1054195 [NetworkLabels] Attaching two labeled networks to a cluster result in failure of the latter


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

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


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

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

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
_______________________________________________
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/20140117/83873850/attachment.html>

From iheim at redhat.com  Fri Jan 17 18:58:28 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 17 Jan 2014 20:58:28 +0200
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52D706E8.7010202@redhat.com>
References: <52D706E8.7010202@redhat.com>
Message-ID: <52D97D54.7050101@redhat.com>

On 01/16/2014 12:08 AM, Itamar Heim wrote:
> with gerrit 2.8, there is a new change screen.
> its not enabled by default (yet), please use and see what you think.
>
> to enable, go to settings (click the top-right arrow next to your name,
> and choose settings).
> select preferences and set "Change View:" to "New Screen".
>
> Thanks,
>     Itamar

more details on the new change screen:
https://gerrit-review.googlesource.com/Documentation/intro-change-screen.html

> The main highlights are under the hood:
>
>     Old style RPC calls are replaced by the REST API
>     The prettify syntax highlighting library was replaced by Codemirror
>     Automatic refresh of open changes
>     Support to download a patch direct in browser: no local repo is needed
>     JS API integration: it was never so easy to add change/revision actions to the UI from a plugin.

and:

>
> Included in
> To see the branches a specific change was merged into and the list of the tags a change was tagged with, use the Included In drop down on the change header, to the left of the Revisions drop down.
> Note that this list is only visible on merged changes.

and
> "Related changes
>     Conflicts With Changes
> Changes that are conflicting with the current change are listed on this tab. Only the changes that are mergeable are currently shown. Non mergeable changes are filtered out.
> This tab is only visible if there are conflicting changes with the current change.


From iheim at redhat.com  Fri Jan 17 21:52:48 2014
From: iheim at redhat.com (Itamar Heim)
Date: Fri, 17 Jan 2014 23:52:48 +0200
Subject: [Engine-devel] About VM tools(drivers) on oVirt's VM? move
 mouse have long latency.
In-Reply-To: <9DDE9B13-7F9D-45A8-8AB2-758C6A7F440D@redhat.com>
References: <tencent_3083FC6F01D58CAE197DC273@qq.com>
	<9DDE9B13-7F9D-45A8-8AB2-758C6A7F440D@redhat.com>
Message-ID: <52D9A630.10104@redhat.com>

On 01/17/2014 02:53 PM, Michal Skrivanek wrote:
>
> On Jan 17, 2014, at 04:14 , JustMan <wang.tianyi at qq.com> wrote:
>
>> Hi, All:
>>
>>     I install both oVirt engine and nodes, it's can work with SPICE client, but the VM lack of drivers (like vmware station's tools ), so when you connected VM it's operation very slow-- I mean operation in VM not smoothness, like move mouse have long latency.
>>
>>     And the "VirtIO Console Device Enabled " & "VirtIO-SCSI Enabled" option it seems not work.
>>
>>     How can solve this problem ? I want to use oVirt as a cloud desktop give user for replace desktop PC and notebook, If the latency so long, I think User will not Accept.
>>
>>     There are any add-on drivers or tools need install into VM ? Where can download it?
>
> Hi,
> for Windows guests you should install stuff from
> http://www.spice-space.org/download.html -> Guest -> Windows binaries

also, as this seems to be a recurring issue - please open a bugzilla RFE 
on having a .iso with the windows drivers.

thanks,
    Itamar

>
> Thanks,
> michal
>
>>
>> Many thanks!
>> regards
>>
>> ike
>>
>> 2014-01-17
>>
>> _______________________________________________
>> 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 mskrivan at redhat.com  Fri Jan 17 22:13:02 2014
From: mskrivan at redhat.com (Michal Skrivanek)
Date: Fri, 17 Jan 2014 17:13:02 -0500 (EST)
Subject: [Engine-devel] About VM tools(drivers) on oVirt's VM? move
	mouse have long latency.
In-Reply-To: <52D9A630.10104@redhat.com>
References: <tencent_3083FC6F01D58CAE197DC273@qq.com>
	<9DDE9B13-7F9D-45A8-8AB2-758C6A7F440D@redhat.com>
	<52D9A630.10104@redhat.com>
Message-ID: <475F7293-A284-4DAF-8C2E-B0C38A5F4AD9@redhat.com>



On 17 Jan 2014, at 22:52, Itamar Heim <iheim at redhat.com> wrote:

> On 01/17/2014 02:53 PM, Michal Skrivanek wrote:
>> 
>> On Jan 17, 2014, at 04:14 , JustMan <wang.tianyi at qq.com> wrote:
>> 
>>> Hi, All:
>>> 
>>>    I install both oVirt engine and nodes, it's can work with SPICE client, but the VM lack of drivers (like vmware station's tools ), so when you connected VM it's operation very slow-- I mean operation in VM not smoothness, like move mouse have long latency.
>>> 
>>>    And the "VirtIO Console Device Enabled " & "VirtIO-SCSI Enabled" option it seems not work.
>>> 
>>>    How can solve this problem ? I want to use oVirt as a cloud desktop give user for replace desktop PC and notebook, If the latency so long, I think User will not Accept.
>>> 
>>>    There are any add-on drivers or tools need install into VM ? Where can download it?
>> 
>> Hi,
>> for Windows guests you should install stuff from
>> http://www.spice-space.org/download.html -> Guest -> Windows binaries
> 
> also, as this seems to be a recurring issue - please open a bugzilla RFE on having a .iso with the windows drivers.

I believe we just need to polish the console resources wiki page. 
It's just that till now all the relevant pkgs and info are too scattered

> 
> thanks,
>   Itamar
> 
>> 
>> Thanks,
>> michal
>> 
>>> 
>>> Many thanks!
>>> regards
>>> 
>>> ike
>>> 
>>> 2014-01-17
>>> 
>>> _______________________________________________
>>> 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 Jan 17 22:58:11 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sat, 18 Jan 2014 00:58:11 +0200
Subject: [Engine-devel] [BUG] in UserMapper.java in 3.3.2
In-Reply-To: <52C57FC0.3050205@mittwald.de>
References: <52B45772.6050800@mittwald.de> <52C57FC0.3050205@mittwald.de>
Message-ID: <52D9B583.8060103@redhat.com>

On 01/02/2014 05:00 PM, Sven Kieske wrote:
> Hi,
>
> I was able to track this down, thanks to the help
> of Omer Frenkel:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1045484
>
> However it did cost me several days to find out what
> went wrong, and I'd like to make some suggestions to
> prevent such errors in the future or make them at least
> documented somewhere:
>
> It turned out, that the JSON implementation which at
> least started in 3.1. was not complete and not supported.
>
> This was not documented anywhere (at least where I looked).
>
> So what can we do to improve this?
>
> My suggestions would be:
>
> 1. If a new feature gets developed and (partly) released
> the exact status of this feature should be documented in
> the wiki/release notes/code/wherever
>
> e.g. feature x does work via webadmin, REST-API
> it does not work via java-sdk, python-sdk and CLI
> it does work with data passed via XML and not with
> data passed via JSON.

considering we are working on moving the UI to work over the REST API, 
this will soon "go away"...

>
> 2. To automate the check if the feature works as intended one
> could write jenkins jobs, e.g.:
>
> start a vm via rest-api with json data
>
> if it fails this feature does not work.
>
> I know that my second suggestion is quite a bit of work
> but ovirt would greatly benefit from the achieved robustness
> and bugs would be very much more easily traceable.
>
> what do you think?
>



From iheim at redhat.com  Fri Jan 17 23:48:52 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sat, 18 Jan 2014 01:48:52 +0200
Subject: [Engine-devel] Copy reviewer scores on trivial rebase/commit msg
	changes
Message-ID: <52D9C164.1000909@redhat.com>

I'd like to enable these - comments welcome:

1. label.Label-Name.copyAllScoresOnTrivialRebase

If true, all scores for the label are copied forward when a new patch 
set is uploaded that is a trivial rebase. A new patch set is considered 
as trivial rebase if the commit message is the same as in the previous 
patch set and if it has the same code delta as the previous patch set. 
This is the case if the change was rebased onto a different parent. This 
can be used to enable sticky approvals, reducing turn-around for trivial 
rebases prior to submitting a change. Defaults to false.


2. label.Label-Name.copyAllScoresIfNoCodeChange

If true, all scores for the label are copied forward when a new patch 
set is uploaded that has the same parent commit as the previous patch 
set and the same code delta as the previous patch set. This means only 
the commit message is different. This can be used to enable sticky 
approvals on labels that only depend on the code, reducing turn-around 
if only the commit message is changed prior to submitting a change. 
Defaults to false.


https://gerrit-review.googlesource.com/Documentation/config-labels.html


From gshereme at redhat.com  Sat Jan 18 00:35:57 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Fri, 17 Jan 2014 19:35:57 -0500 (EST)
Subject: [Engine-devel] [vdsm] Copy reviewer scores on trivial
 rebase/commit msg changes
In-Reply-To: <52D9C164.1000909@redhat.com>
References: <52D9C164.1000909@redhat.com>
Message-ID: <1144265245.1748488.1390005357806.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
> Sent: Friday, January 17, 2014 6:48:52 PM
> Subject: [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
> 
> I'd like to enable these - comments welcome:
> 
> 1. label.Label-Name.copyAllScoresOnTrivialRebase
> 
> If true, all scores for the label are copied forward when a new patch
> set is uploaded that is a trivial rebase. A new patch set is considered
> as trivial rebase if the commit message is the same as in the previous
> patch set and if it has the same code delta as the previous patch set.
> This is the case if the change was rebased onto a different parent. This
> can be used to enable sticky approvals, reducing turn-around for trivial
> rebases prior to submitting a change. Defaults to false.
> 
> 
> 2. label.Label-Name.copyAllScoresIfNoCodeChange
> 
> If true, all scores for the label are copied forward when a new patch
> set is uploaded that has the same parent commit as the previous patch
> set and the same code delta as the previous patch set. This means only
> the commit message is different. This can be used to enable sticky
> approvals on labels that only depend on the code, reducing turn-around
> if only the commit message is changed prior to submitting a change.
> Defaults to false.
> 
> 
> https://gerrit-review.googlesource.com/Documentation/config-labels.html
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> 
+1 from me on both. I think they're great features.


From asegurap at redhat.com  Sat Jan 18 11:39:25 2014
From: asegurap at redhat.com (Antoni Segura Puimedon)
Date: Sat, 18 Jan 2014 06:39:25 -0500 (EST)
Subject: [Engine-devel] [vdsm] Copy reviewer scores on trivial
 rebase/commit msg changes
In-Reply-To: <1144265245.1748488.1390005357806.JavaMail.root@redhat.com>
References: <52D9C164.1000909@redhat.com>
	<1144265245.1748488.1390005357806.JavaMail.root@redhat.com>
Message-ID: <1047824798.1761508.1390045165973.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Greg Sheremeta" <gshereme at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
> Sent: Saturday, January 18, 2014 1:35:57 AM
> Subject: Re: [Engine-devel] [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
> 
> 
> 
> ----- Original Message -----
> > From: "Itamar Heim" <iheim at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>,
> > vdsm-devel at lists.fedorahosted.org
> > Sent: Friday, January 17, 2014 6:48:52 PM
> > Subject: [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
> > 
> > I'd like to enable these - comments welcome:
> > 
> > 1. label.Label-Name.copyAllScoresOnTrivialRebase
> > 
> > If true, all scores for the label are copied forward when a new patch
> > set is uploaded that is a trivial rebase. A new patch set is considered
> > as trivial rebase if the commit message is the same as in the previous
> > patch set and if it has the same code delta as the previous patch set.
> > This is the case if the change was rebased onto a different parent. This
> > can be used to enable sticky approvals, reducing turn-around for trivial
> > rebases prior to submitting a change. Defaults to false.
> > 
> > 
> > 2. label.Label-Name.copyAllScoresIfNoCodeChange
> > 
> > If true, all scores for the label are copied forward when a new patch
> > set is uploaded that has the same parent commit as the previous patch
> > set and the same code delta as the previous patch set. This means only
> > the commit message is different. This can be used to enable sticky
> > approvals on labels that only depend on the code, reducing turn-around
> > if only the commit message is changed prior to submitting a change.
> > Defaults to false.

Do the above apply to verify+1? Cause I'd handle that separately. Verification
should be done even after trivial rebase.
> > 
> > 
> > https://gerrit-review.googlesource.com/Documentation/config-labels.html
> > _______________________________________________
> > vdsm-devel mailing list
> > vdsm-devel at lists.fedorahosted.org
> > https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> > 
> +1 from me on both. I think they're great features.
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From iheim at redhat.com  Sat Jan 18 13:49:45 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sat, 18 Jan 2014 15:49:45 +0200
Subject: [Engine-devel] [vdsm] Copy reviewer scores on trivial
 rebase/commit msg changes
In-Reply-To: <1047824798.1761508.1390045165973.JavaMail.root@redhat.com>
References: <52D9C164.1000909@redhat.com>
	<1144265245.1748488.1390005357806.JavaMail.root@redhat.com>
	<1047824798.1761508.1390045165973.JavaMail.root@redhat.com>
Message-ID: <52DA8679.9030205@redhat.com>

On 01/18/2014 01:39 PM, Antoni Segura Puimedon wrote:
>
>
> ----- Original Message -----
>> From: "Greg Sheremeta" <gshereme at redhat.com>
>> To: "Itamar Heim" <iheim at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
>> Sent: Saturday, January 18, 2014 1:35:57 AM
>> Subject: Re: [Engine-devel] [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
>>
>>
>>
>> ----- Original Message -----
>>> From: "Itamar Heim" <iheim at redhat.com>
>>> To: "engine-devel" <engine-devel at ovirt.org>,
>>> vdsm-devel at lists.fedorahosted.org
>>> Sent: Friday, January 17, 2014 6:48:52 PM
>>> Subject: [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
>>>
>>> I'd like to enable these - comments welcome:
>>>
>>> 1. label.Label-Name.copyAllScoresOnTrivialRebase
>>>
>>> If true, all scores for the label are copied forward when a new patch
>>> set is uploaded that is a trivial rebase. A new patch set is considered
>>> as trivial rebase if the commit message is the same as in the previous
>>> patch set and if it has the same code delta as the previous patch set.
>>> This is the case if the change was rebased onto a different parent. This
>>> can be used to enable sticky approvals, reducing turn-around for trivial
>>> rebases prior to submitting a change. Defaults to false.
>>>
>>>
>>> 2. label.Label-Name.copyAllScoresIfNoCodeChange
>>>
>>> If true, all scores for the label are copied forward when a new patch
>>> set is uploaded that has the same parent commit as the previous patch
>>> set and the same code delta as the previous patch set. This means only
>>> the commit message is different. This can be used to enable sticky
>>> approvals on labels that only depend on the code, reducing turn-around
>>> if only the commit message is changed prior to submitting a change.
>>> Defaults to false.
>
> Do the above apply to verify+1? Cause I'd handle that separately. Verification
> should be done even after trivial rebase.

we can decide for which label.
for example, we can decide just changing the commit message doesn't 
clear the verification flag, but changing the code does require 
re-verification.


>>>
>>>
>>> https://gerrit-review.googlesource.com/Documentation/config-labels.html
>>> _______________________________________________
>>> vdsm-devel mailing list
>>> vdsm-devel at lists.fedorahosted.org
>>> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
>>>
>> +1 from me on both. I think they're great features.
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>



From asegurap at redhat.com  Sat Jan 18 16:11:27 2014
From: asegurap at redhat.com (Antoni Segura Puimedon)
Date: Sat, 18 Jan 2014 11:11:27 -0500 (EST)
Subject: [Engine-devel] [vdsm] Copy reviewer scores on trivial
 rebase/commit msg changes
In-Reply-To: <52DA8679.9030205@redhat.com>
References: <52D9C164.1000909@redhat.com>
	<1144265245.1748488.1390005357806.JavaMail.root@redhat.com>
	<1047824798.1761508.1390045165973.JavaMail.root@redhat.com>
	<52DA8679.9030205@redhat.com>
Message-ID: <1807455652.1770253.1390061487453.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Antoni Segura Puimedon" <asegurap at redhat.com>, "Greg Sheremeta" <gshereme at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
> Sent: Saturday, January 18, 2014 2:49:45 PM
> Subject: Re: [Engine-devel] [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
> 
> On 01/18/2014 01:39 PM, Antoni Segura Puimedon wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Greg Sheremeta" <gshereme at redhat.com>
> >> To: "Itamar Heim" <iheim at redhat.com>
> >> Cc: "engine-devel" <engine-devel at ovirt.org>,
> >> vdsm-devel at lists.fedorahosted.org
> >> Sent: Saturday, January 18, 2014 1:35:57 AM
> >> Subject: Re: [Engine-devel] [vdsm] Copy reviewer scores on trivial
> >> rebase/commit msg changes
> >>
> >>
> >>
> >> ----- Original Message -----
> >>> From: "Itamar Heim" <iheim at redhat.com>
> >>> To: "engine-devel" <engine-devel at ovirt.org>,
> >>> vdsm-devel at lists.fedorahosted.org
> >>> Sent: Friday, January 17, 2014 6:48:52 PM
> >>> Subject: [vdsm] Copy reviewer scores on trivial rebase/commit msg changes
> >>>
> >>> I'd like to enable these - comments welcome:
> >>>
> >>> 1. label.Label-Name.copyAllScoresOnTrivialRebase
> >>>
> >>> If true, all scores for the label are copied forward when a new patch
> >>> set is uploaded that is a trivial rebase. A new patch set is considered
> >>> as trivial rebase if the commit message is the same as in the previous
> >>> patch set and if it has the same code delta as the previous patch set.
> >>> This is the case if the change was rebased onto a different parent. This
> >>> can be used to enable sticky approvals, reducing turn-around for trivial
> >>> rebases prior to submitting a change. Defaults to false.
> >>>
> >>>
> >>> 2. label.Label-Name.copyAllScoresIfNoCodeChange
> >>>
> >>> If true, all scores for the label are copied forward when a new patch
> >>> set is uploaded that has the same parent commit as the previous patch
> >>> set and the same code delta as the previous patch set. This means only
> >>> the commit message is different. This can be used to enable sticky
> >>> approvals on labels that only depend on the code, reducing turn-around
> >>> if only the commit message is changed prior to submitting a change.
> >>> Defaults to false.
> >
> > Do the above apply to verify+1? Cause I'd handle that separately.
> > Verification
> > should be done even after trivial rebase.
> 
> we can decide for which label.
> for example, we can decide just changing the commit message doesn't
> clear the verification flag, but changing the code does require
> re-verification.

That sounds great.
> 
> 
> >>>
> >>>
> >>> https://gerrit-review.googlesource.com/Documentation/config-labels.html
> >>> _______________________________________________
> >>> vdsm-devel mailing list
> >>> vdsm-devel at lists.fedorahosted.org
> >>> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
> >>>
> >> +1 from me on both. I think they're great features.
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> 
> 


From danken at redhat.com  Sun Jan 19 00:48:34 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Sun, 19 Jan 2014 00:48:34 +0000
Subject: [Engine-devel] Copy reviewer scores on trivial rebase/commit
 msg changes
In-Reply-To: <52D9C164.1000909@redhat.com>
References: <52D9C164.1000909@redhat.com>
Message-ID: <20140119004834.GI19644@redhat.com>

On Sat, Jan 18, 2014 at 01:48:52AM +0200, Itamar Heim wrote:
> I'd like to enable these - comments welcome:
> 
> 1. label.Label-Name.copyAllScoresOnTrivialRebase
> 
> If true, all scores for the label are copied forward when a new
> patch set is uploaded that is a trivial rebase. A new patch set is
> considered as trivial rebase if the commit message is the same as in
> the previous patch set and if it has the same code delta as the
> previous patch set. This is the case if the change was rebased onto
> a different parent. This can be used to enable sticky approvals,
> reducing turn-around for trivial rebases prior to submitting a
> change. Defaults to false.
> 
> 
> 2. label.Label-Name.copyAllScoresIfNoCodeChange
> 
> If true, all scores for the label are copied forward when a new
> patch set is uploaded that has the same parent commit as the
> previous patch set and the same code delta as the previous patch
> set. This means only the commit message is different. This can be
> used to enable sticky approvals on labels that only depend on the
> code, reducing turn-around if only the commit message is changed
> prior to submitting a change. Defaults to false.
> 
> 
> https://gerrit-review.googlesource.com/Documentation/config-labels.html

I think that the time saved by these copying is worth the dangers.

But is there a way to tell a human ack from an ack auto-copied by these
options? It's not so fair to blame X for "X approved this patch" when he
only approved a very similar version thereof.

Assuming that a clean rebase can do no wrong is sometimes wrong
(a recent example is detailed by Nir's http://gerrit.ovirt.org/21649/ )

Dan.


From iheim at redhat.com  Sun Jan 19 08:20:33 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sun, 19 Jan 2014 10:20:33 +0200
Subject: [Engine-devel] Copy reviewer scores on trivial rebase/commit
 msg changes
In-Reply-To: <20140119004834.GI19644@redhat.com>
References: <52D9C164.1000909@redhat.com> <20140119004834.GI19644@redhat.com>
Message-ID: <52DB8AD1.3020307@redhat.com>

On 01/19/2014 02:48 AM, Dan Kenigsberg wrote:
> On Sat, Jan 18, 2014 at 01:48:52AM +0200, Itamar Heim wrote:
>> I'd like to enable these - comments welcome:
>>
>> 1. label.Label-Name.copyAllScoresOnTrivialRebase
>>
>> If true, all scores for the label are copied forward when a new
>> patch set is uploaded that is a trivial rebase. A new patch set is
>> considered as trivial rebase if the commit message is the same as in
>> the previous patch set and if it has the same code delta as the
>> previous patch set. This is the case if the change was rebased onto
>> a different parent. This can be used to enable sticky approvals,
>> reducing turn-around for trivial rebases prior to submitting a
>> change. Defaults to false.
>>
>>
>> 2. label.Label-Name.copyAllScoresIfNoCodeChange
>>
>> If true, all scores for the label are copied forward when a new
>> patch set is uploaded that has the same parent commit as the
>> previous patch set and the same code delta as the previous patch
>> set. This means only the commit message is different. This can be
>> used to enable sticky approvals on labels that only depend on the
>> code, reducing turn-around if only the commit message is changed
>> prior to submitting a change. Defaults to false.
>>
>>
>> https://gerrit-review.googlesource.com/Documentation/config-labels.html
>
> I think that the time saved by these copying is worth the dangers.
>
> But is there a way to tell a human ack from an ack auto-copied by these
> options? It's not so fair to blame X for "X approved this patch" when he
> only approved a very similar version thereof.
>

we'll find out when we enable it.

> Assuming that a clean rebase can do no wrong is sometimes wrong
> (a recent example is detailed by Nir's http://gerrit.ovirt.org/21649/ )

of course it can do wrong, but that's the exception usually.



From yzaslavs at redhat.com  Sun Jan 19 21:49:22 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Sun, 19 Jan 2014 16:49:22 -0500 (EST)
Subject: [Engine-devel] Copy reviewer scores on trivial rebase/commit
 msg changes
In-Reply-To: <52DB8AD1.3020307@redhat.com>
References: <52D9C164.1000909@redhat.com> <20140119004834.GI19644@redhat.com>
	<52DB8AD1.3020307@redhat.com>
Message-ID: <449504765.7524681.1390168162987.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Dan Kenigsberg" <danken at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
> Sent: Sunday, January 19, 2014 10:20:33 AM
> Subject: Re: [Engine-devel] Copy reviewer scores on trivial rebase/commit msg changes
> 
> On 01/19/2014 02:48 AM, Dan Kenigsberg wrote:
> > On Sat, Jan 18, 2014 at 01:48:52AM +0200, Itamar Heim wrote:
> >> I'd like to enable these - comments welcome:
> >>
> >> 1. label.Label-Name.copyAllScoresOnTrivialRebase
> >>
> >> If true, all scores for the label are copied forward when a new
> >> patch set is uploaded that is a trivial rebase. A new patch set is
> >> considered as trivial rebase if the commit message is the same as in
> >> the previous patch set and if it has the same code delta as the
> >> previous patch set. This is the case if the change was rebased onto
> >> a different parent. This can be used to enable sticky approvals,
> >> reducing turn-around for trivial rebases prior to submitting a
> >> change. Defaults to false.
> >>
> >>
> >> 2. label.Label-Name.copyAllScoresIfNoCodeChange
> >>
> >> If true, all scores for the label are copied forward when a new
> >> patch set is uploaded that has the same parent commit as the
> >> previous patch set and the same code delta as the previous patch
> >> set. This means only the commit message is different. This can be
> >> used to enable sticky approvals on labels that only depend on the
> >> code, reducing turn-around if only the commit message is changed
> >> prior to submitting a change. Defaults to false.
> >>
> >>
> >> https://gerrit-review.googlesource.com/Documentation/config-labels.html
> >
> > I think that the time saved by these copying is worth the dangers.
> >
> > But is there a way to tell a human ack from an ack auto-copied by these
> > options? It's not so fair to blame X for "X approved this patch" when he
> > only approved a very similar version thereof.

I think the ideas are good, regarding a way to mark if this is "human ack" or not - can the process of copying post a comment that copying occurred?

> >
> 
> we'll find out when we enable it.
> 
> > Assuming that a clean rebase can do no wrong is sometimes wrong
> > (a recent example is detailed by Nir's http://gerrit.ovirt.org/21649/ )
> 
> of course it can do wrong, but that's the exception usually.
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From iheim at redhat.com  Sun Jan 19 21:50:45 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sun, 19 Jan 2014 23:50:45 +0200
Subject: [Engine-devel] Copy reviewer scores on trivial rebase/commit
 msg changes
In-Reply-To: <449504765.7524681.1390168162987.JavaMail.root@redhat.com>
References: <52D9C164.1000909@redhat.com> <20140119004834.GI19644@redhat.com>
	<52DB8AD1.3020307@redhat.com>
	<449504765.7524681.1390168162987.JavaMail.root@redhat.com>
Message-ID: <52DC48B5.1010104@redhat.com>

On 01/19/2014 11:49 PM, Yair Zaslavsky wrote:
>
>
> ----- Original Message -----
>> From: "Itamar Heim" <iheim at redhat.com>
>> To: "Dan Kenigsberg" <danken at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
>> Sent: Sunday, January 19, 2014 10:20:33 AM
>> Subject: Re: [Engine-devel] Copy reviewer scores on trivial rebase/commit msg changes
>>
>> On 01/19/2014 02:48 AM, Dan Kenigsberg wrote:
>>> On Sat, Jan 18, 2014 at 01:48:52AM +0200, Itamar Heim wrote:
>>>> I'd like to enable these - comments welcome:
>>>>
>>>> 1. label.Label-Name.copyAllScoresOnTrivialRebase
>>>>
>>>> If true, all scores for the label are copied forward when a new
>>>> patch set is uploaded that is a trivial rebase. A new patch set is
>>>> considered as trivial rebase if the commit message is the same as in
>>>> the previous patch set and if it has the same code delta as the
>>>> previous patch set. This is the case if the change was rebased onto
>>>> a different parent. This can be used to enable sticky approvals,
>>>> reducing turn-around for trivial rebases prior to submitting a
>>>> change. Defaults to false.
>>>>
>>>>
>>>> 2. label.Label-Name.copyAllScoresIfNoCodeChange
>>>>
>>>> If true, all scores for the label are copied forward when a new
>>>> patch set is uploaded that has the same parent commit as the
>>>> previous patch set and the same code delta as the previous patch
>>>> set. This means only the commit message is different. This can be
>>>> used to enable sticky approvals on labels that only depend on the
>>>> code, reducing turn-around if only the commit message is changed
>>>> prior to submitting a change. Defaults to false.
>>>>
>>>>
>>>> https://gerrit-review.googlesource.com/Documentation/config-labels.html
>>>
>>> I think that the time saved by these copying is worth the dangers.
>>>
>>> But is there a way to tell a human ack from an ack auto-copied by these
>>> options? It's not so fair to blame X for "X approved this patch" when he
>>> only approved a very similar version thereof.
>
> I think the ideas are good, regarding a way to mark if this is "human ack" or not - can the process of copying post a comment that copying occurred?

we'll see when enabled it. I plan to do that tuesday if no strong 
objections will arise.

>
>>>
>>
>> we'll find out when we enable it.
>>
>>> Assuming that a clean rebase can do no wrong is sometimes wrong
>>> (a recent example is detailed by Nir's http://gerrit.ovirt.org/21649/ )
>>
>> of course it can do wrong, but that's the exception usually.
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>



From wang.tianyi at qq.com  Mon Jan 20 03:41:28 2014
From: wang.tianyi at qq.com (=?ISO-8859-1?B?SnVzdE1hbg==?=)
Date: Mon, 20 Jan 2014 11:41:28 +0800
Subject: [Engine-devel] About VM tools(drivers) on oVirt's VM? move
	mousehave long latency.
In-Reply-To: <52D9A630.10104@redhat.com>
References: <tencent_3083FC6F01D58CAE197DC273@qq.com>
	<9DDE9B13-7F9D-45A8-8AB2-758C6A7F440D@redhat.com>
	<52D9A630.10104@redhat.com>
Message-ID: <tencent_1089B675117AE1725EA123B7@qq.com>

Thank you reply, I install the driver and it work great, except video play not very quickly, but can as a normal office use.
  
 But when I install a windows server 2008R2 64bit, it told me lack of a SCSI support, there are one SCSI device in control panel have not be drivered, I have no idea it's let disk I/O slow?
  
 Any suggestion ? 
  
 Thanks 
  
 regards
  
 ike 

  
  

 ------------------ Original ------------------
  From:  "Itamar Heim";<iheim at redhat.com>;
 Date:  Sat, Jan 18, 2014 05:52 AM
 To:  "Michal Skrivanek"<michal.skrivanek at redhat.com>; "JustMan"<wang.tianyi at qq.com>; 
 Cc:  "engine-devel"<engine-devel at ovirt.org>; 
 Subject:  Re: [Engine-devel] About VM tools(drivers) on oVirt's VM? move mousehave long latency.

 

On 01/17/2014 02:53 PM, Michal Skrivanek wrote:
>
> On Jan 17, 2014, at 04:14 , JustMan <wang.tianyi at qq.com> wrote:
>
>> Hi, All:
>>
>>     I install both oVirt engine and nodes, it's can work with SPICE client, but the VM lack of drivers (like vmware station's tools ), so when you connected VM it's operation very slow-- I mean operation in VM not smoothness, like move mouse have long latency.
>>
>>     And the "VirtIO Console Device Enabled " & "VirtIO-SCSI Enabled" option it seems not work.
>>
>>     How can solve this problem ? I want to use oVirt as a cloud desktop give user for replace desktop PC and notebook, If the latency so long, I think User will not Accept.
>>
>>     There are any add-on drivers or tools need install into VM ? Where can download it?
>
> Hi,
> for Windows guests you should install stuff from
> http://www.spice-space.org/download.html -> Guest -> Windows binaries

also, as this seems to be a recurring issue - please open a bugzilla RFE 
on having a .iso with the windows drivers.

thanks,
    Itamar

>
> Thanks,
> michal
>
>>
>> Many thanks!
>> regards
>>
>> ike
>>
>> 2014-01-17
>>
>> _______________________________________________
>> 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/20140120/b7a068c6/attachment.html>

From iheim at redhat.com  Mon Jan 20 08:02:26 2014
From: iheim at redhat.com (Itamar Heim)
Date: Mon, 20 Jan 2014 10:02:26 +0200
Subject: [Engine-devel] About VM tools(drivers) on oVirt's VM? move
 mousehave long latency.
In-Reply-To: <tencent_1089B675117AE1725EA123B7@qq.com>
References: <tencent_3083FC6F01D58CAE197DC273@qq.com>
	<9DDE9B13-7F9D-45A8-8AB2-758C6A7F440D@redhat.com>	<52D9A630.10104@redhat.com>
	<tencent_1089B675117AE1725EA123B7@qq.com>
Message-ID: <52DCD812.3010206@redhat.com>

On 01/20/2014 05:41 AM, JustMan wrote:
> Thank you reply, I install the driver and it work great, except video
> play not very quickly, but can as a normal office use.
> But when I install a windows server 2008R2 64bit, it told me lack of a
> SCSI support, there are one SCSI device in control panel have not be
> drivered, I have no idea it's let disk I/O slow?
> Any suggestion ?
> Thanks
> regards
> ike

there were a few discussions on this lately, please try virtio-block for 
the disk

>
> ------------------ Original ------------------
> *From: * "Itamar Heim";<iheim at redhat.com>;
> *Date: * Sat, Jan 18, 2014 05:52 AM
> *To: * "Michal Skrivanek"<michal.skrivanek at redhat.com>;
> "JustMan"<wang.tianyi at qq.com>;
> *Cc: * "engine-devel"<engine-devel at ovirt.org>;
> *Subject: * Re: [Engine-devel] About VM tools(drivers) on oVirt's VM?
> move mousehave long latency.
>
> On 01/17/2014 02:53 PM, Michal Skrivanek wrote:
>  >
>  > On Jan 17, 2014, at 04:14 , JustMan <wang.tianyi at qq.com> wrote:
>  >
>  >> Hi, All:
>  >>
>  >>     I install both oVirt engine and nodes, it's can work with SPICE
> client, but the VM lack of drivers (like vmware station's tools ), so
> when you connected VM it's operation very slow-- I mean operation in VM
> not smoothness, like move mouse have long latency.
>  >>
>  >>     And the "VirtIO Console Device Enabled " & "VirtIO-SCSI Enabled"
> option it seems not work.
>  >>
>  >>     How can solve this problem ? I want to use oVirt as a cloud
> desktop give user for replace desktop PC and notebook, If the latency so
> long, I think User will not Accept.
>  >>
>  >>     There are any add-on drivers or tools need install into VM ?
> Where can download it?
>  >
>  > Hi,
>  > for Windows guests you should install stuff from
>  > http://www.spice-space.org/download.html -> Guest -> Windows binaries
>
> also, as this seems to be a recurring issue - please open a bugzilla RFE
> on having a .iso with the windows drivers.
>
> thanks,
>      Itamar
>
>  >
>  > Thanks,
>  > michal
>  >
>  >>
>  >> Many thanks!
>  >> regards
>  >>
>  >> ike
>  >>
>  >> 2014-01-17
>  >>
>  >> _______________________________________________
>  >> 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 mrao at redhat.com  Mon Jan 20 16:24:49 2014
From: mrao at redhat.com (Malini Rao)
Date: Mon, 20 Jan 2014 11:24:49 -0500 (EST)
Subject: [Engine-devel] [rhev-devel] login and first opened tabs in
	webadmin
In-Reply-To: <454044851.3961558.1390231707769.JavaMail.root@redhat.com>
References: <E496611B-2112-4AFB-81D5-3D28CA1B0299@redhat.com>
	<1595845467.2984135.1389883957296.JavaMail.root@redhat.com>
	<990098127.4690190.1389887522806.JavaMail.root@redhat.com>
	<125577188.3459063.1390132550182.JavaMail.root@redhat.com>
	<52DBD743.3080706@redhat.com>
	<2034966960.6832270.1390226290434.JavaMail.root@redhat.com>
	<7AA212A4-962F-4555-BB6E-0AB2BF5A9086@redhat.com>
	<454044851.3961558.1390231707769.JavaMail.root@redhat.com>
Message-ID: <562340315.6731748.1390235088999.JavaMail.root@redhat.com>

[top posting] My 2 cents -

I think fixing the bug about the semi persistent tree selection is very important since it can completely disorient and confuse users. I am uncomfortable about letting it slide until we deal with the RFE filed. We have introduced a feature where we are now allowing users to collapse the tree to reclaim real estate. While this is a good thing, this can also further worsen these kinds of sudden and automatic scope changes. Even if the tree is expanded, these kinds of automatic scope changes upon refresh are not advisable.

+1 for the RFE itself - I think persisting the last state at log off is always a good thing. Many people may be working on tasks within a certain scope for many days at a time and if the app resets to system level each time and that too unpredictably after 5-10s, it is annoying to go back and drill to where they were. Based on my conversations with customers about their setups so far, not a lot of them seem to have multiple DCs and hopefully permissions will take care of some of the filtering of entities that are not relevant. Having said all of these, I still feel persistence of scope selection will be a positive experience.

Thanks
Malini


----- Original Message -----
From: "Eldan Hildesheim" <ehildesh at redhat.com>
To: "Malini Rao" <mrao at redhat.com>
Sent: Monday, January 20, 2014 10:28:27 AM
Subject: Fwd: [rhev-devel] login and first opened tabs in webadmin


----- Forwarded Message -----
From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
To: "Einav Cohen" <ecohen at redhat.com>
Cc: "rhev-devel" <rhev-devel at redhat.com>
Sent: Monday, January 20, 2014 5:13:19 PM
Subject: Re: [rhev-devel] login and first opened tabs in webadmin


On Jan 20, 2014, at 14:58 , Einav Cohen <ecohen at redhat.com> wrote:

>> ----- Original Message -----
>> From: "Itamar Heim" <iheim at redhat.com>
>> Sent: Sunday, January 19, 2014 8:46:43 AM
>> 
>> On 01/19/2014 01:55 PM, Eldan Hildesheim wrote:
>>> Hi,
>>> As I see it, the RFE is a "nice to have" and not more then that.
>>> I don't see any problem with the following scenario:
>>> 
>>> -login to the system
>>> -click a specific DC in the tree and now you will work only under that
>>> scope.
>>> 
>>> Again it's nice but not necessary (gmail don't have this option)
>>> In this way or the other the issue of the following bug will raise:
>>> 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1049320
>>> 
>>> Eldan
>> 
>> just remember the last place the user was on for next time they login
>> (main tab, and tree if exists)?
> 
> sure, no one objects here. 
> @Michal - can you please open the RFE (and the BZ) as I requested earlier, 
> since you raised these issues? many thanks in advance. 

opened RFE https://bugzilla.redhat.com/show_bug.cgi?id=1055587

I think the other bug will be addressed by fixing the RFE so no need for a separate bug (not that urgent anyway)

Thanks,
michal


> 
>> 
>>> 
>>> 
>>> ----- Original Message -----
>>> From: "Einav Cohen" <ecohen at redhat.com>
>>> To: "Vojtech Szocs" <vszocs at redhat.com>
>>> Cc: "Gilad Chaplik" <gchaplik at redhat.com>, "rhev-devel"
>>> <rhev-devel at redhat.com>
>>> Sent: Thursday, January 16, 2014 5:52:02 PM
>>> Subject: Re: [rhev-devel] login and first opened tabs in webadmin
>>> 
>>>>> In any case the persistence of last selected tree item and a main tab
>>>>> would
>>>>> be nice, I was just wondering if a similar bug exists already (I would
>>>>> think so)
>>> 
>>> there is no such issue reported (maybe it is not with 'ux' Whiteboard).
>>> 
>>>> 1, [bug] select DC in tree, log out, log in
>>>>    - for short time period, DC is still selected in tree (instead of
>>>>    "System")
>>>>    - after this time, tree selection is reset (probably due to data
>>>>    refresh)
>>>> 
>>>> 2, [RFE] remember tree & main tab selection locally on client
>>>>    - apply previous selection right after each login
>>>> 
>>>> Hope I got it right :)
>>> 
>>> correct.
>>> @Michal - feel free to open the two BZs as detailed above.
>>> 
>>> ----
>>> Thanks,
>>> Einav
>>> 
>>> ----- Original Message -----
>>>> From: "Vojtech Szocs" <vszocs at redhat.com>
>>>> To: "Michal Skrivanek" <michal.skrivanek at redhat.com>
>>>> Cc: "Einav Cohen" <ecohen at redhat.com>, "Tomas Jelinek"
>>>> <tjelinek at redhat.com>, "Daniel Erez" <derez at redhat.com>,
>>>> "Gilad Chaplik" <gchaplik at redhat.com>, "Greg Sheremeta"
>>>> <gshereme at redhat.com>, "Lior Vernia" <lvernia at redhat.com>,
>>>> "rhev-devel" <rhev-devel at redhat.com>
>>>> Sent: Thursday, January 16, 2014 9:52:37 AM
>>>> Subject: Re: [rhev-devel] login and first opened tabs in webadmin
>>>> 
>>>> Hi, as discussed with Michal there are two issues:
>>>> 
>>>> 1, [bug] select DC in tree, log out, log in
>>>>    - for short time period, DC is still selected in tree (instead of
>>>>    "System")
>>>>    - after this time, tree selection is reset (probably due to data
>>>>    refresh)
>>>> 
>>>> 2, [RFE] remember tree & main tab selection locally on client
>>>>    - apply previous selection right after each login
>>>> 
>>>> Hope I got it right :)
>>>> 
>>>> Vojtech
>>>> 
>>>> 
>>>> ----- Original Message -----
>>>>> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
>>>>> To: "Einav Cohen" <ecohen at redhat.com>
>>>>> Cc: "Tomas Jelinek" <tjelinek at redhat.com>, "Daniel Erez"
>>>>> <derez at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>,
>>>>> "Greg Sheremeta" <gshereme at redhat.com>, "Vojtech Szocs"
>>>>> <vszocs at redhat.com>, "Lior Vernia" <lvernia at redhat.com>,
>>>>> "rhev-devel" <rhev-devel at redhat.com>
>>>>> Sent: Thursday, January 16, 2014 3:20:54 PM
>>>>> Subject: Re: [rhev-devel] login and first opened tabs in webadmin
>>>>> 
>>>>> 
>>>>> On Jan 15, 2014, at 15:10 , Einav Cohen <ecohen at redhat.com> wrote:
>>>>> 
>>>>>> Hi Michal, I apologize - I have not idea what you are talking about.
>>>>>> UI Guys: Are you familiar with an automatic selection of the last-
>>>>>> selected-tree-node from the previous session?
>>>>>> are we persisting anything with regards to the tree?
>>>>> 
>>>>> talked with Vojtech briefly?we're not persisting anything yet, which is a
>>>>> pity, because everytime I open webadmin I'm presented with a huge list of
>>>>> Vms I do not care about?.but what is actually confusing is that after the
>>>>> reopen the left hand tree is still showing my selected data center until
>>>>> next refresh (~5-10s) which Vojtech believes is a bug
>>>>> 
>>>>> In any case the persistence of last selected tree item and a main tab
>>>>> would
>>>>> be nice, I was just wondering if a similar bug exists already (I would
>>>>> think
>>>>> so)
>>>>> 
>>>>> Thanks,
>>>>> michal
>>>>> 
>>>>>> ----
>>>>>> Thanks,
>>>>>> Einav
>>>>>> 
>>>>>> ----- Original Message -----
>>>>>>> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
>>>>>>> To: "Einav Cohen" <ecohen at redhat.com>
>>>>>>> Cc: "rhev-devel" <rhev-devel at redhat.com>
>>>>>>> Sent: Wednesday, January 15, 2014 3:18:36 AM
>>>>>>> Subject: login and first opened tabs in webadmin
>>>>>>> 
>>>>>>> Hi,
>>>>>>> I suppose it's a well known ux issue that after logging in we always go
>>>>>>> to
>>>>>>> the Virtual Machines tab. Well, so far ok, let's say, but when I have
>>>>>>> multiple data enters this makes no sense. I see all the machines,
>>>>>>> almost
>>>>>>> all
>>>>>>> not related to me whatsoever.
>>>>>>> It's also quite confusing as during the first 5-10s the left hand tree
>>>>>>> shows
>>>>>>> my previous selection of the specific data center so I expect the list
>>>>>>> to
>>>>>>> be
>>>>>>> filtered. After that long period of time the tree reloads and resets to
>>>>>>> System level.
>>>>>>> This is at rhev tlv.
>>>>>>> 
>>>>>>> Are we fixing this?:) At least the semi-persistence we have for other
>>>>>>> stuff
>>>>>>> (per user in LocalStorage) would be better than nothing.
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> michal
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>> 
>>> 
>> 
>> 




From yzaslavs at redhat.com  Mon Jan 20 23:17:13 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Mon, 20 Jan 2014 18:17:13 -0500 (EST)
Subject: [Engine-devel] feature page for Authentication Rewrite
In-Reply-To: <974361934.8789048.1390259727188.JavaMail.root@redhat.com>
Message-ID: <750366414.8789663.1390259833755.JavaMail.root@redhat.com>

Hi all,
I wrote a wiki page for the authentication rewrite effort that Juan Hernandez and I worked on

http://www.ovirt.org/Features/Authentication-Rewrite

Feel free to share your comments.


From iheim at redhat.com  Tue Jan 21 11:54:26 2014
From: iheim at redhat.com (Itamar Heim)
Date: Tue, 21 Jan 2014 13:54:26 +0200
Subject: [Engine-devel] [DONE] Fast Forward or Rebase if necessary
	policies
In-Reply-To: <52D83E0F.3000901@redhat.com>
References: <52D83E0F.3000901@redhat.com>
Message-ID: <52DE5FF2.8030204@redhat.com>

On 01/16/2014 10:16 PM, Itamar Heim wrote:
> Today we use the 'fast forward only' policy in gerrit.
>
> It seems the 'rebase if necessary' policy may reduce some overhead, as
> it will solve trivial rebases before the merge (it will fail on any
> conflict, or any change to same file, even if no conflict).
>
> I'm suggesting moving to try and move to 'rebase if necessary' for
> ovirt-engine repo, and see if we think we are facing issues, or just
> enjoying the benefits of not having to click merge, fail, rebase,
> review+merge again.
>
> the one caveat i can think of is if the patch is old, it should probably
> be rebased for the various jenkins jobs to run on it again, but I think
> for most patches that's not the case.
>
> (vdsm is using an even less strict policy of cherry-pick)
>
> thoughts?
>
> Thanks,
>     Itamar

i saw no comments against this.
ovirt-engine is now in 'rebase if necessary' mode.



From ecohen at redhat.com  Tue Jan 21 15:39:09 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Tue, 21 Jan 2014 10:39:09 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <1092804787.7933068.1390318298574.JavaMail.root@redhat.com>
Message-ID: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>

Hello UI Maintainers, 

I would like to propose Alexander Wels as an ovirt-engine UI maintainer. 

Alexander started his ovirt involvement more than a year ago, 
contributing over 100 patches (to 'master' alone), including the 
branding mechanism, Frontend refactoring (cleanup, unit-tests, requests 
retry mechanism, requests-aggregation mechanism), cross-GUI refresh 
synchronization and low-resolutions support. 

Your response would be appreciated. 

Thanks in advance. 

----
Regards, 
Einav


From eedri at redhat.com  Tue Jan 21 15:41:25 2014
From: eedri at redhat.com (Eyal Edri)
Date: Tue, 21 Jan 2014 10:41:25 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine
	UI	maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <901636009.4889731.1390318885934.JavaMail.root@redhat.com>

----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>,
> "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior
> Vernia" <lvernia at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Tuesday, January 21, 2014 5:39:09 PM
> Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI	maintainer
> 
> Hello UI Maintainers,
> 
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> 
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
> 
> Your response would be appreciated.
> 
> Thanks in advance.

+1. well deserved.

eyal.

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


From vszocs at redhat.com  Tue Jan 21 15:43:17 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Tue, 21 Jan 2014 10:43:17 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <43968269.5203095.1390318997667.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>,
> "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior
> Vernia" <lvernia at redhat.com>
> Cc: infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander Wels" <awels at redhat.com>
> Sent: Tuesday, January 21, 2014 4:39:09 PM
> Subject: proposing Alexander Wels as an ovirt-engine UI maintainer
> 
> Hello UI Maintainers,
> 
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.

+1

> 
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
> 
> Your response would be appreciated.
> 
> Thanks in advance.
> 
> ----
> Regards,
> Einav
> 


From gchaplik at redhat.com  Tue Jan 21 15:44:20 2014
From: gchaplik at redhat.com (Gilad Chaplik)
Date: Tue, 21 Jan 2014 10:44:20 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <43968269.5203095.1390318997667.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
	<43968269.5203095.1390318997667.JavaMail.root@redhat.com>
Message-ID: <1219598035.5733165.1390319060473.JavaMail.root@redhat.com>

+1

Thanks, 
Gilad.

----- Original Message -----
> From: "Vojtech Szocs" <vszocs at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>, "Kanagaraj" <kmayilsa at redhat.com>,
> "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior Vernia" <lvernia at redhat.com>,
> infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander Wels" <awels at redhat.com>
> Sent: Tuesday, January 21, 2014 5:43:17 PM
> Subject: Re: proposing Alexander Wels as an ovirt-engine UI maintainer
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>,
> > "Vojtech Szocs" <vszocs at redhat.com>,
> > "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>, "Tomas
> > Jelinek" <tjelinek at redhat.com>, "Lior
> > Vernia" <lvernia at redhat.com>
> > Cc: infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander
> > Wels" <awels at redhat.com>
> > Sent: Tuesday, January 21, 2014 4:39:09 PM
> > Subject: proposing Alexander Wels as an ovirt-engine UI maintainer
> > 
> > Hello UI Maintainers,
> > 
> > I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> 
> +1
> 
> > 
> > Alexander started his ovirt involvement more than a year ago,
> > contributing over 100 patches (to 'master' alone), including the
> > branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> > retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> > synchronization and low-resolutions support.
> > 
> > Your response would be appreciated.
> > 
> > Thanks in advance.
> > 
> > ----
> > Regards,
> > Einav
> > 
> 


From tjelinek at redhat.com  Tue Jan 21 15:51:32 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Tue, 21 Jan 2014 10:51:32 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <1219598035.5733165.1390319060473.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
	<43968269.5203095.1390318997667.JavaMail.root@redhat.com>
	<1219598035.5733165.1390319060473.JavaMail.root@redhat.com>
Message-ID: <1682470079.5209888.1390319492767.JavaMail.root@redhat.com>

+1

----- Original Message -----
> From: "Gilad Chaplik" <gchaplik at redhat.com>
> To: "Einav Cohen" <ecohen at redhat.com>
> Cc: "Vojtech Szocs" <vszocs at redhat.com>, "Tal Nisan" <tnisan at redhat.com>, "Kanagaraj" <kmayilsa at redhat.com>, "Daniel
> Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior Vernia" <lvernia at redhat.com>,
> infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander Wels" <awels at redhat.com>
> Sent: Tuesday, January 21, 2014 4:44:20 PM
> Subject: Re: proposing Alexander Wels as an ovirt-engine UI maintainer
> 
> +1
> 
> Thanks,
> Gilad.
> 
> ----- Original Message -----
> > From: "Vojtech Szocs" <vszocs at redhat.com>
> > To: "Einav Cohen" <ecohen at redhat.com>
> > Cc: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>,
> > "Kanagaraj" <kmayilsa at redhat.com>,
> > "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>,
> > "Lior Vernia" <lvernia at redhat.com>,
> > infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander Wels"
> > <awels at redhat.com>
> > Sent: Tuesday, January 21, 2014 5:43:17 PM
> > Subject: Re: proposing Alexander Wels as an ovirt-engine UI maintainer
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Einav Cohen" <ecohen at redhat.com>
> > > To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik"
> > > <gchaplik at redhat.com>,
> > > "Vojtech Szocs" <vszocs at redhat.com>,
> > > "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>,
> > > "Tomas
> > > Jelinek" <tjelinek at redhat.com>, "Lior
> > > Vernia" <lvernia at redhat.com>
> > > Cc: infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander
> > > Wels" <awels at redhat.com>
> > > Sent: Tuesday, January 21, 2014 4:39:09 PM
> > > Subject: proposing Alexander Wels as an ovirt-engine UI maintainer
> > > 
> > > Hello UI Maintainers,
> > > 
> > > I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> > 
> > +1
> > 
> > > 
> > > Alexander started his ovirt involvement more than a year ago,
> > > contributing over 100 patches (to 'master' alone), including the
> > > branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> > > retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> > > synchronization and low-resolutions support.
> > > 
> > > Your response would be appreciated.
> > > 
> > > Thanks in advance.
> > > 
> > > ----
> > > Regards,
> > > Einav
> > > 
> > 
> 


From tnisan at redhat.com  Tue Jan 21 16:25:46 2014
From: tnisan at redhat.com (Tal Nisan)
Date: Tue, 21 Jan 2014 18:25:46 +0200
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <52DE9F8A.9050502@redhat.com>

On 01/21/2014 05:39 PM, Einav Cohen wrote:
> Hello UI Maintainers,
>
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
+1

>
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
>
> Your response would be appreciated.
>
> Thanks in advance.
>
> ----
> Regards,
> Einav



From kmayilsa at redhat.com  Tue Jan 21 17:29:14 2014
From: kmayilsa at redhat.com (Kanagaraj Mayilsamy)
Date: Tue, 21 Jan 2014 12:29:14 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <1867886305.8025870.1390325354784.JavaMail.root@redhat.com>

+1

Thanks,
Kanagaraj

----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>,
> "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior
> Vernia" <lvernia at redhat.com>
> Cc: infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander Wels" <awels at redhat.com>
> Sent: Tuesday, January 21, 2014 9:09:09 PM
> Subject: proposing Alexander Wels as an ovirt-engine UI maintainer
> 
> Hello UI Maintainers,
> 
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> 
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
> 
> Your response would be appreciated.
> 
> Thanks in advance.
> 
> ----
> Regards,
> Einav
> 


From derez at redhat.com  Tue Jan 21 17:46:15 2014
From: derez at redhat.com (Daniel Erez)
Date: Tue, 21 Jan 2014 12:46:15 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <1398023544.5868584.1390326375037.JavaMail.root@redhat.com>

+1

----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>,
> "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior
> Vernia" <lvernia at redhat.com>
> Cc: infra at ovirt.org, "engine-devel" <engine-devel at ovirt.org>, "Alexander Wels" <awels at redhat.com>
> Sent: Tuesday, January 21, 2014 5:39:09 PM
> Subject: proposing Alexander Wels as an ovirt-engine UI maintainer
> 
> Hello UI Maintainers,
> 
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> 
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
> 
> Your response would be appreciated.
> 
> Thanks in advance.
> 
> ----
> Regards,
> Einav
> 


From alitke at redhat.com  Tue Jan 21 19:30:56 2014
From: alitke at redhat.com (Adam Litke)
Date: Tue, 21 Jan 2014 14:30:56 -0500
Subject: [Engine-devel] Copy reviewer scores on trivial rebase/commit
 msg changes
In-Reply-To: <52D9C164.1000909@redhat.com>
References: <52D9C164.1000909@redhat.com>
Message-ID: <20140121193056.GA3782@redhat.com>

On 18/01/14 01:48 +0200, Itamar Heim wrote:
>I'd like to enable these - comments welcome:
>
>1. label.Label-Name.copyAllScoresOnTrivialRebase
>
>If true, all scores for the label are copied forward when a new patch 
>set is uploaded that is a trivial rebase. A new patch set is 
>considered as trivial rebase if the commit message is the same as in 
>the previous patch set and if it has the same code delta as the 
>previous patch set. This is the case if the change was rebased onto a 
>different parent. This can be used to enable sticky approvals, 
>reducing turn-around for trivial rebases prior to submitting a change. 
>Defaults to false.
>
>
>2. label.Label-Name.copyAllScoresIfNoCodeChange
>
>If true, all scores for the label are copied forward when a new patch 
>set is uploaded that has the same parent commit as the previous patch 
>set and the same code delta as the previous patch set. This means only 
>the commit message is different. This can be used to enable sticky 
>approvals on labels that only depend on the code, reducing turn-around 
>if only the commit message is changed prior to submitting a change. 
>Defaults to false.

I am a bit late to the party but +1 from me for trying both.  I guess
it will be quite rare that something bad happens here.  So unlikely,
that the time saved on all the previous patches will far offset the
lost time for fixing the corner cases.


From ecohen at redhat.com  Tue Jan 21 21:41:24 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Tue, 21 Jan 2014 16:41:24 -0500 (EST)
Subject: [Engine-devel] find-bugs errors
In-Reply-To: <1240388739.598.1390338690205.JavaMail.jenkins@jenkins.ovirt.org>
References: <1321786505.594.1390337751442.JavaMail.jenkins@jenkins.ovirt.org>
	<1240388739.598.1390338690205.JavaMail.jenkins@jenkins.ovirt.org>
Message-ID: <603964854.8551735.1390340484545.JavaMail.root@redhat.com>

(1) @Moti: see [1] and [2]. it seems that they were caused by http://gerrit.ovirt.org/#/c/23507/

(2) @Vojtech[/UI Maintainers/others]: see [3] - it seems that the UI's AppErrors.java file 
became too large for find-bugs to handle. Any ideas on how to handle this (add to ignore list/
divide to several files/...)?


[1] http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.27/#386

[2] http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.28/#387

[3] http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1188557915/

----- Forwarded Message -----
From: "Jenkins ci oVirt Server" <jenkins at ovirt.org>
To: engine-patches at ovirt.org, fsimonce at redhat.com
Sent: Tuesday, January 21, 2014 4:11:24 PM
Subject: [Engine-patches] [oVirt Jenkins] ovirt_engine_master_find_bugs - Build # 6308 - Still Unstable!

Project: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/ 
Build: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/
Build Number: 6308
Build Status:  Still Unstable
Triggered By: Started by an SCM change

-------------------------------------
Changes Since Last Success:
-------------------------------------
Changes for Build #6301
[Moti Asayag] engine: Extract AddNetworksByLabelParametersBuilder

[Moti Asayag] engine: Support attaching two labeled networks to a cluster

[Moti Asayag] engine: Extract RemoveNetworksByLabelParametersBuilder

[Moti Asayag] engine: Support detaching two labeled networks from a cluster

[Lior Vernia] webadmin: Replaced "Profiles" by "vNIC Profiles"


Changes for Build #6302
[Sergey Gotliv] engine, dao: Introduce ISCSI Bond entity, tables and dao

[Sergey Gotliv] engine: Introduce commands to manage iscsi bonds entities

[Sergey Gotliv] engine: Setup multiple iscsi sessions with the iscsi target


Changes for Build #6303
[Sergey Gotliv] webadmin: Allow to configure ISCSI multipathing in the dc context

[Martin Perina] tools: Adds more validations to MAIL_PORT in notifier

[Moti Asayag] engine: Fix findbugs warnings about Map values iteration

[Lior Vernia] webadmin: Hide content widget of boot protocol label


Changes for Build #6304
[Lior Vernia] webadmin: Integrate VM icon into Add/Edit Network dialog


Changes for Build #6305
[Alexander Wels] webadmin: Double click collapse system tree


Changes for Build #6306
[Daniel Erez] restapi: del storage conn if domain creation fails


Changes for Build #6307
[Moti Asayag] restapi: Preserve labels when setup networks is sent


Changes for Build #6308
[Federico Simoncelli] core: set local storage domain format




-----------------
Failed Tests:
-----------------
No tests ran. 


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


From masayag at redhat.com  Tue Jan 21 21:43:03 2014
From: masayag at redhat.com (Moti Asayag)
Date: Tue, 21 Jan 2014 16:43:03 -0500 (EST)
Subject: [Engine-devel] find-bugs errors
In-Reply-To: <603964854.8551735.1390340484545.JavaMail.root@redhat.com>
References: <1321786505.594.1390337751442.JavaMail.jenkins@jenkins.ovirt.org>
	<1240388739.598.1390338690205.JavaMail.jenkins@jenkins.ovirt.org>
	<603964854.8551735.1390340484545.JavaMail.root@redhat.com>
Message-ID: <1578876492.5052325.1390340583153.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, January 21, 2014 11:41:24 PM
> Subject: find-bugs errors
> 
> (1) @Moti: see [1] and [2]. it seems that they were caused by
> http://gerrit.ovirt.org/#/c/23507/
> 

A fix is pending review: http://gerrit.ovirt.org/23525

> (2) @Vojtech[/UI Maintainers/others]: see [3] - it seems that the UI's
> AppErrors.java file
> became too large for find-bugs to handle. Any ideas on how to handle this
> (add to ignore list/
> divide to several files/...)?
> 
> 
> [1]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.27/#386
> 
> [2]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.28/#387
> 
> [3]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1188557915/
> 
> ----- Forwarded Message -----
> From: "Jenkins ci oVirt Server" <jenkins at ovirt.org>
> To: engine-patches at ovirt.org, fsimonce at redhat.com
> Sent: Tuesday, January 21, 2014 4:11:24 PM
> Subject: [Engine-patches] [oVirt Jenkins] ovirt_engine_master_find_bugs -
> Build # 6308 - Still Unstable!
> 
> Project: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/
> Build: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/
> Build Number: 6308
> Build Status:  Still Unstable
> Triggered By: Started by an SCM change
> 
> -------------------------------------
> Changes Since Last Success:
> -------------------------------------
> Changes for Build #6301
> [Moti Asayag] engine: Extract AddNetworksByLabelParametersBuilder
> 
> [Moti Asayag] engine: Support attaching two labeled networks to a cluster
> 
> [Moti Asayag] engine: Extract RemoveNetworksByLabelParametersBuilder
> 
> [Moti Asayag] engine: Support detaching two labeled networks from a cluster
> 
> [Lior Vernia] webadmin: Replaced "Profiles" by "vNIC Profiles"
> 
> 
> Changes for Build #6302
> [Sergey Gotliv] engine, dao: Introduce ISCSI Bond entity, tables and dao
> 
> [Sergey Gotliv] engine: Introduce commands to manage iscsi bonds entities
> 
> [Sergey Gotliv] engine: Setup multiple iscsi sessions with the iscsi target
> 
> 
> Changes for Build #6303
> [Sergey Gotliv] webadmin: Allow to configure ISCSI multipathing in the dc
> context
> 
> [Martin Perina] tools: Adds more validations to MAIL_PORT in notifier
> 
> [Moti Asayag] engine: Fix findbugs warnings about Map values iteration
> 
> [Lior Vernia] webadmin: Hide content widget of boot protocol label
> 
> 
> Changes for Build #6304
> [Lior Vernia] webadmin: Integrate VM icon into Add/Edit Network dialog
> 
> 
> Changes for Build #6305
> [Alexander Wels] webadmin: Double click collapse system tree
> 
> 
> Changes for Build #6306
> [Daniel Erez] restapi: del storage conn if domain creation fails
> 
> 
> Changes for Build #6307
> [Moti Asayag] restapi: Preserve labels when setup networks is sent
> 
> 
> Changes for Build #6308
> [Federico Simoncelli] core: set local storage domain format
> 
> 
> 
> 
> -----------------
> Failed Tests:
> -----------------
> No tests ran.
> 
> 
> _______________________________________________
> Engine-patches mailing list
> Engine-patches at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-patches
> 


From gshereme at redhat.com  Tue Jan 21 21:53:41 2014
From: gshereme at redhat.com (Greg Sheremeta)
Date: Tue, 21 Jan 2014 16:53:41 -0500 (EST)
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine
	UI	maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <1783981870.2695754.1390341221546.JavaMail.root@redhat.com>

+1, if my vote counts :)

----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Tal Nisan" <tnisan at redhat.com>, "Gilad Chaplik" <gchaplik at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>,
> "Kanagaraj" <kmayilsa at redhat.com>, "Daniel Erez" <derez at redhat.com>, "Tomas Jelinek" <tjelinek at redhat.com>, "Lior
> Vernia" <lvernia at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Tuesday, January 21, 2014 10:39:09 AM
> Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI	maintainer
> 
> Hello UI Maintainers,
> 
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> 
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
> 
> Your response would be appreciated.
> 
> Thanks in advance.
> 
> ----
> Regards,
> Einav
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From iheim at redhat.com  Tue Jan 21 22:01:13 2014
From: iheim at redhat.com (Itamar Heim)
Date: Wed, 22 Jan 2014 00:01:13 +0200
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
 maintainer
In-Reply-To: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
Message-ID: <52DEEE29.4090303@redhat.com>

On 01/21/2014 05:39 PM, Einav Cohen wrote:
> Hello UI Maintainers,
>
> I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
>
> Alexander started his ovirt involvement more than a year ago,
> contributing over 100 patches (to 'master' alone), including the
> branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> synchronization and low-resolutions support.
>
> Your response would be appreciated.
>
> Thanks in advance.
>
> ----
> Regards,
> Einav
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>

per +1's from maintainers - added.
congrats.


From awels at redhat.com  Tue Jan 21 22:02:14 2014
From: awels at redhat.com (Alexander Wels)
Date: Tue, 21 Jan 2014 17:02:14 -0500
Subject: [Engine-devel] proposing Alexander Wels as an ovirt-engine UI
	maintainer
In-Reply-To: <52DEEE29.4090303@redhat.com>
References: <730787363.8011077.1390318749401.JavaMail.root@redhat.com>
	<52DEEE29.4090303@redhat.com>
Message-ID: <4589039.v5CiQY0Mid@awels>

On Wednesday, January 22, 2014 12:01:13 AM Itamar Heim wrote:
> On 01/21/2014 05:39 PM, Einav Cohen wrote:
> > Hello UI Maintainers,
> > 
> > I would like to propose Alexander Wels as an ovirt-engine UI maintainer.
> > 
> > Alexander started his ovirt involvement more than a year ago,
> > contributing over 100 patches (to 'master' alone), including the
> > branding mechanism, Frontend refactoring (cleanup, unit-tests, requests
> > retry mechanism, requests-aggregation mechanism), cross-GUI refresh
> > synchronization and low-resolutions support.
> > 
> > Your response would be appreciated.
> > 
> > Thanks in advance.
> > 
> > ----
> > Regards,
> > Einav
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> 

Thanks everyone.

> per +1's from maintainers - added.
> congrats.



From sbonazzo at redhat.com  Wed Jan 22 10:56:19 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 22 Jan 2014 11:56:19 +0100
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
Message-ID: <52DFA3D3.9030003@redhat.com>

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

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

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

You're welcome to join us testing this beta release in tomorrow test day [2]!


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

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


From sbonazzo at redhat.com  Wed Jan 22 11:20:40 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 22 Jan 2014 12:20:40 +0100
Subject: [Engine-devel] oVirt 3.3.3 Release Candidate is now available
Message-ID: <52DFA988.3050106@redhat.com>

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

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

Release notes for this update are available on the wiki [4].

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

[1] http://resources.ovirt.org/releases/updates-testing
[2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing
[3] http://red.ht/KEesdK
[4] http://www.ovirt.org/OVirt_3.3.3_release_notes

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


From mbetak at redhat.com  Wed Jan 22 12:14:40 2014
From: mbetak at redhat.com (Martin Betak)
Date: Wed, 22 Jan 2014 07:14:40 -0500 (EST)
Subject: [Engine-devel] Inconsistent model->entity mapping in
	VmSnapshotListModel
In-Reply-To: <1070474302.10344772.1390391420995.JavaMail.root@redhat.com>
Message-ID: <891018933.10353254.1390392880968.JavaMail.root@redhat.com>

Hi all,

during some of my frontend patches I noticed that the properties
- singleQxlPci
- allowConsoleReconnect
- runAndPause
are not mapped from UnitVmModel to VM business entity in VmSnapshotListModel#onCloneVm method
while being mapped in all other fronted VM-related *ListModels (UserPortalListModel, VmListModel, TemplateListModel)

and also that the 'comment' property is not being mapped in UserPortalListModel#postVmNameUniqueCheck method.

Since I know that copy & pasting the appropriate setter to 6 different places when adding new VM property
can be tedious and very error prone I would like to ask the frontend maintainers if the above is desired behavior
or just bug caused by omission.

Best regards,

Martin


From oliel at redhat.com  Wed Jan 22 12:32:29 2014
From: oliel at redhat.com (Ori Liel)
Date: Wed, 22 Jan 2014 07:32:29 -0500 (EST)
Subject: [Engine-devel] Application URI - saved anywhere?
In-Reply-To: <320912577.5260878.1390392593026.JavaMail.root@redhat.com>
Message-ID: <1109319514.5275193.1390393949892.JavaMail.root@redhat.com>

Hi, 

RSDL lists the possible links that the user can activate in Rest-API. The URI of A link looks something like this: 

  "/ovirt-engine/api/vms/{vm:id}/start"

My question is about the prefix: "/ovirt-engine/api/". Until now RSDL was generated at run-time, under a running application server, and this prefix was received by querying for the base-uri of the current user's request. I'm in the process of enabling RSDL generation at build time, and thus won't have a request to get this URI from. I'm thinking to add this constant: "/ovirt-engine/api" somewhere in pom.xml files, and use it. Does that sound reasonable? (if not, why, and what do you think I should do instead?) 

Thanks, 

Ori. 


From ovedo at redhat.com  Wed Jan 22 12:44:34 2014
From: ovedo at redhat.com (Oved Ourfalli)
Date: Wed, 22 Jan 2014 07:44:34 -0500 (EST)
Subject: [Engine-devel] Application URI - saved anywhere?
In-Reply-To: <1109319514.5275193.1390393949892.JavaMail.root@redhat.com>
References: <1109319514.5275193.1390393949892.JavaMail.root@redhat.com>
Message-ID: <1851053393.8087056.1390394674781.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Ori Liel" <oliel at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, January 22, 2014 2:32:29 PM
> Subject: [Engine-devel] Application URI - saved anywhere?
> 
> Hi,
> 
> RSDL lists the possible links that the user can activate in Rest-API. The URI
> of A link looks something like this:
> 
>   "/ovirt-engine/api/vms/{vm:id}/start"
> 
> My question is about the prefix: "/ovirt-engine/api/". Until now RSDL was
> generated at run-time, under a running application server, and this prefix
> was received by querying for the base-uri of the current user's request. I'm
> in the process of enabling RSDL generation at build time, and thus won't
> have a request to get this URI from. I'm thinking to add this constant:
> "/ovirt-engine/api" somewhere in pom.xml files, and use it. Does that sound
> reasonable? (if not, why, and what do you think I should do instead?)
> 

This entry already exists today in the ovirt-engine repo, in ear/pom.xml as the contextRoot of the API webapp.
Would that be enough?

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


From oliel at redhat.com  Wed Jan 22 12:53:13 2014
From: oliel at redhat.com (Ori Liel)
Date: Wed, 22 Jan 2014 07:53:13 -0500 (EST)
Subject: [Engine-devel] Application URI - saved anywhere?
In-Reply-To: <1851053393.8087056.1390394674781.JavaMail.root@redhat.com>
References: <1109319514.5275193.1390393949892.JavaMail.root@redhat.com>
	<1851053393.8087056.1390394674781.JavaMail.root@redhat.com>
Message-ID: <1419535039.5287751.1390395193670.JavaMail.root@redhat.com>

>
>
>----- Original Message -----
>From: "Oved Ourfalli" <ovedo at redhat.com>
>To: "Ori Liel" <oliel at redhat.com>
>Cc: "engine-devel" <engine-devel at ovirt.org>
>Sent: Wednesday, January 22, 2014 2:44:34 PM
>Subject: Re: [Engine-devel] Application URI - saved anywhere?
>
>
>
>----- Original Message -----
>> From: "Ori Liel" <oliel at redhat.com>
>> To: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Wednesday, January 22, 2014 2:32:29 PM
>> Subject: [Engine-devel] Application URI - saved anywhere?
>> 
>> Hi,
>> 
>> RSDL lists the possible links that the user can activate in Rest-API. The URI
>> of A link looks something like this:
>> 
>>   "/ovirt-engine/api/vms/{vm:id}/start"
>> 
>> My question is about the prefix: "/ovirt-engine/api/". Until now RSDL was
>> generated at run-time, under a running application server, and this prefix
>> was received by querying for the base-uri of the current user's request. I'm
>> in the process of enabling RSDL generation at build time, and thus won't
>> have a request to get this URI from. I'm thinking to add this constant:
>> "/ovirt-engine/api" somewhere in pom.xml files, and use it. Does that sound
>> reasonable? (if not, why, and what do you think I should do instead?)
>> 
>
>This entry already exists today in the ovirt-engine repo, in ear/pom.xml as the contextRoot of the API webapp.
>Would that be enough?

Thanks for pointing that out, I'll move if from there to the base pom.xml, since this value should be available for both the GUI and the API. 
>
>> Thanks,
>> 
>> Ori.
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>> 


From ovedo at redhat.com  Wed Jan 22 13:00:08 2014
From: ovedo at redhat.com (Oved Ourfalli)
Date: Wed, 22 Jan 2014 08:00:08 -0500 (EST)
Subject: [Engine-devel] Application URI - saved anywhere?
In-Reply-To: <1419535039.5287751.1390395193670.JavaMail.root@redhat.com>
References: <1109319514.5275193.1390393949892.JavaMail.root@redhat.com>
	<1851053393.8087056.1390394674781.JavaMail.root@redhat.com>
	<1419535039.5287751.1390395193670.JavaMail.root@redhat.com>
Message-ID: <1982468505.8091314.1390395608608.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Ori Liel" <oliel at redhat.com>
> To: "Oved Ourfalli" <ovedo at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, January 22, 2014 2:53:13 PM
> Subject: Re: [Engine-devel] Application URI - saved anywhere?
> 
> >
> >
> >----- Original Message -----
> >From: "Oved Ourfalli" <ovedo at redhat.com>
> >To: "Ori Liel" <oliel at redhat.com>
> >Cc: "engine-devel" <engine-devel at ovirt.org>
> >Sent: Wednesday, January 22, 2014 2:44:34 PM
> >Subject: Re: [Engine-devel] Application URI - saved anywhere?
> >
> >
> >
> >----- Original Message -----
> >> From: "Ori Liel" <oliel at redhat.com>
> >> To: "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Wednesday, January 22, 2014 2:32:29 PM
> >> Subject: [Engine-devel] Application URI - saved anywhere?
> >> 
> >> Hi,
> >> 
> >> RSDL lists the possible links that the user can activate in Rest-API. The
> >> URI
> >> of A link looks something like this:
> >> 
> >>   "/ovirt-engine/api/vms/{vm:id}/start"
> >> 
> >> My question is about the prefix: "/ovirt-engine/api/". Until now RSDL was
> >> generated at run-time, under a running application server, and this prefix
> >> was received by querying for the base-uri of the current user's request.
> >> I'm
> >> in the process of enabling RSDL generation at build time, and thus won't
> >> have a request to get this URI from. I'm thinking to add this constant:
> >> "/ovirt-engine/api" somewhere in pom.xml files, and use it. Does that
> >> sound
> >> reasonable? (if not, why, and what do you think I should do instead?)
> >> 
> >
> >This entry already exists today in the ovirt-engine repo, in ear/pom.xml as
> >the contextRoot of the API webapp.
> >Would that be enough?
> 
> Thanks for pointing that out, I'll move if from there to the base pom.xml,
> since this value should be available for both the GUI and the API.

Sounds good to me.

> >
> >> Thanks,
> >> 
> >> Ori.
> >> _______________________________________________
> >> 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  Wed Jan 22 13:07:23 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 22 Jan 2014 14:07:23 +0100
Subject: [Engine-devel] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th
Message-ID: <52DFC28B.7060709@redhat.com>

Hi all,
tomorrow Jan 23th we'll have oVirt 3.4.0 test day.

On this day all relevant engineers will be online ready to support
any issues you find during install / operating this new release.

Just make sure you have 1 hosts or more to test drive the new release.
If you're curious to see how it works, this is your chance.

Thanks again for everyone who will join us tomorrow!

Location
    #ovirt irc channel
    Please communicate here to allow others to see any issues

What
    In this test day you have a license to kill ;)
    Follow the documentation to setup your environment, and test drive the new features.
    Please remember we expect to see some issues, and anything you come up with will save a you when you'll install final release
    Remember to try daily tasks you'd usually do in the engine, to see there are no regressions.
    Write down the configuration you used (HW, console, etc) in the report etherpad[1].

Documentation
    Release notes: http://www.ovirt.org/OVirt_3.4.0_release_notes
    Features pages links: http://bit.ly/17qBn6F
    If you find errors in the wiki please annotate it as well in report etherpad [1]

Prerequisites / recommendations
    Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc).
    Use Fedora 19 only. Fedora 20 is unsupported due to various issues (sos, jboss).

Latest RPMs
    repository to be enabled for testing the release are listed in the release notes page [2].

NEW issues / reports
    For any new issue, please update the reports etherpad [1]

Feature owners, please make sure:
    your feature is updated and referenced on release page [2].
    you have testing instruction for your feature either on test day page [3] or in your feature page.
    your team regression testing section is organized and up to date on test day page [3].


[1] http://etherpad.ovirt.org/p/3.4-testday-1
[2] http://www.ovirt.org/OVirt_3.4.0_release_notes
[3] http://www.ovirt.org/OVirt_3.4_Test_Day


Thanks.

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


From vszocs at redhat.com  Wed Jan 22 13:47:21 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Wed, 22 Jan 2014 08:47:21 -0500 (EST)
Subject: [Engine-devel] find-bugs errors
In-Reply-To: <603964854.8551735.1390340484545.JavaMail.root@redhat.com>
References: <1321786505.594.1390337751442.JavaMail.jenkins@jenkins.ovirt.org>
	<1240388739.598.1390338690205.JavaMail.jenkins@jenkins.ovirt.org>
	<603964854.8551735.1390340484545.JavaMail.root@redhat.com>
Message-ID: <679152329.5691790.1390398441051.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Einav Cohen" <ecohen at redhat.com>
> To: "Moti Asayag" <masayag at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Tuesday, January 21, 2014 10:41:24 PM
> Subject: find-bugs errors
> 
> (1) @Moti: see [1] and [2]. it seems that they were caused by
> http://gerrit.ovirt.org/#/c/23507/
> 
> (2) @Vojtech[/UI Maintainers/others]: see [3] - it seems that the UI's
> AppErrors.java file
> became too large for find-bugs to handle. Any ideas on how to handle this
> (add to ignore list/
> divide to several files/...)?

As far as I can tell, FindBugs has hard-coded limit of class size (1M) && method count (1K). Any class exceeding these limits will be skipped with SKIPPED_CLASS_TOO_BIG warning. See [a] for details.

In WebAdmin we already exclude ApplicationConstants from SKIPPED_CLASS_TOO_BIG warning [b]. I suggest to do the same for AppErrors. Dividing AppErrors into smaller files doesn't make sense as this is GWT i18n interface that only contains i18n constant keys with default values, no logic whatsoever.

[a] http://sourceforge.net/p/findbugs/feature-requests/260/
[b] frontend/webadmin/modules/webadmin/exclude-filters.xml

Vojtech

> 
> 
> [1]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.27/#386
> 
> [2]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.28/#387
> 
> [3]
> http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1188557915/
> 
> ----- Forwarded Message -----
> From: "Jenkins ci oVirt Server" <jenkins at ovirt.org>
> To: engine-patches at ovirt.org, fsimonce at redhat.com
> Sent: Tuesday, January 21, 2014 4:11:24 PM
> Subject: [Engine-patches] [oVirt Jenkins] ovirt_engine_master_find_bugs -
> Build # 6308 - Still Unstable!
> 
> Project: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/
> Build: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/
> Build Number: 6308
> Build Status:  Still Unstable
> Triggered By: Started by an SCM change
> 
> -------------------------------------
> Changes Since Last Success:
> -------------------------------------
> Changes for Build #6301
> [Moti Asayag] engine: Extract AddNetworksByLabelParametersBuilder
> 
> [Moti Asayag] engine: Support attaching two labeled networks to a cluster
> 
> [Moti Asayag] engine: Extract RemoveNetworksByLabelParametersBuilder
> 
> [Moti Asayag] engine: Support detaching two labeled networks from a cluster
> 
> [Lior Vernia] webadmin: Replaced "Profiles" by "vNIC Profiles"
> 
> 
> Changes for Build #6302
> [Sergey Gotliv] engine, dao: Introduce ISCSI Bond entity, tables and dao
> 
> [Sergey Gotliv] engine: Introduce commands to manage iscsi bonds entities
> 
> [Sergey Gotliv] engine: Setup multiple iscsi sessions with the iscsi target
> 
> 
> Changes for Build #6303
> [Sergey Gotliv] webadmin: Allow to configure ISCSI multipathing in the dc
> context
> 
> [Martin Perina] tools: Adds more validations to MAIL_PORT in notifier
> 
> [Moti Asayag] engine: Fix findbugs warnings about Map values iteration
> 
> [Lior Vernia] webadmin: Hide content widget of boot protocol label
> 
> 
> Changes for Build #6304
> [Lior Vernia] webadmin: Integrate VM icon into Add/Edit Network dialog
> 
> 
> Changes for Build #6305
> [Alexander Wels] webadmin: Double click collapse system tree
> 
> 
> Changes for Build #6306
> [Daniel Erez] restapi: del storage conn if domain creation fails
> 
> 
> Changes for Build #6307
> [Moti Asayag] restapi: Preserve labels when setup networks is sent
> 
> 
> Changes for Build #6308
> [Federico Simoncelli] core: set local storage domain format
> 
> 
> 
> 
> -----------------
> Failed Tests:
> -----------------
> No tests ran.
> 
> 
> _______________________________________________
> Engine-patches mailing list
> Engine-patches at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-patches
> 


From mperina at redhat.com  Wed Jan 22 14:49:59 2014
From: mperina at redhat.com (Martin Perina)
Date: Wed, 22 Jan 2014 09:49:59 -0500 (EST)
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
In-Reply-To: <52DFA3D3.9030003@redhat.com>
References: <52DFA3D3.9030003@redhat.com>
Message-ID: <128590738.5357910.1390402199184.JavaMail.root@redhat.com>

Hi,

I tried to install on F19, but openstack* packages >= 3.0.2 are missing:

Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-quantum-model >= 3.0.2
           Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch (updates)
               openstack-java-quantum-model = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-glance-client >= 3.0.2
           Available: openstack-java-glance-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-glance-client = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-glance-model >= 3.0.2
           Available: openstack-java-glance-model-3.0.1-1.fc19.noarch (updates)
               openstack-java-glance-model = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-client >= 3.0.2
           Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-client = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-keystone-model >= 3.0.2
           Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch (updates)
               openstack-java-keystone-model = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-resteasy-connector >= 3.0.2
           Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch (updates)
               openstack-java-resteasy-connector = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-quantum-client >= 3.0.2
           Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-quantum-client = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-keystone-client >= 3.0.2
           Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-keystone-client = 3.0.1-1.fc19


I didn't found any info about additional repositories in release notes ...

Thanks

Martin Perina


----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org, "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, January 22, 2014 11:56:19 AM
> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
> 
> The oVirt team is pleased to announce that the 3.4.0 Release is now available
> in beta for testing.
> 
> Release notes and information on the changes for this update are still being
> worked on and will be available soon on the wiki[1].
> Please ensure to follow install instruction from release notes if you're
> going to test it.
> A new repository ovirt-3.4.0-prerelease has been added for delivering this
> beta and future refreshes until release candidate.
> 
> A new oVirt Node build will be available soon as well.
> 
> You're welcome to join us testing this beta release in tomorrow test day [2]!
> 
> 
> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From vszocs at redhat.com  Wed Jan 22 14:52:43 2014
From: vszocs at redhat.com (Vojtech Szocs)
Date: Wed, 22 Jan 2014 09:52:43 -0500 (EST)
Subject: [Engine-devel] Change in Engine user session timeout options
In-Reply-To: <1944050710.5716897.1390402015641.JavaMail.root@redhat.com>
Message-ID: <494869356.5718646.1390402363032.JavaMail.root@redhat.com>

Hi guys,

this is just a small update, patch [1] was merged recently into
master branch and also made its way into ovirt-engine-3.4 branch.

This patch removes UserSessionTimeOutInvalidationInterval config
option, so there's only UserSessionTimeOutInterval option now.
You can use it to customize Engine user session expiration, which
is 30 mins by default.

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

Regards,
Vojtech


From sbonazzo at redhat.com  Wed Jan 22 15:01:55 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Wed, 22 Jan 2014 16:01:55 +0100
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
In-Reply-To: <128590738.5357910.1390402199184.JavaMail.root@redhat.com>
References: <52DFA3D3.9030003@redhat.com>
	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>
Message-ID: <52DFDD63.4060406@redhat.com>

Il 22/01/2014 15:49, Martin Perina ha scritto:
> Hi,
> 
> I tried to install on F19, but openstack* packages >= 3.0.2 are missing:

thanks, updated release page, it needs updates-testing


> 
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-quantum-model >= 3.0.2
>            Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch (updates)
>                openstack-java-quantum-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-glance-client >= 3.0.2
>            Available: openstack-java-glance-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-glance-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-glance-model >= 3.0.2
>            Available: openstack-java-glance-model-3.0.1-1.fc19.noarch (updates)
>                openstack-java-glance-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-client >= 3.0.2
>            Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-keystone-model >= 3.0.2
>            Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch (updates)
>                openstack-java-keystone-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-resteasy-connector >= 3.0.2
>            Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch (updates)
>                openstack-java-resteasy-connector = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-quantum-client >= 3.0.2
>            Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-quantum-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-keystone-client >= 3.0.2
>            Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-keystone-client = 3.0.1-1.fc19
> 
> 
> I didn't found any info about additional repositories in release notes ...
> 
> Thanks
> 
> Martin Perina
> 
> 
> ----- Original Message -----
>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org, "engine-devel" <engine-devel at ovirt.org>
>> Sent: Wednesday, January 22, 2014 11:56:19 AM
>> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
>>
>> The oVirt team is pleased to announce that the 3.4.0 Release is now available
>> in beta for testing.
>>
>> Release notes and information on the changes for this update are still being
>> worked on and will be available soon on the wiki[1].
>> Please ensure to follow install instruction from release notes if you're
>> going to test it.
>> A new repository ovirt-3.4.0-prerelease has been added for delivering this
>> beta and future refreshes until release candidate.
>>
>> A new oVirt Node build will be available soon as well.
>>
>> You're welcome to join us testing this beta release in tomorrow test day [2]!
>>
>>
>> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
>> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>> _______________________________________________
>> 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 ecohen at redhat.com  Wed Jan 22 17:46:47 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Wed, 22 Jan 2014 12:46:47 -0500 (EST)
Subject: [Engine-devel] find-bugs errors
In-Reply-To: <679152329.5691790.1390398441051.JavaMail.root@redhat.com>
References: <1321786505.594.1390337751442.JavaMail.jenkins@jenkins.ovirt.org>
	<1240388739.598.1390338690205.JavaMail.jenkins@jenkins.ovirt.org>
	<603964854.8551735.1390340484545.JavaMail.root@redhat.com>
	<679152329.5691790.1390398441051.JavaMail.root@redhat.com>
Message-ID: <1574337147.9199560.1390412807812.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Vojtech Szocs" <vszocs at redhat.com>
> Sent: Wednesday, January 22, 2014 8:47:21 AM
> 
> 
> 
> ----- Original Message -----
> > From: "Einav Cohen" <ecohen at redhat.com>
> > To: "Moti Asayag" <masayag at redhat.com>, "Vojtech Szocs" <vszocs at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Tuesday, January 21, 2014 10:41:24 PM
> > Subject: find-bugs errors
> > 
> > (1) @Moti: see [1] and [2]. it seems that they were caused by
> > http://gerrit.ovirt.org/#/c/23507/
> > 
> > (2) @Vojtech[/UI Maintainers/others]: see [3] - it seems that the UI's
> > AppErrors.java file
> > became too large for find-bugs to handle. Any ideas on how to handle this
> > (add to ignore list/
> > divide to several files/...)?
> 
> As far as I can tell, FindBugs has hard-coded limit of class size (1M) &&
> method count (1K). Any class exceeding these limits will be skipped with
> SKIPPED_CLASS_TOO_BIG warning. See [a] for details.
> 
> In WebAdmin we already exclude ApplicationConstants from
> SKIPPED_CLASS_TOO_BIG warning [b]. I suggest to do the same for AppErrors.
> Dividing AppErrors into smaller files doesn't make sense as this is GWT i18n
> interface that only contains i18n constant keys with default values, no
> logic whatsoever.

Thanks, Vojtech - it looks like AppErrors was added to the relevant 
exclude-filters.xml file [http://gerrit.ovirt.org/#/c/23547/] earlier 
today - thanks Arik/Tomas/Omer for the prompt handling! 
find-bugs is now green again. 

> 
> [a] http://sourceforge.net/p/findbugs/feature-requests/260/
> [b] frontend/webadmin/modules/webadmin/exclude-filters.xml
> 
> Vojtech
> 
> > 
> > 
> > [1]
> > http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.27/#386
> > 
> > [2]
> > http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1158699741/source.28/#387
> > 
> > [3]
> > http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/findbugsResult/module.-1188557915/
> > 
> > ----- Forwarded Message -----
> > From: "Jenkins ci oVirt Server" <jenkins at ovirt.org>
> > To: engine-patches at ovirt.org, fsimonce at redhat.com
> > Sent: Tuesday, January 21, 2014 4:11:24 PM
> > Subject: [Engine-patches] [oVirt Jenkins] ovirt_engine_master_find_bugs -
> > Build # 6308 - Still Unstable!
> > 
> > Project: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/
> > Build: http://jenkins.ovirt.org/job/ovirt_engine_master_find_bugs/6308/
> > Build Number: 6308
> > Build Status:  Still Unstable
> > Triggered By: Started by an SCM change
> > 
> > -------------------------------------
> > Changes Since Last Success:
> > -------------------------------------
> > Changes for Build #6301
> > [Moti Asayag] engine: Extract AddNetworksByLabelParametersBuilder
> > 
> > [Moti Asayag] engine: Support attaching two labeled networks to a cluster
> > 
> > [Moti Asayag] engine: Extract RemoveNetworksByLabelParametersBuilder
> > 
> > [Moti Asayag] engine: Support detaching two labeled networks from a cluster
> > 
> > [Lior Vernia] webadmin: Replaced "Profiles" by "vNIC Profiles"
> > 
> > 
> > Changes for Build #6302
> > [Sergey Gotliv] engine, dao: Introduce ISCSI Bond entity, tables and dao
> > 
> > [Sergey Gotliv] engine: Introduce commands to manage iscsi bonds entities
> > 
> > [Sergey Gotliv] engine: Setup multiple iscsi sessions with the iscsi target
> > 
> > 
> > Changes for Build #6303
> > [Sergey Gotliv] webadmin: Allow to configure ISCSI multipathing in the dc
> > context
> > 
> > [Martin Perina] tools: Adds more validations to MAIL_PORT in notifier
> > 
> > [Moti Asayag] engine: Fix findbugs warnings about Map values iteration
> > 
> > [Lior Vernia] webadmin: Hide content widget of boot protocol label
> > 
> > 
> > Changes for Build #6304
> > [Lior Vernia] webadmin: Integrate VM icon into Add/Edit Network dialog
> > 
> > 
> > Changes for Build #6305
> > [Alexander Wels] webadmin: Double click collapse system tree
> > 
> > 
> > Changes for Build #6306
> > [Daniel Erez] restapi: del storage conn if domain creation fails
> > 
> > 
> > Changes for Build #6307
> > [Moti Asayag] restapi: Preserve labels when setup networks is sent
> > 
> > 
> > Changes for Build #6308
> > [Federico Simoncelli] core: set local storage domain format
> > 
> > 
> > 
> > 
> > -----------------
> > Failed Tests:
> > -----------------
> > No tests ran.
> > 
> > 
> > _______________________________________________
> > Engine-patches mailing list
> > Engine-patches at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-patches
> > 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
> 


From derez at redhat.com  Wed Jan 22 18:04:11 2014
From: derez at redhat.com (Daniel Erez)
Date: Wed, 22 Jan 2014 13:04:11 -0500 (EST)
Subject: [Engine-devel] Inconsistent model->entity mapping
	in	VmSnapshotListModel
In-Reply-To: <891018933.10353254.1390392880968.JavaMail.root@redhat.com>
References: <891018933.10353254.1390392880968.JavaMail.root@redhat.com>
Message-ID: <1808008201.6564755.1390413850999.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Martin Betak" <mbetak at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Wednesday, January 22, 2014 2:14:40 PM
> Subject: [Engine-devel] Inconsistent model->entity mapping in	VmSnapshotListModel
> 
> Hi all,
> 
> during some of my frontend patches I noticed that the properties
> - singleQxlPci
> - allowConsoleReconnect
> - runAndPause
> are not mapped from UnitVmModel to VM business entity in
> VmSnapshotListModel#onCloneVm method
> while being mapped in all other fronted VM-related *ListModels
> (UserPortalListModel, VmListModel, TemplateListModel)
> 
> and also that the 'comment' property is not being mapped in
> UserPortalListModel#postVmNameUniqueCheck method.
> 
> Since I know that copy & pasting the appropriate setter to 6 different places
> when adding new VM property
> can be tedious and very error prone I would like to ask the frontend
> maintainers if the above is desired behavior
> or just bug caused by omission.

I guess onCloneVm/postVmNameUniqueCheck were simply missed while adding
these properties. So yeah, if these properties can indeed be modified
from the relevant dialog, then it seems like a bug.
@Tomas - did I miss something? is there any reason not to map them?

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


From emesika at redhat.com  Wed Jan 22 18:10:47 2014
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 22 Jan 2014 13:10:47 -0500 (EST)
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
In-Reply-To: <52DFDD63.4060406@redhat.com>
References: <52DFA3D3.9030003@redhat.com>
	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>
	<52DFDD63.4060406@redhat.com>
Message-ID: <402659850.6000456.1390414247209.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> To: "Martin Perina" <mperina at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
> Sent: Wednesday, January 22, 2014 5:01:55 PM
> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
> 
> Il 22/01/2014 15:49, Martin Perina ha scritto:
> > Hi,
> > 
> > I tried to install on F19, but openstack* packages >= 3.0.2 are missing:
> 
> thanks, updated release page, it needs updates-testing

I had enabled ovirt-updates-testing and still got this :

--> Finished Dependency Resolution
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-quantum-model >= 3.0.2
           Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch (updates)
               openstack-java-quantum-model = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-glance-client >= 3.0.2
           Available: openstack-java-glance-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-glance-client = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-glance-model >= 3.0.2
           Available: openstack-java-glance-model-3.0.1-1.fc19.noarch (updates)
               openstack-java-glance-model = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-client >= 3.0.2
           Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-client = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-keystone-model >= 3.0.2
           Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch (updates)
               openstack-java-keystone-model = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-resteasy-connector >= 3.0.2
           Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch (updates)
               openstack-java-resteasy-connector = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-quantum-client >= 3.0.2
           Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-quantum-client = 3.0.1-1.fc19
Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
           Requires: openstack-java-keystone-client >= 3.0.2
           Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch (updates)
               openstack-java-keystone-client = 3.0.1-1.fc19
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest




> 
> 
> > 
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-quantum-model >= 3.0.2
> >            Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-quantum-model = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-glance-client >= 3.0.2
> >            Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-glance-client = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-glance-model >= 3.0.2
> >            Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-glance-model = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-client >= 3.0.2
> >            Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
> >                openstack-java-client = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-keystone-model >= 3.0.2
> >            Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-keystone-model = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-resteasy-connector >= 3.0.2
> >            Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-resteasy-connector = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-quantum-client >= 3.0.2
> >            Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-quantum-client = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >            Requires: openstack-java-keystone-client >= 3.0.2
> >            Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch
> >            (updates)
> >                openstack-java-keystone-client = 3.0.1-1.fc19
> > 
> > 
> > I didn't found any info about additional repositories in release notes ...
> > 
> > Thanks
> > 
> > Martin Perina
> > 
> > 
> > ----- Original Message -----
> >> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> >> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org,
> >> "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Wednesday, January 22, 2014 11:56:19 AM
> >> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
> >>
> >> The oVirt team is pleased to announce that the 3.4.0 Release is now
> >> available
> >> in beta for testing.
> >>
> >> Release notes and information on the changes for this update are still
> >> being
> >> worked on and will be available soon on the wiki[1].
> >> Please ensure to follow install instruction from release notes if you're
> >> going to test it.
> >> A new repository ovirt-3.4.0-prerelease has been added for delivering this
> >> beta and future refreshes until release candidate.
> >>
> >> A new oVirt Node build will be available soon as well.
> >>
> >> You're welcome to join us testing this beta release in tomorrow test day
> >> [2]!
> >>
> >>
> >> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
> >> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
> >>
> >> --
> >> Sandro Bonazzola
> >> Better technology. Faster innovation. Powered by community collaboration.
> >> See how it works at redhat.com
> >> _______________________________________________
> >> 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
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From dougsland at redhat.com  Wed Jan 22 19:31:59 2014
From: dougsland at redhat.com (Douglas Schilling Landgraf)
Date: Wed, 22 Jan 2014 14:31:59 -0500
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
In-Reply-To: <402659850.6000456.1390414247209.JavaMail.root@redhat.com>
References: <52DFA3D3.9030003@redhat.com>	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>	<52DFDD63.4060406@redhat.com>
	<402659850.6000456.1390414247209.JavaMail.root@redhat.com>
Message-ID: <52E01CAF.6010900@redhat.com>

Hi Eli,

On 01/22/2014 01:10 PM, Eli Mesika wrote:
>
>
> ----- Original Message -----
>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>> To: "Martin Perina" <mperina at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>> Sent: Wednesday, January 22, 2014 5:01:55 PM
>> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
>>
>> Il 22/01/2014 15:49, Martin Perina ha scritto:
>>> Hi,
>>>
>>> I tried to install on F19, but openstack* packages >= 3.0.2 are missing:
>>
>> thanks, updated release page, it needs updates-testing
>
> I had enabled ovirt-updates-testing and still got this :

Here it worked, without looking your 'yum repolist' output I do guess 
you need to enable the repo from:
/etc/yum.repos.d/fedora-updates-testing.repo

# yum install ovirt-engine
<snip>
Installing:
  ovirt-engine                                            noarch 
           3.4.0-0.5.beta1.fc19 
ovirt-3.4.0-prerelease                  1.3
</snip>

<snip>
Installing for dependencies:
  openstack-java-glance-client                            noarch 
           3.0.2-1.fc19                            updates-testing 
                     21 k
  openstack-java-glance-model                             noarch 
           3.0.2-1.fc19                            updates-testing 
                     18 k
  openstack-java-keystone-client                          noarch 
           3.0.2-1.fc19                            updates-testing 
                     33 k
  openstack-java-keystone-model                           noarch 
           3.0.2-1.fc19                            updates-testing 
                     30 k
  openstack-java-quantum-client                           noarch 
           3.0.2-1.fc19                            updates-testing 
                     20 k
  openstack-java-quantum-model                            noarch 
           3.0.2-1.fc19                            updates-testing 
                     24 k
</snip>

>
> --> Finished Dependency Resolution
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-quantum-model >= 3.0.2
>             Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-quantum-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-glance-client >= 3.0.2
>             Available: openstack-java-glance-client-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-glance-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-glance-model >= 3.0.2
>             Available: openstack-java-glance-model-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-glance-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-client >= 3.0.2
>             Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-keystone-model >= 3.0.2
>             Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-keystone-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-resteasy-connector >= 3.0.2
>             Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-resteasy-connector = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-quantum-client >= 3.0.2
>             Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-quantum-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>             Requires: openstack-java-keystone-client >= 3.0.2
>             Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch (updates)
>                 openstack-java-keystone-client = 3.0.1-1.fc19
>   You could try using --skip-broken to work around the problem
>   You could try running: rpm -Va --nofiles --nodigest
>
>
>
>
>>
>>
>>>
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-quantum-model >= 3.0.2
>>>             Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-quantum-model = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-glance-client >= 3.0.2
>>>             Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-glance-client = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-glance-model >= 3.0.2
>>>             Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-glance-model = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-client >= 3.0.2
>>>             Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
>>>                 openstack-java-client = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-keystone-model >= 3.0.2
>>>             Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-keystone-model = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-resteasy-connector >= 3.0.2
>>>             Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-resteasy-connector = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-quantum-client >= 3.0.2
>>>             Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-quantum-client = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>             Requires: openstack-java-keystone-client >= 3.0.2
>>>             Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch
>>>             (updates)
>>>                 openstack-java-keystone-client = 3.0.1-1.fc19
>>>
>>>
>>> I didn't found any info about additional repositories in release notes ...
>>>
>>> Thanks
>>>
>>> Martin Perina
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>>> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org,
>>>> "engine-devel" <engine-devel at ovirt.org>
>>>> Sent: Wednesday, January 22, 2014 11:56:19 AM
>>>> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
>>>>
>>>> The oVirt team is pleased to announce that the 3.4.0 Release is now
>>>> available
>>>> in beta for testing.
>>>>
>>>> Release notes and information on the changes for this update are still
>>>> being
>>>> worked on and will be available soon on the wiki[1].
>>>> Please ensure to follow install instruction from release notes if you're
>>>> going to test it.
>>>> A new repository ovirt-3.4.0-prerelease has been added for delivering this
>>>> beta and future refreshes until release candidate.
>>>>
>>>> A new oVirt Node build will be available soon as well.
>>>>
>>>> You're welcome to join us testing this beta release in tomorrow test day
>>>> [2]!
>>>>
>>>>
>>>> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
>>>> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
>>>>
>>>> --
>>>> Sandro Bonazzola
>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>> See how it works at redhat.com
>>>> _______________________________________________
>>>> 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
>> _______________________________________________
>> 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
>


-- 
Cheers
Douglas


From emesika at redhat.com  Wed Jan 22 19:48:54 2014
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 22 Jan 2014 14:48:54 -0500 (EST)
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
In-Reply-To: <52E01CAF.6010900@redhat.com>
References: <52DFA3D3.9030003@redhat.com>
	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>
	<52DFDD63.4060406@redhat.com>
	<402659850.6000456.1390414247209.JavaMail.root@redhat.com>
	<52E01CAF.6010900@redhat.com>
Message-ID: <1089402399.6052269.1390420134356.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Douglas Schilling Landgraf" <dougsland at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>, "Sandro Bonazzola" <sbonazzo at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
> Sent: Wednesday, January 22, 2014 9:31:59 PM
> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
> 
> Hi Eli,
> 
> On 01/22/2014 01:10 PM, Eli Mesika wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> >> To: "Martin Perina" <mperina at redhat.com>
> >> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
> >> Sent: Wednesday, January 22, 2014 5:01:55 PM
> >> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
> >>
> >> Il 22/01/2014 15:49, Martin Perina ha scritto:
> >>> Hi,
> >>>
> >>> I tried to install on F19, but openstack* packages >= 3.0.2 are missing:
> >>
> >> thanks, updated release page, it needs updates-testing
> >
> > I had enabled ovirt-updates-testing and still got this :
> 
> Here it worked, without looking your 'yum repolist' output I do guess
> you need to enable the repo from:
> /etc/yum.repos.d/fedora-updates-testing.repo


Thanks, I enabled ovirt-updates-testing in ovirt repo ..... :-(

> 
> # yum install ovirt-engine
> <snip>
> Installing:
>   ovirt-engine                                            noarch
>            3.4.0-0.5.beta1.fc19
> ovirt-3.4.0-prerelease                  1.3
> </snip>
> 
> <snip>
> Installing for dependencies:
>   openstack-java-glance-client                            noarch
>            3.0.2-1.fc19                            updates-testing
>                      21 k
>   openstack-java-glance-model                             noarch
>            3.0.2-1.fc19                            updates-testing
>                      18 k
>   openstack-java-keystone-client                          noarch
>            3.0.2-1.fc19                            updates-testing
>                      33 k
>   openstack-java-keystone-model                           noarch
>            3.0.2-1.fc19                            updates-testing
>                      30 k
>   openstack-java-quantum-client                           noarch
>            3.0.2-1.fc19                            updates-testing
>                      20 k
>   openstack-java-quantum-model                            noarch
>            3.0.2-1.fc19                            updates-testing
>                      24 k
> </snip>
> 
> >
> > --> Finished Dependency Resolution
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-quantum-model >= 3.0.2
> >             Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-quantum-model = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-glance-client >= 3.0.2
> >             Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-glance-client = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-glance-model >= 3.0.2
> >             Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-glance-model = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-client >= 3.0.2
> >             Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
> >                 openstack-java-client = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-keystone-model >= 3.0.2
> >             Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-keystone-model = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-resteasy-connector >= 3.0.2
> >             Available:
> >             openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-resteasy-connector = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-quantum-client >= 3.0.2
> >             Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-quantum-client = 3.0.1-1.fc19
> > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > (ovirt-3.4.0-prerelease)
> >             Requires: openstack-java-keystone-client >= 3.0.2
> >             Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch
> >             (updates)
> >                 openstack-java-keystone-client = 3.0.1-1.fc19
> >   You could try using --skip-broken to work around the problem
> >   You could try running: rpm -Va --nofiles --nodigest
> >
> >
> >
> >
> >>
> >>
> >>>
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-quantum-model >= 3.0.2
> >>>             Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-quantum-model = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-glance-client >= 3.0.2
> >>>             Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-glance-client = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-glance-model >= 3.0.2
> >>>             Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-glance-model = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-client >= 3.0.2
> >>>             Available: openstack-java-client-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-client = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-keystone-model >= 3.0.2
> >>>             Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-keystone-model = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-resteasy-connector >= 3.0.2
> >>>             Available:
> >>>             openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-resteasy-connector = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-quantum-client >= 3.0.2
> >>>             Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-quantum-client = 3.0.1-1.fc19
> >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> >>> (ovirt-3.4.0-prerelease)
> >>>             Requires: openstack-java-keystone-client >= 3.0.2
> >>>             Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch
> >>>             (updates)
> >>>                 openstack-java-keystone-client = 3.0.1-1.fc19
> >>>
> >>>
> >>> I didn't found any info about additional repositories in release notes
> >>> ...
> >>>
> >>> Thanks
> >>>
> >>> Martin Perina
> >>>
> >>>
> >>> ----- Original Message -----
> >>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> >>>> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org,
> >>>> "engine-devel" <engine-devel at ovirt.org>
> >>>> Sent: Wednesday, January 22, 2014 11:56:19 AM
> >>>> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
> >>>>
> >>>> The oVirt team is pleased to announce that the 3.4.0 Release is now
> >>>> available
> >>>> in beta for testing.
> >>>>
> >>>> Release notes and information on the changes for this update are still
> >>>> being
> >>>> worked on and will be available soon on the wiki[1].
> >>>> Please ensure to follow install instruction from release notes if you're
> >>>> going to test it.
> >>>> A new repository ovirt-3.4.0-prerelease has been added for delivering
> >>>> this
> >>>> beta and future refreshes until release candidate.
> >>>>
> >>>> A new oVirt Node build will be available soon as well.
> >>>>
> >>>> You're welcome to join us testing this beta release in tomorrow test day
> >>>> [2]!
> >>>>
> >>>>
> >>>> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
> >>>> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
> >>>>
> >>>> --
> >>>> Sandro Bonazzola
> >>>> Better technology. Faster innovation. Powered by community
> >>>> collaboration.
> >>>> See how it works at redhat.com
> >>>> _______________________________________________
> >>>> 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
> >> _______________________________________________
> >> 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
> >
> 
> 
> --
> Cheers
> Douglas
> 


From emesika at redhat.com  Wed Jan 22 20:00:49 2014
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 22 Jan 2014 15:00:49 -0500 (EST)
Subject: [Engine-devel] [Users]  oVirt 3.4.0 beta is now available
In-Reply-To: <1089402399.6052269.1390420134356.JavaMail.root@redhat.com>
References: <52DFA3D3.9030003@redhat.com>
	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>
	<52DFDD63.4060406@redhat.com>
	<402659850.6000456.1390414247209.JavaMail.root@redhat.com>
	<52E01CAF.6010900@redhat.com>
	<1089402399.6052269.1390420134356.JavaMail.root@redhat.com>
Message-ID: <1767307495.6060260.1390420849402.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: dougsland at redhat.com
> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
> Sent: Wednesday, January 22, 2014 9:48:54 PM
> Subject: Re: [Users] [Engine-devel] oVirt 3.4.0 beta is now available
> 
> 
> 
> ----- Original Message -----
> > From: "Douglas Schilling Landgraf" <dougsland at redhat.com>
> > To: "Eli Mesika" <emesika at redhat.com>, "Sandro Bonazzola"
> > <sbonazzo at redhat.com>
> > Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
> > Sent: Wednesday, January 22, 2014 9:31:59 PM
> > Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
> > 
> > Hi Eli,
> > 
> > On 01/22/2014 01:10 PM, Eli Mesika wrote:
> > >
> > >
> > > ----- Original Message -----
> > >> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> > >> To: "Martin Perina" <mperina at redhat.com>
> > >> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
> > >> Sent: Wednesday, January 22, 2014 5:01:55 PM
> > >> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
> > >>
> > >> Il 22/01/2014 15:49, Martin Perina ha scritto:
> > >>> Hi,
> > >>>
> > >>> I tried to install on F19, but openstack* packages >= 3.0.2 are
> > >>> missing:
> > >>
> > >> thanks, updated release page, it needs updates-testing
> > >
> > > I had enabled ovirt-updates-testing and still got this :
> > 
> > Here it worked, without looking your 'yum repolist' output I do guess
> > you need to enable the repo from:
> > /etc/yum.repos.d/fedora-updates-testing.repo
> 
> 
> Thanks, I enabled ovirt-updates-testing in ovirt repo ..... :-(

engine-setup fails with the following error 

Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute

any ideas ?

> 
> > 
> > # yum install ovirt-engine
> > <snip>
> > Installing:
> >   ovirt-engine                                            noarch
> >            3.4.0-0.5.beta1.fc19
> > ovirt-3.4.0-prerelease                  1.3
> > </snip>
> > 
> > <snip>
> > Installing for dependencies:
> >   openstack-java-glance-client                            noarch
> >            3.0.2-1.fc19                            updates-testing
> >                      21 k
> >   openstack-java-glance-model                             noarch
> >            3.0.2-1.fc19                            updates-testing
> >                      18 k
> >   openstack-java-keystone-client                          noarch
> >            3.0.2-1.fc19                            updates-testing
> >                      33 k
> >   openstack-java-keystone-model                           noarch
> >            3.0.2-1.fc19                            updates-testing
> >                      30 k
> >   openstack-java-quantum-client                           noarch
> >            3.0.2-1.fc19                            updates-testing
> >                      20 k
> >   openstack-java-quantum-model                            noarch
> >            3.0.2-1.fc19                            updates-testing
> >                      24 k
> > </snip>
> > 
> > >
> > > --> Finished Dependency Resolution
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-quantum-model >= 3.0.2
> > >             Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-quantum-model = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-glance-client >= 3.0.2
> > >             Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-glance-client = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-glance-model >= 3.0.2
> > >             Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-glance-model = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-client >= 3.0.2
> > >             Available: openstack-java-client-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-client = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-keystone-model >= 3.0.2
> > >             Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-keystone-model = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-resteasy-connector >= 3.0.2
> > >             Available:
> > >             openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-resteasy-connector = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-quantum-client >= 3.0.2
> > >             Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-quantum-client = 3.0.1-1.fc19
> > > Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > > (ovirt-3.4.0-prerelease)
> > >             Requires: openstack-java-keystone-client >= 3.0.2
> > >             Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch
> > >             (updates)
> > >                 openstack-java-keystone-client = 3.0.1-1.fc19
> > >   You could try using --skip-broken to work around the problem
> > >   You could try running: rpm -Va --nofiles --nodigest
> > >
> > >
> > >
> > >
> > >>
> > >>
> > >>>
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-quantum-model >= 3.0.2
> > >>>             Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-quantum-model = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-glance-client >= 3.0.2
> > >>>             Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-glance-client = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-glance-model >= 3.0.2
> > >>>             Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-glance-model = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-client >= 3.0.2
> > >>>             Available: openstack-java-client-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-client = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-keystone-model >= 3.0.2
> > >>>             Available:
> > >>>             openstack-java-keystone-model-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-keystone-model = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-resteasy-connector >= 3.0.2
> > >>>             Available:
> > >>>             openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-resteasy-connector = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-quantum-client >= 3.0.2
> > >>>             Available:
> > >>>             openstack-java-quantum-client-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-quantum-client = 3.0.1-1.fc19
> > >>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
> > >>> (ovirt-3.4.0-prerelease)
> > >>>             Requires: openstack-java-keystone-client >= 3.0.2
> > >>>             Available:
> > >>>             openstack-java-keystone-client-3.0.1-1.fc19.noarch
> > >>>             (updates)
> > >>>                 openstack-java-keystone-client = 3.0.1-1.fc19
> > >>>
> > >>>
> > >>> I didn't found any info about additional repositories in release notes
> > >>> ...
> > >>>
> > >>> Thanks
> > >>>
> > >>> Martin Perina
> > >>>
> > >>>
> > >>> ----- Original Message -----
> > >>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
> > >>>> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org,
> > >>>> "engine-devel" <engine-devel at ovirt.org>
> > >>>> Sent: Wednesday, January 22, 2014 11:56:19 AM
> > >>>> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
> > >>>>
> > >>>> The oVirt team is pleased to announce that the 3.4.0 Release is now
> > >>>> available
> > >>>> in beta for testing.
> > >>>>
> > >>>> Release notes and information on the changes for this update are still
> > >>>> being
> > >>>> worked on and will be available soon on the wiki[1].
> > >>>> Please ensure to follow install instruction from release notes if
> > >>>> you're
> > >>>> going to test it.
> > >>>> A new repository ovirt-3.4.0-prerelease has been added for delivering
> > >>>> this
> > >>>> beta and future refreshes until release candidate.
> > >>>>
> > >>>> A new oVirt Node build will be available soon as well.
> > >>>>
> > >>>> You're welcome to join us testing this beta release in tomorrow test
> > >>>> day
> > >>>> [2]!
> > >>>>
> > >>>>
> > >>>> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
> > >>>> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
> > >>>>
> > >>>> --
> > >>>> Sandro Bonazzola
> > >>>> Better technology. Faster innovation. Powered by community
> > >>>> collaboration.
> > >>>> See how it works at redhat.com
> > >>>> _______________________________________________
> > >>>> 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
> > >> _______________________________________________
> > >> 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
> > >
> > 
> > 
> > --
> > Cheers
> > Douglas
> > 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


From dougsland at redhat.com  Thu Jan 23 02:19:10 2014
From: dougsland at redhat.com (Douglas Schilling Landgraf)
Date: Wed, 22 Jan 2014 21:19:10 -0500
Subject: [Engine-devel] [Users]  oVirt 3.4.0 beta is now available
In-Reply-To: <1767307495.6060260.1390420849402.JavaMail.root@redhat.com>
References: <52DFA3D3.9030003@redhat.com>	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>	<52DFDD63.4060406@redhat.com>	<402659850.6000456.1390414247209.JavaMail.root@redhat.com>	<52E01CAF.6010900@redhat.com>	<1089402399.6052269.1390420134356.JavaMail.root@redhat.com>
	<1767307495.6060260.1390420849402.JavaMail.root@redhat.com>
Message-ID: <52E07C1E.3090302@redhat.com>

On 01/22/2014 03:00 PM, Eli Mesika wrote:
>
>
> ----- Original Message -----
>> From: "Eli Mesika" <emesika at redhat.com>
>> To: dougsland at redhat.com
>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>> Sent: Wednesday, January 22, 2014 9:48:54 PM
>> Subject: Re: [Users] [Engine-devel] oVirt 3.4.0 beta is now available
>>
>>
>>
>> ----- Original Message -----
>>> From: "Douglas Schilling Landgraf" <dougsland at redhat.com>
>>> To: "Eli Mesika" <emesika at redhat.com>, "Sandro Bonazzola"
>>> <sbonazzo at redhat.com>
>>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>>> Sent: Wednesday, January 22, 2014 9:31:59 PM
>>> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
>>>
>>> Hi Eli,
>>>
>>> On 01/22/2014 01:10 PM, Eli Mesika wrote:
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>>>> To: "Martin Perina" <mperina at redhat.com>
>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>>>>> Sent: Wednesday, January 22, 2014 5:01:55 PM
>>>>> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
>>>>>
>>>>> Il 22/01/2014 15:49, Martin Perina ha scritto:
>>>>>> Hi,
>>>>>>
>>>>>> I tried to install on F19, but openstack* packages >= 3.0.2 are
>>>>>> missing:
>>>>>
>>>>> thanks, updated release page, it needs updates-testing
>>>>
>>>> I had enabled ovirt-updates-testing and still got this :
>>>
>>> Here it worked, without looking your 'yum repolist' output I do guess
>>> you need to enable the repo from:
>>> /etc/yum.repos.d/fedora-updates-testing.repo
>>
>>
>> Thanks, I enabled ovirt-updates-testing in ovirt repo ..... :-(
>
> engine-setup fails with the following error
>
> Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
>
> any ideas ?
>
Hi Eli,

Would be nice too see your engine-setup log file to determine which 
error happened. Should be available here:  /var/log/ovirt-engine/setup/

Anyway, I could reproduce a similar output during a setup (below the 
log) and in my case was postgresql with error: "FATAL:  could not create 
shared memory segment: Invalid argument"

Resolved with wiki:
http://www.ovirt.org/Troubleshooting#Installation

In session:
"I am having trouble connecting to the database. In the system log, I 
get the following message from Postgres"

@Sandro, should or maybe installer detect this kind of situation?

=========================

2014-01-22 17:37:52 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:446 execute-output: ('/bin/systemctl', 'start', 
'postgresql.service') stderr:
Job for postgresql.service failed. See 'systemctl status 
postgresql.service' and 'journalctl -xn' for details.

2014-01-22 17:37:52 DEBUG otopi.context context._executeMethod:152 
method exception
Traceback (most recent call last):
   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, 
in _executeMethod
     method['method']()
   File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py", 
line 182, in _misc
     self._provisioning.provision()
   File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py", 
line 552, in provision
     self._restart()
   File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py", 
line 407, in _restart
     state=state,
   File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 138, 
in state
     'start' if state else 'stop'
   File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 77, 
in _executeServiceCommand
     raiseOnError=raiseOnError
   File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 451, in 
execute
     command=args[0],
RuntimeError: Command '/bin/systemctl' failed to execute
2014-01-22 17:37:52 ERROR otopi.context context._executeMethod:161 
Failed to execute stage 'Misc configuration': Command '/bin/systemctl' 
failed to execute
2014-01-22 17:37:52 DEBUG otopi.transaction transaction.abort:131 
aborting 'Yum Transaction'
2014-01-22 17:37:52 INFO otopi.plugins.otopi.packagers.yumpackager 
yumpackager.info:92 Yum Performing yum transaction rollback
Loaded plugins: versionlock


-- 
Cheers
Douglas


From sbonazzo at redhat.com  Thu Jan 23 06:40:38 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 23 Jan 2014 07:40:38 +0100
Subject: [Engine-devel] [Users]  oVirt 3.4.0 beta is now available
In-Reply-To: <52E07C1E.3090302@redhat.com>
References: <52DFA3D3.9030003@redhat.com>	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>	<52DFDD63.4060406@redhat.com>	<402659850.6000456.1390414247209.JavaMail.root@redhat.com>	<52E01CAF.6010900@redhat.com>	<1089402399.6052269.1390420134356.JavaMail.root@redhat.com>
	<1767307495.6060260.1390420849402.JavaMail.root@redhat.com>
	<52E07C1E.3090302@redhat.com>
Message-ID: <52E0B966.60609@redhat.com>

Il 23/01/2014 03:19, Douglas Schilling Landgraf ha scritto:
> On 01/22/2014 03:00 PM, Eli Mesika wrote:
>>
>>
>> ----- Original Message -----
>>> From: "Eli Mesika" <emesika at redhat.com>
>>> To: dougsland at redhat.com
>>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>>> Sent: Wednesday, January 22, 2014 9:48:54 PM
>>> Subject: Re: [Users] [Engine-devel] oVirt 3.4.0 beta is now available
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Douglas Schilling Landgraf" <dougsland at redhat.com>
>>>> To: "Eli Mesika" <emesika at redhat.com>, "Sandro Bonazzola"
>>>> <sbonazzo at redhat.com>
>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>>>> Sent: Wednesday, January 22, 2014 9:31:59 PM
>>>> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
>>>>
>>>> Hi Eli,
>>>>
>>>> On 01/22/2014 01:10 PM, Eli Mesika wrote:
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>>>>> To: "Martin Perina" <mperina at redhat.com>
>>>>>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>>>>>> Sent: Wednesday, January 22, 2014 5:01:55 PM
>>>>>> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
>>>>>>
>>>>>> Il 22/01/2014 15:49, Martin Perina ha scritto:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I tried to install on F19, but openstack* packages >= 3.0.2 are
>>>>>>> missing:
>>>>>>
>>>>>> thanks, updated release page, it needs updates-testing
>>>>>
>>>>> I had enabled ovirt-updates-testing and still got this :
>>>>
>>>> Here it worked, without looking your 'yum repolist' output I do guess
>>>> you need to enable the repo from:
>>>> /etc/yum.repos.d/fedora-updates-testing.repo
>>>
>>>
>>> Thanks, I enabled ovirt-updates-testing in ovirt repo ..... :-(
>>
>> engine-setup fails with the following error
>>
>> Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute
>>
>> any ideas ?
>>
> Hi Eli,
> 
> Would be nice too see your engine-setup log file to determine which error happened. Should be available here:  /var/log/ovirt-engine/setup/
> 
> Anyway, I could reproduce a similar output during a setup (below the log) and in my case was postgresql with error: "FATAL:  could not create shared
> memory segment: Invalid argument"
> 
> Resolved with wiki:
> http://www.ovirt.org/Troubleshooting#Installation
> 
> In session:
> "I am having trouble connecting to the database. In the system log, I get the following message from Postgres"
> 
> @Sandro, should or maybe installer detect this kind of situation?

Seems like http://www.ovirt.org/OVirt_3.4.0_release_notes#Known_issues

On Fedora 19 with recent versions of PostgreSQL it may be necessary to manually change kernel.shmmax settings (BZ 1039616)

Please try:

# engine-setup --otopi-environment="OVESETUP_SYSTEM/shmmax=int:68719476736"



> 
> =========================
> 
> 2014-01-22 17:37:52 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:446 execute-output: ('/bin/systemctl', 'start', 'postgresql.service')
> stderr:
> Job for postgresql.service failed. See 'systemctl status postgresql.service' and 'journalctl -xn' for details.
> 
> 2014-01-22 17:37:52 DEBUG otopi.context context._executeMethod:152 method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod
>     method['method']()
>   File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py", line 182, in _misc
>     self._provisioning.provision()
>   File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py", line 552, in provision
>     self._restart()
>   File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py", line 407, in _restart
>     state=state,
>   File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 138, in state
>     'start' if state else 'stop'
>   File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 77, in _executeServiceCommand
>     raiseOnError=raiseOnError
>   File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 451, in execute
>     command=args[0],
> RuntimeError: Command '/bin/systemctl' failed to execute
> 2014-01-22 17:37:52 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to
> execute
> 2014-01-22 17:37:52 DEBUG otopi.transaction transaction.abort:131 aborting 'Yum Transaction'
> 2014-01-22 17:37:52 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:92 Yum Performing yum transaction rollback
> Loaded plugins: versionlock
> 
> 


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


From rnachimu at redhat.com  Thu Jan 23 06:45:29 2014
From: rnachimu at redhat.com (Ramesh Nachimuthu)
Date: Thu, 23 Jan 2014 01:45:29 -0500 (EST)
Subject: [Engine-devel] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th
In-Reply-To: <52DFC28B.7060709@redhat.com>
References: <52DFC28B.7060709@redhat.com>
Message-ID: <1204943240.4430760.1390459529275.JavaMail.root@redhat.com>

Hi,

   After adding the node to engine, it goes to non operational state with the error "Host 10.70.43.160 is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set to version 3.4.". 

I have enabled the repo http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/$releasever/ in host. 

  Following is the vdsm version installed in F19 node:

[root at localhost ~]# rpm -qa | grep vdsm
vdsm-cli-4.14.1-2.fc19.noarch
vdsm-4.14.1-2.fc19.x86_64
vdsm-python-4.14.1-2.fc19.x86_64
vdsm-python-zombiereaper-4.14.1-2.fc19.noarch
vdsm-xmlrpc-4.14.1-2.fc19.noarch
vdsm-gluster-4.14.1-2.fc19.noarch


[root at localhost ~]# vdsClient -s 0 getVdsCaps
	clusterLevels = ['3.0', '3.1', '3.2', '3.3']

Anything I am missing here?


Regards,
Ramesh
----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo at redhat.com>
To: "arch" <arch at ovirt.org>, "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
Sent: Wednesday, January 22, 2014 6:37:23 PM
Subject: [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th

Hi all,
tomorrow Jan 23th we'll have oVirt 3.4.0 test day.

On this day all relevant engineers will be online ready to support
any issues you find during install / operating this new release.

Just make sure you have 1 hosts or more to test drive the new release.
If you're curious to see how it works, this is your chance.

Thanks again for everyone who will join us tomorrow!

Location
    #ovirt irc channel
    Please communicate here to allow others to see any issues

What
    In this test day you have a license to kill ;)
    Follow the documentation to setup your environment, and test drive the new features.
    Please remember we expect to see some issues, and anything you come up with will save a you when you'll install final release
    Remember to try daily tasks you'd usually do in the engine, to see there are no regressions.
    Write down the configuration you used (HW, console, etc) in the report etherpad[1].

Documentation
    Release notes: http://www.ovirt.org/OVirt_3.4.0_release_notes
    Features pages links: http://bit.ly/17qBn6F
    If you find errors in the wiki please annotate it as well in report etherpad [1]

Prerequisites / recommendations
    Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc).
    Use Fedora 19 only. Fedora 20 is unsupported due to various issues (sos, jboss).

Latest RPMs
    repository to be enabled for testing the release are listed in the release notes page [2].

NEW issues / reports
    For any new issue, please update the reports etherpad [1]

Feature owners, please make sure:
    your feature is updated and referenced on release page [2].
    you have testing instruction for your feature either on test day page [3] or in your feature page.
    your team regression testing section is organized and up to date on test day page [3].


[1] http://etherpad.ovirt.org/p/3.4-testday-1
[2] http://www.ovirt.org/OVirt_3.4.0_release_notes
[3] http://www.ovirt.org/OVirt_3.4_Test_Day


Thanks.

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
_______________________________________________
Arch mailing list
Arch at ovirt.org
http://lists.ovirt.org/mailman/listinfo/arch


From sbonazzo at redhat.com  Thu Jan 23 06:56:59 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Thu, 23 Jan 2014 07:56:59 +0100
Subject: [Engine-devel] oVirt 3.4.0 beta is now available
In-Reply-To: <402659850.6000456.1390414247209.JavaMail.root@redhat.com>
References: <52DFA3D3.9030003@redhat.com>
	<128590738.5357910.1390402199184.JavaMail.root@redhat.com>
	<52DFDD63.4060406@redhat.com>
	<402659850.6000456.1390414247209.JavaMail.root@redhat.com>
Message-ID: <52E0BD3B.5010300@redhat.com>

Il 22/01/2014 19:10, Eli Mesika ha scritto:
> 
> 
> ----- Original Message -----
>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>> To: "Martin Perina" <mperina at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>, Users at ovirt.org
>> Sent: Wednesday, January 22, 2014 5:01:55 PM
>> Subject: Re: [Engine-devel] oVirt 3.4.0 beta is now available
>>
>> Il 22/01/2014 15:49, Martin Perina ha scritto:
>>> Hi,
>>>
>>> I tried to install on F19, but openstack* packages >= 3.0.2 are missing:
>>
>> thanks, updated release page, it needs updates-testing
> 
> I had enabled ovirt-updates-testing and still got this :

I mean Fedora updates-testing...
However today openstak packages should be available also in Fedora updates repository


> 
> --> Finished Dependency Resolution
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-quantum-model >= 3.0.2
>            Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch (updates)
>                openstack-java-quantum-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-glance-client >= 3.0.2
>            Available: openstack-java-glance-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-glance-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-glance-model >= 3.0.2
>            Available: openstack-java-glance-model-3.0.1-1.fc19.noarch (updates)
>                openstack-java-glance-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-client >= 3.0.2
>            Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-keystone-model >= 3.0.2
>            Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch (updates)
>                openstack-java-keystone-model = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-resteasy-connector >= 3.0.2
>            Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch (updates)
>                openstack-java-resteasy-connector = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-quantum-client >= 3.0.2
>            Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-quantum-client = 3.0.1-1.fc19
> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch (ovirt-3.4.0-prerelease)
>            Requires: openstack-java-keystone-client >= 3.0.2
>            Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch (updates)
>                openstack-java-keystone-client = 3.0.1-1.fc19
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
> 
> 
> 
> 
>>
>>
>>>
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-quantum-model >= 3.0.2
>>>            Available: openstack-java-quantum-model-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-quantum-model = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-glance-client >= 3.0.2
>>>            Available: openstack-java-glance-client-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-glance-client = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-glance-model >= 3.0.2
>>>            Available: openstack-java-glance-model-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-glance-model = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-client >= 3.0.2
>>>            Available: openstack-java-client-3.0.1-1.fc19.noarch (updates)
>>>                openstack-java-client = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-keystone-model >= 3.0.2
>>>            Available: openstack-java-keystone-model-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-keystone-model = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-resteasy-connector >= 3.0.2
>>>            Available: openstack-java-resteasy-connector-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-resteasy-connector = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-quantum-client >= 3.0.2
>>>            Available: openstack-java-quantum-client-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-quantum-client = 3.0.1-1.fc19
>>> Error: Package: ovirt-engine-3.4.0-0.5.beta1.fc19.noarch
>>> (ovirt-3.4.0-prerelease)
>>>            Requires: openstack-java-keystone-client >= 3.0.2
>>>            Available: openstack-java-keystone-client-3.0.1-1.fc19.noarch
>>>            (updates)
>>>                openstack-java-keystone-client = 3.0.1-1.fc19
>>>
>>>
>>> I didn't found any info about additional repositories in release notes ...
>>>
>>> Thanks
>>>
>>> Martin Perina
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Sandro Bonazzola" <sbonazzo at redhat.com>
>>>> To: announce at ovirt.org, "arch" <arch at ovirt.org>, Users at ovirt.org,
>>>> "engine-devel" <engine-devel at ovirt.org>
>>>> Sent: Wednesday, January 22, 2014 11:56:19 AM
>>>> Subject: [Engine-devel] oVirt 3.4.0 beta is now available
>>>>
>>>> The oVirt team is pleased to announce that the 3.4.0 Release is now
>>>> available
>>>> in beta for testing.
>>>>
>>>> Release notes and information on the changes for this update are still
>>>> being
>>>> worked on and will be available soon on the wiki[1].
>>>> Please ensure to follow install instruction from release notes if you're
>>>> going to test it.
>>>> A new repository ovirt-3.4.0-prerelease has been added for delivering this
>>>> beta and future refreshes until release candidate.
>>>>
>>>> A new oVirt Node build will be available soon as well.
>>>>
>>>> You're welcome to join us testing this beta release in tomorrow test day
>>>> [2]!
>>>>
>>>>
>>>> [1] http://www.ovirt.org/OVirt_3.4.0_release_notes
>>>> [2] http://www.ovirt.org/OVirt_3.4_Test_Day
>>>>
>>>> --
>>>> Sandro Bonazzola
>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>> See how it works at redhat.com
>>>> _______________________________________________
>>>> 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
>> _______________________________________________
>> 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  Thu Jan 23 07:20:41 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Thu, 23 Jan 2014 02:20:41 -0500 (EST)
Subject: [Engine-devel] Inconsistent model->entity mapping
	in	VmSnapshotListModel
In-Reply-To: <1808008201.6564755.1390413850999.JavaMail.root@redhat.com>
References: <891018933.10353254.1390392880968.JavaMail.root@redhat.com>
	<1808008201.6564755.1390413850999.JavaMail.root@redhat.com>
Message-ID: <411534149.6148571.1390461641546.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Daniel Erez" <derez at redhat.com>
> To: "Martin Betak" <mbetak at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "Tomas Jelinek" <tjelinek at redhat.com>
> Sent: Wednesday, January 22, 2014 7:04:11 PM
> Subject: Re: [Engine-devel] Inconsistent model->entity mapping in	VmSnapshotListModel
> 
> 
> 
> ----- Original Message -----
> > From: "Martin Betak" <mbetak at redhat.com>
> > To: "engine-devel" <engine-devel at ovirt.org>
> > Sent: Wednesday, January 22, 2014 2:14:40 PM
> > Subject: [Engine-devel] Inconsistent model->entity mapping in
> > 	VmSnapshotListModel
> > 
> > Hi all,
> > 
> > during some of my frontend patches I noticed that the properties
> > - singleQxlPci
> > - allowConsoleReconnect
> > - runAndPause
> > are not mapped from UnitVmModel to VM business entity in
> > VmSnapshotListModel#onCloneVm method
> > while being mapped in all other fronted VM-related *ListModels
> > (UserPortalListModel, VmListModel, TemplateListModel)
> > 
> > and also that the 'comment' property is not being mapped in
> > UserPortalListModel#postVmNameUniqueCheck method.
> > 
> > Since I know that copy & pasting the appropriate setter to 6 different
> > places
> > when adding new VM property
> > can be tedious and very error prone I would like to ask the frontend
> > maintainers if the above is desired behavior
> > or just bug caused by omission.
> 
> I guess onCloneVm/postVmNameUniqueCheck were simply missed while adding
> these properties. So yeah, if these properties can indeed be modified
> from the relevant dialog, then it seems like a bug.
> @Tomas - did I miss something? is there any reason not to map them?

I don't know of any so I guess they can be added...

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


From fabiand at redhat.com  Thu Jan 23 09:48:34 2014
From: fabiand at redhat.com (Fabian Deutsch)
Date: Thu, 23 Jan 2014 10:48:34 +0100
Subject: [Engine-devel] [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow
 Jan 23th -- oVirt Node ISO for the Test Day
In-Reply-To: <52DFC28B.7060709@redhat.com>
References: <52DFC28B.7060709@redhat.com>
Message-ID: <1390470514.3029.9.camel@fdeutsch-laptop.local>

Am Mittwoch, den 22.01.2014, 14:07 +0100 schrieb Sandro Bonazzola:
> Latest RPMs
>     repository to be enabled for testing the release are listed in the
> release notes page [2].

Hey,

the following oVirt Node ISO (based on CentOS 6.5 and oVirt 3.4
components) can be used for the Test Day:
http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso

Important: You need to append enforcing=0 to the kernel when booting the
ISO to prevent SELinux denials.

Please provide your audit.log after the Test Day by replying to this
email.

Greetings
fabian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140123/65c8d749/attachment.sig>

From didi at redhat.com  Thu Jan 23 13:19:44 2014
From: didi at redhat.com (Yedidyah Bar David)
Date: Thu, 23 Jan 2014 08:19:44 -0500 (EST)
Subject: [Engine-devel] "Guest Agent Data" under "Network Interfaces" empty
In-Reply-To: <335899706.6996436.1390482883594.JavaMail.root@redhat.com>
Message-ID: <132107193.6997834.1390483184795.JavaMail.root@redhat.com>

Hi all,

I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
with ovirt-guest-agent from [1] and another fedora 19 with oga from
fedora. Both of them seem to work well - I can see installed applications,
logged in user, memory usage. But in both of them, under "Network Interfaces",
the "Guest Agent Data" tab on the right has just headers, with no data.

'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
for both VMs.

Am I missing anything? Is it a bug, or I should do something to get there
data from the agent (through vdsm)?

[1] https://build.opensuse.org/package/show/home:evilissimo/ovirt-guest-agent

Thanks,
-- 
Didi


From bazulay at redhat.com  Thu Jan 23 19:29:37 2014
From: bazulay at redhat.com (Barak Azulay)
Date: Thu, 23 Jan 2014 14:29:37 -0500 (EST)
Subject: [Engine-devel] oVirt 3.4 test day - PPC support
In-Reply-To: <591296115.10684433.1390504390110.JavaMail.root@redhat.com>
Message-ID: <1628270132.10699559.1390505377112.JavaMail.root@redhat.com>

Hi,

I tried to test various engine features related to PPC support,
However since I don't have a real Power PC HW I tried using the fake PPC configuration introduced by http://gerrit.ovirt.org/#/c/18718

So I added the following configuration to /etc/vdsm/vdsm.conf on a x86_64 host:

   fake_kvm_support=true
   fake_kvm_architecture=ppc64

And indeed it looked successful as you can see below

[root at bazulay1 ~]# vdsClient -s 0 getVdsCaps | grep -i cpu 
	cpuCores = '4'
	cpuFlags = 'powernv,model_POWER7_v2.3'
	cpuModel = 'POWER 7 (fake)'
	cpuSockets = '1'
	cpuSpeed = '3401.000'
	cpuThreads = '8'


However after creating the appropriate cluster:
CPU Architecture = ppc64
CPU name = IBM POWER 7* (meaning I tried all IBM POWER 7... cpus)

Adding the host always ended in non operational status with the error:

"Host bazulay1 has architecture x86_64 and cannot join Cluster TESTDAY-CLUSTER which has architecture ppc64."


Thanks
Barak Azulay



From sbonazzo at redhat.com  Fri Jan 24 12:13:29 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 24 Jan 2014 13:13:29 +0100
Subject: [Engine-devel] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th
In-Reply-To: <52DFC28B.7060709@redhat.com>
References: <52DFC28B.7060709@redhat.com>
Message-ID: <52E258E9.8030206@redhat.com>

Il 22/01/2014 14:07, Sandro Bonazzola ha scritto:
> Hi all,
> tomorrow Jan 23th we'll have oVirt 3.4.0 test day.


Hi all,
   Just wanted to say a big THANK YOU to all participants!


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


From vitor.lima at eldorado.org.br  Fri Jan 24 14:52:50 2014
From: vitor.lima at eldorado.org.br (Vitor de Lima)
Date: Fri, 24 Jan 2014 14:52:50 +0000
Subject: [Engine-devel] RES: oVirt 3.4 test day - PPC support
In-Reply-To: <1628270132.10699559.1390505377112.JavaMail.root@redhat.com>
References: <591296115.10684433.1390504390110.JavaMail.root@redhat.com>,
	<1628270132.10699559.1390505377112.JavaMail.root@redhat.com>
Message-ID: <B2CAFC4D5E2D574A883EF61ACD5ADE3356736D34@SERV070.corp.eldorado.org.br>

Maybe this is a problem with ovirt-host-deploy, it must be configured to avoid overwriting your vdsm.conf file. There are instructions in the wiki:

http://www.ovirt.org/Features/Vdsm_for_PPC64#Testing_the_PPC64_support

________________________________________
De: Barak Azulay [bazulay at redhat.com]
Enviado: quinta-feira, 23 de janeiro de 2014 17:29
Para: Vitor de Lima; Roy Golan; Michal Skrivanek
Cc: VDSM Project Development; engine-devel
Assunto: oVirt 3.4 test day - PPC support

Hi,

I tried to test various engine features related to PPC support,
However since I don't have a real Power PC HW I tried using the fake PPC configuration introduced by http://gerrit.ovirt.org/#/c/18718

So I added the following configuration to /etc/vdsm/vdsm.conf on a x86_64 host:

   fake_kvm_support=true
   fake_kvm_architecture=ppc64

And indeed it looked successful as you can see below

[root at bazulay1 ~]# vdsClient -s 0 getVdsCaps | grep -i cpu
        cpuCores = '4'
        cpuFlags = 'powernv,model_POWER7_v2.3'
        cpuModel = 'POWER 7 (fake)'
        cpuSockets = '1'
        cpuSpeed = '3401.000'
        cpuThreads = '8'


However after creating the appropriate cluster:
CPU Architecture = ppc64
CPU name = IBM POWER 7* (meaning I tried all IBM POWER 7... cpus)

Adding the host always ended in non operational status with the error:

"Host bazulay1 has architecture x86_64 and cannot join Cluster TESTDAY-CLUSTER which has architecture ppc64."


Thanks
Barak Azulay

From iheim at redhat.com  Sat Jan 25 21:44:30 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sat, 25 Jan 2014 23:44:30 +0200
Subject: [Engine-devel] [vdsm] [Users] The machine type of one cluster
In-Reply-To: <CAJBZ5ePDe=mpHDiYyS3uP=9ij8NE_0M79NTpSm3+y3mVb+EF8Q@mail.gmail.com>
References: <CAJBZ5ePDe=mpHDiYyS3uP=9ij8NE_0M79NTpSm3+y3mVb+EF8Q@mail.gmail.com>
Message-ID: <52E4303E.4010208@redhat.com>

On 01/25/2014 04:23 AM, Kewei Yu wrote:
> Hi all:
>      There is a "machine type" in cluster, It will decide which machine
> of Qemu will be used, When we add the first host into cluster, a default
> machine type is shown. We can correct the DB's value of the engine to
> set the machine type.
>      I just want to know how dose cluster choice the default machine? It
> is decided by VDSM? Qemu? or It is only fixed value in engine's DB?
>
> Regard
> Kewei
>
>
> _______________________________________________
> vdsm-devel mailing list
> vdsm-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
>

basically, for fedora its 'pc', which may have some live migration 
issues between different versions in the same cluster.
for .el6, its 'rhel63/rhel64/rhel65/etc.', which is a stable definition 
of emulation mode for the cluster (i.e., even a .el7 host should live 
migrate to .el6 if we specify its emulation mode as rhel65, etc.)

engine defines per cluster level the expected emulation mode.
vdsm reports from libvirt from qemu, so engine can check the host is a 
match.
if the first host in the cluster is fedora, it will be set to 'pc', if 
its .el6, it will be set to the 'rhelxx' option.


From keweihk at gmail.com  Sat Jan 25 02:23:58 2014
From: keweihk at gmail.com (Kewei Yu)
Date: Sat, 25 Jan 2014 10:23:58 +0800
Subject: [Engine-devel] [Users] The machine type of one cluster
Message-ID: <CAJBZ5ePDe=mpHDiYyS3uP=9ij8NE_0M79NTpSm3+y3mVb+EF8Q@mail.gmail.com>

Hi all:
    There is a "machine type" in cluster, It will decide which machine of
Qemu will be used, When we add the first host into cluster, a default
machine type is shown. We can correct the DB's value of the engine to set
the machine type.
    I just want to know how dose cluster choice the default machine? It is
decided by VDSM? Qemu? or It is only fixed value in engine's DB?

Regard
Kewei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140125/a00efdbf/attachment.html>

From keweihk at gmail.com  Sun Jan 26 02:33:19 2014
From: keweihk at gmail.com (Kewei Yu)
Date: Sun, 26 Jan 2014 10:33:19 +0800
Subject: [Engine-devel] [vdsm] [Users] The machine type of one cluster
In-Reply-To: <52E4303E.4010208@redhat.com>
References: <CAJBZ5ePDe=mpHDiYyS3uP=9ij8NE_0M79NTpSm3+y3mVb+EF8Q@mail.gmail.com>
	<52E4303E.4010208@redhat.com>
Message-ID: <CAJBZ5eMuTikCSD7=QuUNtSBJ_keD5z1MZFb-21o=6_=T6f6Wtw@mail.gmail.com>

2014/1/26 Itamar Heim <iheim at redhat.com>

> On 01/25/2014 04:23 AM, Kewei Yu wrote:
>
>> Hi all:
>>      There is a "machine type" in cluster, It will decide which machine
>> of Qemu will be used, When we add the first host into cluster, a default
>> machine type is shown. We can correct the DB's value of the engine to
>> set the machine type.
>>      I just want to know how dose cluster choice the default machine? It
>> is decided by VDSM? Qemu? or It is only fixed value in engine's DB?
>>
>> Regard
>> Kewei
>>
>>
>> _______________________________________________
>> vdsm-devel mailing list
>> vdsm-devel at lists.fedorahosted.org
>> https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
>>
>>
> basically, for fedora its 'pc', which may have some live migration issues
> between different versions in the same cluster.
> for .el6, its 'rhel63/rhel64/rhel65/etc.', which is a stable definition of
> emulation mode for the cluster (i.e., even a .el7 host should live migrate
> to .el6 if we specify its emulation mode as rhel65, etc.)
>
> engine defines per cluster level the expected emulation mode.
> vdsm reports from libvirt from qemu, so engine can check the host is a
> match.
> if the first host in the cluster is fedora, it will be set to 'pc', if its
> .el6, it will be set to the 'rhelxx' option.
>
Thanks for your answer, It is helpful to me.



Regard
Kewei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140126/3aeea66a/attachment.html>

From xiao-lei.shi at hp.com  Sun Jan 26 06:53:17 2014
From: xiao-lei.shi at hp.com (Shi, Xiao-Lei (Bruce, HP Servers-PSC-CQ))
Date: Sun, 26 Jan 2014 06:53:17 +0000
Subject: [Engine-devel] Find reviewers for codes of Numa feature
Message-ID: <08AA403C8399104A89AF710307FA78AE243A289B@G5W2743.americas.hpqcorp.net>

Hi all,

I have submitted a draft patch about Features/NUMA and Virtual NUMA<http://www.ovirt.org/Features/NUMA_and_Virtual_NUMA>.
Here is the gerrit request: http://gerrit.ovirt.org/#/c/23702/
Please help me to review the codes.

Thanks & Best Regards
Shi, Xiao-Lei (Bruce)

Hewlett-Packard Co., Ltd.
HP Servers Core Platform Software China
Telephone +86 23 65683093
Mobile +86 18696583447
Email xiao-lei.shi at hp.com<mailto:shiguo.li at hp.com>

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

From rgolan at redhat.com  Sun Jan 26 07:12:38 2014
From: rgolan at redhat.com (Roy Golan)
Date: Sun, 26 Jan 2014 09:12:38 +0200
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52D706E8.7010202@redhat.com>
References: <52D706E8.7010202@redhat.com>
Message-ID: <52E4B566.2070601@redhat.com>

On 01/16/2014 12:08 AM, Itamar Heim wrote:
> with gerrit 2.8, there is a new change screen.
> its not enabled by default (yet), please use and see what you think.
>
> to enable, go to settings (click the top-right arrow next to your 
> name, and choose settings).
> select preferences and set "Change View:" to "New Screen".
>
> Thanks,
>    Itamar
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
+1 needs some time to get used to the new layout but overall its way 
better to have the patch dependency ("Related")
and better without the cluttered patch-sets view.
reminds me of gitk somewhat...




From ybronhei at redhat.com  Sun Jan 26 09:53:08 2014
From: ybronhei at redhat.com (Yaniv Bronheim)
Date: Sun, 26 Jan 2014 04:53:08 -0500 (EST)
Subject: [Engine-devel] RES: oVirt 3.4 test day - PPC support
In-Reply-To: <B2CAFC4D5E2D574A883EF61ACD5ADE3356736D34@SERV070.corp.eldorado.org.br>
References: <591296115.10684433.1390504390110.JavaMail.root@redhat.com>
	<1628270132.10699559.1390505377112.JavaMail.root@redhat.com>
	<B2CAFC4D5E2D574A883EF61ACD5ADE3356736D34@SERV070.corp.eldorado.org.br>
Message-ID: <2011852374.3804503.1390729988173.JavaMail.root@redhat.com>

Yes, sounds like the overriding of vdsm.conf is an issue that we need to avoid
what I wonder is that it is not a regression, old versions of vdsm also overwrited the vdsm.conf file during deploy, so how is it harming us only now?

please open a bug on the overwriting issue

Thanks.

Yaniv Bronhaim.

----- Original Message -----
> From: "Vitor de Lima" <vitor.lima at eldorado.org.br>
> To: "Barak Azulay" <bazulay at redhat.com>, "Roy Golan" <rgolan at redhat.com>, "Michal Skrivanek" <mskrivan at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, "VDSM Project Development" <vdsm-devel at lists.fedorahosted.org>
> Sent: Friday, January 24, 2014 4:52:50 PM
> Subject: [Engine-devel] RES: oVirt 3.4 test day - PPC support
> 
> Maybe this is a problem with ovirt-host-deploy, it must be configured to
> avoid overwriting your vdsm.conf file. There are instructions in the wiki:
> 
> http://www.ovirt.org/Features/Vdsm_for_PPC64#Testing_the_PPC64_support
> 
> ________________________________________
> De: Barak Azulay [bazulay at redhat.com]
> Enviado: quinta-feira, 23 de janeiro de 2014 17:29
> Para: Vitor de Lima; Roy Golan; Michal Skrivanek
> Cc: VDSM Project Development; engine-devel
> Assunto: oVirt 3.4 test day - PPC support
> 
> Hi,
> 
> I tried to test various engine features related to PPC support,
> However since I don't have a real Power PC HW I tried using the fake PPC
> configuration introduced by http://gerrit.ovirt.org/#/c/18718
> 
> So I added the following configuration to /etc/vdsm/vdsm.conf on a x86_64
> host:
> 
>    fake_kvm_support=true
>    fake_kvm_architecture=ppc64
> 
> And indeed it looked successful as you can see below
> 
> [root at bazulay1 ~]# vdsClient -s 0 getVdsCaps | grep -i cpu
>         cpuCores = '4'
>         cpuFlags = 'powernv,model_POWER7_v2.3'
>         cpuModel = 'POWER 7 (fake)'
>         cpuSockets = '1'
>         cpuSpeed = '3401.000'
>         cpuThreads = '8'
> 
> 
> However after creating the appropriate cluster:
> CPU Architecture = ppc64
> CPU name = IBM POWER 7* (meaning I tried all IBM POWER 7... cpus)
> 
> Adding the host always ended in non operational status with the error:
> 
> "Host bazulay1 has architecture x86_64 and cannot join Cluster
> TESTDAY-CLUSTER which has architecture ppc64."
> 
> 
> Thanks
> Barak Azulay
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From emesika at redhat.com  Sun Jan 26 10:38:02 2014
From: emesika at redhat.com (Eli Mesika)
Date: Sun, 26 Jan 2014 05:38:02 -0500 (EST)
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52E4B566.2070601@redhat.com>
References: <52D706E8.7010202@redhat.com> <52E4B566.2070601@redhat.com>
Message-ID: <1903482967.7583834.1390732682683.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Roy Golan" <rgolan at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, January 26, 2014 9:12:38 AM
> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> 
> On 01/16/2014 12:08 AM, Itamar Heim wrote:
> > with gerrit 2.8, there is a new change screen.
> > its not enabled by default (yet), please use and see what you think.
> >
> > to enable, go to settings (click the top-right arrow next to your
> > name, and choose settings).
> > select preferences and set "Change View:" to "New Screen".

I had found that the new window truncates the code 
See for example line 115 in http://gerrit.ovirt.org/#/c/23428/2/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/RestartVdsCommand.java,cm 
Switching to the old view will show all the line while in the new one it is truncated 

> >
> > Thanks,
> >    Itamar
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> +1 needs some time to get used to the new layout but overall its way
> better to have the patch dependency ("Related")
> and better without the cluttered patch-sets view.
> reminds me of gitk somewhat...
> 
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From iheim at redhat.com  Sun Jan 26 10:39:19 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sun, 26 Jan 2014 12:39:19 +0200
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
References: <52D706E8.7010202@redhat.com> <52E4B566.2070601@redhat.com>
	<1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
Message-ID: <52E4E5D7.7000603@redhat.com>

On 01/26/2014 12:38 PM, Eli Mesika wrote:
>
>
> ----- Original Message -----
>> From: "Roy Golan" <rgolan at redhat.com>
>> To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
>> Sent: Sunday, January 26, 2014 9:12:38 AM
>> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
>>
>> On 01/16/2014 12:08 AM, Itamar Heim wrote:
>>> with gerrit 2.8, there is a new change screen.
>>> its not enabled by default (yet), please use and see what you think.
>>>
>>> to enable, go to settings (click the top-right arrow next to your
>>> name, and choose settings).
>>> select preferences and set "Change View:" to "New Screen".
>
> I had found that the new window truncates the code
> See for example line 115 in http://gerrit.ovirt.org/#/c/23428/2/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/RestartVdsCommand.java,cm
> Switching to the old view will show all the line while in the new one it is truncated

open a bug on gerrit upstream?

>
>>>
>>> Thanks,
>>>     Itamar
>>> _______________________________________________
>>> Engine-devel mailing list
>>> Engine-devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>> +1 needs some time to get used to the new layout but overall its way
>> better to have the patch dependency ("Related")
>> and better without the cluttered patch-sets view.
>> reminds me of gitk somewhat...
>>
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>



From emesika at redhat.com  Sun Jan 26 11:02:49 2014
From: emesika at redhat.com (Eli Mesika)
Date: Sun, 26 Jan 2014 06:02:49 -0500 (EST)
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <52E4E5D7.7000603@redhat.com>
References: <52D706E8.7010202@redhat.com> <52E4B566.2070601@redhat.com>
	<1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
	<52E4E5D7.7000603@redhat.com>
Message-ID: <1660959447.7587166.1390734169100.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
> Sent: Sunday, January 26, 2014 12:39:19 PM
> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> 
> On 01/26/2014 12:38 PM, Eli Mesika wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Roy Golan" <rgolan at redhat.com>
> >> To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org,
> >> "engine-devel" <engine-devel at ovirt.org>
> >> Sent: Sunday, January 26, 2014 9:12:38 AM
> >> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> >>
> >> On 01/16/2014 12:08 AM, Itamar Heim wrote:
> >>> with gerrit 2.8, there is a new change screen.
> >>> its not enabled by default (yet), please use and see what you think.
> >>>
> >>> to enable, go to settings (click the top-right arrow next to your
> >>> name, and choose settings).
> >>> select preferences and set "Change View:" to "New Screen".
> >
> > I had found that the new window truncates the code
> > See for example line 115 in
> > http://gerrit.ovirt.org/#/c/23428/2/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/RestartVdsCommand.java,cm
> > Switching to the old view will show all the line while in the new one it is
> > truncated
> 
> open a bug on gerrit upstream?

done

> 
> >
> >>>
> >>> Thanks,
> >>>     Itamar
> >>> _______________________________________________
> >>> Engine-devel mailing list
> >>> Engine-devel at ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >> +1 needs some time to get used to the new layout but overall its way
> >> better to have the patch dependency ("Related")
> >> and better without the cluttered patch-sets view.
> >> reminds me of gitk somewhat...
> >>
> >>
> >> _______________________________________________
> >> Engine-devel mailing list
> >> Engine-devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/engine-devel
> >>
> 
> 


From iheim at redhat.com  Sun Jan 26 11:06:57 2014
From: iheim at redhat.com (Itamar Heim)
Date: Sun, 26 Jan 2014 13:06:57 +0200
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <1660959447.7587166.1390734169100.JavaMail.root@redhat.com>
References: <52D706E8.7010202@redhat.com> <52E4B566.2070601@redhat.com>
	<1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
	<52E4E5D7.7000603@redhat.com>
	<1660959447.7587166.1390734169100.JavaMail.root@redhat.com>
Message-ID: <52E4EC51.9000909@redhat.com>

On 01/26/2014 01:02 PM, Eli Mesika wrote:
>
>
> ----- Original Message -----
>> From: "Itamar Heim" <iheim at redhat.com>
>> To: "Eli Mesika" <emesika at redhat.com>
>> Cc: vdsm-devel at lists.fedorahosted.org, "engine-devel" <engine-devel at ovirt.org>
>> Sent: Sunday, January 26, 2014 12:39:19 PM
>> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
>>
>> On 01/26/2014 12:38 PM, Eli Mesika wrote:
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Roy Golan" <rgolan at redhat.com>
>>>> To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org,
>>>> "engine-devel" <engine-devel at ovirt.org>
>>>> Sent: Sunday, January 26, 2014 9:12:38 AM
>>>> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
>>>>
>>>> On 01/16/2014 12:08 AM, Itamar Heim wrote:
>>>>> with gerrit 2.8, there is a new change screen.
>>>>> its not enabled by default (yet), please use and see what you think.
>>>>>
>>>>> to enable, go to settings (click the top-right arrow next to your
>>>>> name, and choose settings).
>>>>> select preferences and set "Change View:" to "New Screen".
>>>
>>> I had found that the new window truncates the code
>>> See for example line 115 in
>>> http://gerrit.ovirt.org/#/c/23428/2/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/RestartVdsCommand.java,cm
>>> Switching to the old view will show all the line while in the new one it is
>>> truncated
>>
>> open a bug on gerrit upstream?
>
> done

btw, i really like the new feature on this screen of the 
right-lower-corner notification that someone else updated this change 
since i opened it on my screen.



From tnisan at redhat.com  Sun Jan 26 12:47:30 2014
From: tnisan at redhat.com (Tal Nisan)
Date: Sun, 26 Jan 2014 14:47:30 +0200
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core maintainer
Message-ID: <52E503E2.1090009@redhat.com>

Hi core maintainers,

I would like to propose Liron Aravot as an engine-core maintainer.

Liron joined the oVirt project on June 2012, and has since contributed
over 170 patches to master (not counting backports to various stable
branches).

He has been instrumental in implementing oVirt's Backup API for external
providers, and has a been a driving force in improving flows regarding
SPM election and master domain reconstruction, handling OVF backups and
various concurrency issues both as a coder and a reviewer.

Your response would be appreciated.

Thanks,
Tal.




From shaharh at redhat.com  Sun Jan 26 13:00:58 2014
From: shaharh at redhat.com (Shahar Havivi)
Date: Sun, 26 Jan 2014 15:00:58 +0200
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <20140126130057.GD12856@redhat.com>

On 26.01.14 14:47, Tal Nisan wrote:
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.
> 
> Thanks,
> Tal.
> 
> 
+1


From masayag at redhat.com  Sun Jan 26 13:02:07 2014
From: masayag at redhat.com (Moti Asayag)
Date: Sun, 26 Jan 2014 08:02:07 -0500 (EST)
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <1239438904.6760433.1390741327205.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Tal Nisan" <tnisan at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Sunday, January 26, 2014 2:47:30 PM
> Subject: Proposing Liron Aravot as an engine-core maintainer
> 
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.
> 

+1 

> Thanks,
> Tal.
> 
> 
> 


From emesika at redhat.com  Sun Jan 26 13:06:28 2014
From: emesika at redhat.com (Eli Mesika)
Date: Sun, 26 Jan 2014 08:06:28 -0500 (EST)
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <277308936.7595763.1390741588366.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Tal Nisan" <tnisan at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Sunday, January 26, 2014 2:47:30 PM
> Subject: Proposing Liron Aravot as an engine-core maintainer
> 
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.

+1

> 
> Thanks,
> Tal.
> 
> 
> 


From mlipchuk at redhat.com  Sun Jan 26 14:05:25 2014
From: mlipchuk at redhat.com (Maor Lipchuk)
Date: Sun, 26 Jan 2014 16:05:25 +0200
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <52E51625.1000601@redhat.com>

On 01/26/2014 02:47 PM, Tal Nisan wrote:
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.
> 
> Thanks,
> Tal.
> 
> 
+1


From derez at redhat.com  Sun Jan 26 14:13:22 2014
From: derez at redhat.com (Daniel Erez)
Date: Sun, 26 Jan 2014 09:13:22 -0500 (EST)
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
 maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <1059190869.8264405.1390745602130.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Tal Nisan" <tnisan at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Sunday, January 26, 2014 2:47:30 PM
> Subject: [Engine-devel] Proposing Liron Aravot as an engine-core maintainer
> 
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.

+1

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


From amureini at redhat.com  Sun Jan 26 14:56:18 2014
From: amureini at redhat.com (Allon Mureinik)
Date: Sun, 26 Jan 2014 09:56:18 -0500 (EST)
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <569853257.6765727.1390748178656.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Tal Nisan" <tnisan at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Sunday, January 26, 2014 2:47:30 PM
> Subject: Proposing Liron Aravot as an engine-core maintainer
> 
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.

I've worked with Liron since the very first day he joined oVirt and have been impressed by his analytic capabilities and by his keen sense for detail on more than one occasion.

+1, full-heartedly. 

> 
> Thanks,
> Tal.
> 
> 
> 


From rgolan at redhat.com  Sun Jan 26 15:43:03 2014
From: rgolan at redhat.com (Roy Golan)
Date: Sun, 26 Jan 2014 17:43:03 +0200
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <52E52D07.6090902@redhat.com>

On 01/26/2014 02:47 PM, Tal Nisan wrote:
> Hi core maintainers,
>
> I would like to propose Liron Aravot as an engine-core maintainer.
>
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
>
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
>
> Your response would be appreciated.
>
> Thanks,
> Tal.
>
>
+1


From ofrenkel at redhat.com  Sun Jan 26 17:40:59 2014
From: ofrenkel at redhat.com (Omer Frenkel)
Date: Sun, 26 Jan 2014 12:40:59 -0500 (EST)
Subject: [Engine-devel] Proposing Liron Aravot as an engine-core
	maintainer
In-Reply-To: <52E503E2.1090009@redhat.com>
References: <52E503E2.1090009@redhat.com>
Message-ID: <579700970.12071495.1390758059452.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Tal Nisan" <tnisan at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>, infra at ovirt.org
> Sent: Sunday, January 26, 2014 2:47:30 PM
> Subject: Proposing Liron Aravot as an engine-core maintainer
> 
> Hi core maintainers,
> 
> I would like to propose Liron Aravot as an engine-core maintainer.
> 
> Liron joined the oVirt project on June 2012, and has since contributed
> over 170 patches to master (not counting backports to various stable
> branches).
> 
> He has been instrumental in implementing oVirt's Backup API for external
> providers, and has a been a driving force in improving flows regarding
> SPM election and master domain reconstruction, handling OVF backups and
> various concurrency issues both as a coder and a reviewer.
> 
> Your response would be appreciated.
> 

+1

> Thanks,
> Tal.
> 
> 
> 


From sbonazzo at redhat.com  Mon Jan 27 14:00:44 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Mon, 27 Jan 2014 15:00:44 +0100
Subject: [Engine-devel] Bug status
Message-ID: <52E6668C.7070603@redhat.com>

Hi maintainers,
since there's no automation in place for moving bz from MODIFIED to ON_QA
when we build a new release, please remember to take care of your bz and move them to ON_QA when you build
your packages for beta / rc testing.
I can just move to ON_QA bz moved to MODIFIED before yum repository composition but it's not a good way to go.
Thanks,

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


From danken at redhat.com  Mon Jan 27 17:17:40 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Mon, 27 Jan 2014 17:17:40 +0000
Subject: [Engine-devel] [vdsm]  RES: oVirt 3.4 test day - PPC support
In-Reply-To: <2011852374.3804503.1390729988173.JavaMail.root@redhat.com>
References: <591296115.10684433.1390504390110.JavaMail.root@redhat.com>
	<1628270132.10699559.1390505377112.JavaMail.root@redhat.com>
	<B2CAFC4D5E2D574A883EF61ACD5ADE3356736D34@SERV070.corp.eldorado.org.br>
	<2011852374.3804503.1390729988173.JavaMail.root@redhat.com>
Message-ID: <20140127171740.GR6719@redhat.com>

On Sun, Jan 26, 2014 at 04:53:08AM -0500, Yaniv Bronheim wrote:
> Yes, sounds like the overriding of vdsm.conf is an issue that we need to avoid
> what I wonder is that it is not a regression, old versions of vdsm also overwrited the vdsm.conf file during deploy, so how is it harming us only now?
> 
> please open a bug on the overwriting issue

I do not think a bug is warrented.
We wanted that a remote-controlled installation of a host would get it
into a known good state.
Needing to faking the hardware is a special case, not the rule, and
for it,
https://github.com/oVirt/ovirt-host-deploy/blob/master/README#L52
VDSM/configOverride=bool:False
was devised.


From mkolesni at redhat.com  Tue Jan 28 07:05:21 2014
From: mkolesni at redhat.com (Mike Kolesnik)
Date: Tue, 28 Jan 2014 02:05:21 -0500 (EST)
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
References: <52D706E8.7010202@redhat.com> <52E4B566.2070601@redhat.com>
	<1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
Message-ID: <1617496818.9379156.1390892721746.JavaMail.root@redhat.com>

----- Original Message -----
> 
> 
> ----- Original Message -----
> > From: "Roy Golan" <rgolan at redhat.com>
> > To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org,
> > "engine-devel" <engine-devel at ovirt.org>
> > Sent: Sunday, January 26, 2014 9:12:38 AM
> > Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> > 
> > On 01/16/2014 12:08 AM, Itamar Heim wrote:
> > > with gerrit 2.8, there is a new change screen.
> > > its not enabled by default (yet), please use and see what you think.
> > >
> > > to enable, go to settings (click the top-right arrow next to your
> > > name, and choose settings).
> > > select preferences and set "Change View:" to "New Screen".
> 
> I had found that the new window truncates the code
> See for example line 115 in
> http://gerrit.ovirt.org/#/c/23428/2/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/RestartVdsCommand.java,cm
> Switching to the old view will show all the line while in the new one it is
> truncated

It's just enforcing a certain line length (which this code obviously violates) ;)

I found that if you change the zoom on the page you'll get a scrollbar at the bottom so the line can be fully viewed..

> 
> > >
> > > Thanks,
> > >    Itamar
> > > _______________________________________________
> > > Engine-devel mailing list
> > > Engine-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > +1 needs some time to get used to the new layout but overall its way
> > better to have the patch dependency ("Related")
> > and better without the cluttered patch-sets view.
> > reminds me of gitk somewhat...
> > 
> > 
> > _______________________________________________
> > 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  Tue Jan 28 12:55:43 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Tue, 28 Jan 2014 13:55:43 +0100
Subject: [Engine-devel] ovirt-3.3.3 release postponed due to blockers
Message-ID: <52E7A8CF.6040301@redhat.com>

Hi,
oVirt 3.3.3 release need to be postponed.
A recent release of python-cpopen-1.3 is breaking dependency resolution on EL6 and F19 so vdsm can't be installed and node can't be composed.
A recent change in vdsm-python-cpopen added the needed conflict against python-cpopen and removed Provides / Obsoletes on python-cpopen.
But no new releases of python-cpopen is available fixing the correct Provides / Obsoletes pair.

oVirt 3.3.2 / stable is affected too.

Please fix
Bug 1056470 - python-cpopen-1.3 is not providing obsoleted package.
Bug 1056464 - python-cpopen-1.3 is not providing obsoleted package.
ASAP.


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


From myakove at redhat.com  Wed Jan 29 07:05:50 2014
From: myakove at redhat.com (Meni Yakove)
Date: Wed, 29 Jan 2014 09:05:50 +0200
Subject: [Engine-devel] Predictable_vNIC_Order
Message-ID: <52E8A84E.9060701@redhat.com>

Hi,

On oVirt 3.4 there is new feature:
http://liver.englab.brq.redhat.com/redirect/?url=http://wiki.ovirt.org/Feature/Predictable_vNIC_Order

Right now the feature make sure that the VNIC ordering for VM is the 
same after create VM from template/snapshot/import.
For example:

On original VM VNIC1 attached to network blue and VNIC2 attached to 
network red and on the VM we have two interfaces ETH0 and ETH1, after 
creating template from this VM and create VM from the template the order 
of the VNICs are the same for the new VM.
On the VM from template the first VNIC is attached to blue network and 
the second VNIC is attached to red network but on the VM we have ETH2 
and ETH3

I think that the feature should also include Sealing_Linux_VM:
http://www.ovirt.org/Sealing_Linux_VM
Whit this on the VM from template the interface naming will be the same 
as the original VM. (ETH0 and ETH1)

Please share your opinion.

Thanks
Meni


From emesika at redhat.com  Wed Jan 29 07:58:12 2014
From: emesika at redhat.com (Eli Mesika)
Date: Wed, 29 Jan 2014 02:58:12 -0500 (EST)
Subject: [Engine-devel] Gerrit NEW Change Screen
In-Reply-To: <1617496818.9379156.1390892721746.JavaMail.root@redhat.com>
References: <52D706E8.7010202@redhat.com> <52E4B566.2070601@redhat.com>
	<1903482967.7583834.1390732682683.JavaMail.root@redhat.com>
	<1617496818.9379156.1390892721746.JavaMail.root@redhat.com>
Message-ID: <1338025386.8794815.1390982292278.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Mike Kolesnik" <mkolesni at redhat.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "Itamar Heim" <iheim at redhat.com>, "engine-devel" <engine-devel at ovirt.org>, vdsm-devel at lists.fedorahosted.org
> Sent: Tuesday, January 28, 2014 9:05:21 AM
> Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> 
> ----- Original Message -----
> > 
> > 
> > ----- Original Message -----
> > > From: "Roy Golan" <rgolan at redhat.com>
> > > To: "Itamar Heim" <iheim at redhat.com>, vdsm-devel at lists.fedorahosted.org,
> > > "engine-devel" <engine-devel at ovirt.org>
> > > Sent: Sunday, January 26, 2014 9:12:38 AM
> > > Subject: Re: [Engine-devel] Gerrit NEW Change Screen
> > > 
> > > On 01/16/2014 12:08 AM, Itamar Heim wrote:
> > > > with gerrit 2.8, there is a new change screen.
> > > > its not enabled by default (yet), please use and see what you think.
> > > >
> > > > to enable, go to settings (click the top-right arrow next to your
> > > > name, and choose settings).
> > > > select preferences and set "Change View:" to "New Screen".
> > 
> > I had found that the new window truncates the code
> > See for example line 115 in
> > http://gerrit.ovirt.org/#/c/23428/2/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/RestartVdsCommand.java,cm
> > Switching to the old view will show all the line while in the new one it is
> > truncated
> 
> It's just enforcing a certain line length (which this code obviously
> violates) ;)
> 
> I found that if you change the zoom on the page you'll get a scrollbar at the
> bottom so the line can be fully viewed..

Thanks for the workaround , it is still a bug not showing the full line...

> 
> > 
> > > >
> > > > Thanks,
> > > >    Itamar
> > > > _______________________________________________
> > > > Engine-devel mailing list
> > > > Engine-devel at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > > +1 needs some time to get used to the new layout but overall its way
> > > better to have the patch dependency ("Related")
> > > and better without the cluttered patch-sets view.
> > > reminds me of gitk somewhat...
> > > 
> > > 
> > > _______________________________________________
> > > 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 dcaroest at redhat.com  Wed Jan 29 12:49:31 2014
From: dcaroest at redhat.com (David Caro)
Date: Wed, 29 Jan 2014 13:49:31 +0100
Subject: [Engine-devel] New gerrit flags behavior
Message-ID: <52E8F8DB.8070604@redhat.com>

Hi everyone!

With the latest gerrit upgrade it has become easier to add the propagation of
the Code Review and Verified flags when doing a trivial rebase or when no code
was changed, so I've enabled those features for all the projects!

The change should become effective right away, so let me know if you have any
issues.

Enjoy!

-- 
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Email: dcaro at redhat.com
Web: www.redhat.com
RHT Global #: 82-62605

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ovirt.org/pipermail/engine-devel/attachments/20140129/2fe10174/attachment.sig>

From michal.skrivanek at redhat.com  Wed Jan 29 13:07:00 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Wed, 29 Jan 2014 14:07:00 +0100
Subject: [Engine-devel] Predictable_vNIC_Order
In-Reply-To: <52E8A84E.9060701@redhat.com>
References: <52E8A84E.9060701@redhat.com>
Message-ID: <DB3B0703-81E3-474E-B59D-F1EFF0B16722@redhat.com>


On Jan 29, 2014, at 08:05 , Meni Yakove <myakove at redhat.com> wrote:

> Hi,
> 
> On oVirt 3.4 there is new feature:
> http://liver.englab.brq.redhat.com/redirect/?url=http://wiki.ovirt.org/Feature/Predictable_vNIC_Order
> 
> Right now the feature make sure that the VNIC ordering for VM is the same after create VM from template/snapshot/import.
> For example:
> 
> On original VM VNIC1 attached to network blue and VNIC2 attached to network red and on the VM we have two interfaces ETH0 and ETH1, after creating template from this VM and create VM from the template the order of the VNICs are the same for the new VM.
> On the VM from template the first VNIC is attached to blue network and the second VNIC is attached to red network but on the VM we have ETH2 and ETH3
> 
> I think that the feature should also include Sealing_Linux_VM:
> http://www.ovirt.org/Sealing_Linux_VM

we do have a tentative feature to seal/reset Linux VM via virt-sysprep. Not targeted to a release yet...

> Whit this on the VM from template the interface naming will be the same as the original VM. (ETH0 and ETH1)

Where do you see the connection? (I'm not opposing/arguing, just curious what you have in mind how it should work)

Thanks,
michal

> 
> Please share your opinion.
> 
> Thanks
> Meni
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From danken at redhat.com  Wed Jan 29 18:46:38 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Wed, 29 Jan 2014 18:46:38 +0000
Subject: [Engine-devel] Predictable_vNIC_Order
In-Reply-To: <DB3B0703-81E3-474E-B59D-F1EFF0B16722@redhat.com>
References: <52E8A84E.9060701@redhat.com>
	<DB3B0703-81E3-474E-B59D-F1EFF0B16722@redhat.com>
Message-ID: <20140129184638.GF21038@redhat.com>

On Wed, Jan 29, 2014 at 02:07:00PM +0100, Michal Skrivanek wrote:
> 
> On Jan 29, 2014, at 08:05 , Meni Yakove <myakove at redhat.com> wrote:
> 
> > Hi,
> > 
> > On oVirt 3.4 there is new feature:
> > http://liver.englab.brq.redhat.com/redirect/?url=http://wiki.ovirt.org/Feature/Predictable_vNIC_Order
> > 
> > Right now the feature make sure that the VNIC ordering for VM is the same after create VM from template/snapshot/import.
> > For example:
> > 
> > On original VM VNIC1 attached to network blue and VNIC2 attached to network red and on the VM we have two interfaces ETH0 and ETH1, after creating template from this VM and create VM from the template the order of the VNICs are the same for the new VM.
> > On the VM from template the first VNIC is attached to blue network and the second VNIC is attached to red network but on the VM we have ETH2 and ETH3
> > 
> > I think that the feature should also include Sealing_Linux_VM:
> > http://www.ovirt.org/Sealing_Linux_VM
> 
> we do have a tentative feature to seal/reset Linux VM via virt-sysprep. Not targeted to a release yet...
> 
> > Whit this on the VM from template the interface naming will be the same as the original VM. (ETH0 and ETH1)
> 
> Where do you see the connection? (I'm not opposing/arguing, just curious what you have in mind how it should work)

In certain guest OS, most notably EL6, when a VM is first run, it
creates /etc/udev/rules.d/70-persistent-net.rules which persists the
mapping between mac addresses and interface names. If the VM is booted
again, this rule makes sure that the eth0 has the same mac address as
before.

This method breaks when the mac is changed while the VM was offline, or
when a new VM is cloned out of the original one (and is allocated with a
completely new set of mac addresses). Then, in a further run of the VM,
the old "eth0" would point no where, and a new eth4 would point to a
device with the new mac address. Fedora 20, with
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/,
no longer has this issue. But other OSes do.

To avoid this, any reference to the mac address has to be stripped
before the cloned VM is run. /etc/udev/rules.d/70-persistent-net.rules
needs to be tweaked/deleted, and HWADDR lines need to be fixed/dropped
from /etc/sysconfig/network-scripts/ifcfg-*.

http://www.ovirt.org/Sealing_Linux_VM would do this (and more) before a
template is created.

A more delicate question is what needs to be done before when we clone
from a template, or import a VM. In these conditions, we usually cannot
change the original VM before cloning, and it is less clear if we really
want to remove every bit of identity from the image.

IMO it would be great to call something like

    virt-sysprep --enable=net-hwaddr /path/to/cloned/image

just after a VM is cloned. Ideally, this could be done in an HSM async
task (one we have them). Until then, an SPM task would do.


Dan.


From michal.skrivanek at redhat.com  Thu Jan 30 08:47:46 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Thu, 30 Jan 2014 09:47:46 +0100
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine core
Message-ID: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>

Dear engine-core maintainers,
I'd like to propose Arik Hadas as a maintainer of oVirt engine backend

Since he started with oVirt project in October 2012 he was working in various areas in engine core, demonstrated his abilities with more than 200 patches merged to engine master alone. Tons of migration related fixes, refactoring of legacy code, but also new complex features including complementary patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking improvements for VM&Template operations)

Thanks in advance for your response.

Thanks,
michal

From shaharh at redhat.com  Thu Jan 30 08:52:33 2014
From: shaharh at redhat.com (Shahar Havivi)
Date: Thu, 30 Jan 2014 10:52:33 +0200
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <20140130085233.GB708@redhat.com>

On 30.01.14 09:47, Michal Skrivanek wrote:
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various areas in engine core, demonstrated his abilities with more than 200 patches merged to engine master alone. Tons of migration related fixes, refactoring of legacy code, but also new complex features including complementary patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking improvements for VM&Template operations)
> 
> Thanks in advance for your response.
> 
> Thanks,
> michal
+1


From rgolan at redhat.com  Thu Jan 30 08:54:01 2014
From: rgolan at redhat.com (Roy Golan)
Date: Thu, 30 Jan 2014 10:54:01 +0200
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <20140130085233.GB708@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
	<20140130085233.GB708@redhat.com>
Message-ID: <52EA1329.80109@redhat.com>

On Thu 30 Jan 2014 10:52:33 AM IST, Shahar Havivi wrote:
> On 30.01.14 09:47, Michal Skrivanek wrote:
>> Dear engine-core maintainers,
>> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
>>
>> Since he started with oVirt project in October 2012 he was working in various areas in engine core, demonstrated his abilities with more than 200 patches merged to engine master alone. Tons of migration related fixes, refactoring of legacy code, but also new complex features including complementary patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking improvements for VM&Template operations)
>>
>> Thanks in advance for your response.
>>
>> Thanks,
>> michal
> +1

+1


From masayag at redhat.com  Thu Jan 30 08:59:11 2014
From: masayag at redhat.com (Moti Asayag)
Date: Thu, 30 Jan 2014 03:59:11 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <2133385607.1588609.1391072351819.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: engine-devel at ovirt.org, infra at ovirt.org
> Sent: Thursday, January 30, 2014 10:47:46 AM
> Subject: proposing Arik Hadas as a maintainer of engine core
> 
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various
> areas in engine core, demonstrated his abilities with more than 200 patches
> merged to engine master alone. Tons of migration related fixes, refactoring
> of legacy code, but also new complex features including complementary
> patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> improvements for VM&Template operations)
> 
> Thanks in advance for your response.
> 

+1

> Thanks,
> michal


From mbetak at redhat.com  Thu Jan 30 09:32:47 2014
From: mbetak at redhat.com (Martin Betak)
Date: Thu, 30 Jan 2014 04:32:47 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
 core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <1595002139.18862680.1391074367654.JavaMail.root@redhat.com>

> Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine core
> 
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various
> areas in engine core, demonstrated his abilities with more than 200 patches
> merged to engine master alone. Tons of migration related fixes, refactoring
> of legacy code, but also new complex features including complementary
> patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> improvements for VM&Template operations)
> 
> Thanks in advance for your response.
> 
> Thanks,
> michal
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
+1


From derez at redhat.com  Thu Jan 30 10:21:50 2014
From: derez at redhat.com (Daniel Erez)
Date: Thu, 30 Jan 2014 05:21:50 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
 core
In-Reply-To: <1595002139.18862680.1391074367654.JavaMail.root@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
	<1595002139.18862680.1391074367654.JavaMail.root@redhat.com>
Message-ID: <1281659184.11374895.1391077310898.JavaMail.root@redhat.com>

+1

----- Original Message -----
> From: "Martin Betak" <mbetak at redhat.com>
> To: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> Cc: ovedo at redhat.com, engine-devel at ovirt.org, infra at ovirt.org
> Sent: Thursday, January 30, 2014 11:32:47 AM
> Subject: Re: [Engine-devel] proposing Arik Hadas as a maintainer of engine core
> 
> > Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine core
> > 
> > Dear engine-core maintainers,
> > I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> > 
> > Since he started with oVirt project in October 2012 he was working in
> > various
> > areas in engine core, demonstrated his abilities with more than 200 patches
> > merged to engine master alone. Tons of migration related fixes, refactoring
> > of legacy code, but also new complex features including complementary
> > patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> > improvements for VM&Template operations)
> > 
> > Thanks in advance for your response.
> > 
> > Thanks,
> > michal
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> +1
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From yzaslavs at redhat.com  Thu Jan 30 10:27:55 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Thu, 30 Jan 2014 05:27:55 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <30994968.18891102.1391077675447.JavaMail.root@redhat.com>

+1

----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: engine-devel at ovirt.org, infra at ovirt.org
> Sent: Thursday, January 30, 2014 10:47:46 AM
> Subject: proposing Arik Hadas as a maintainer of engine core
> 
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various
> areas in engine core, demonstrated his abilities with more than 200 patches
> merged to engine master alone. Tons of migration related fixes, refactoring
> of legacy code, but also new complex features including complementary
> patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> improvements for VM&Template operations)
> 
> Thanks in advance for your response.
> 
> Thanks,
> michal


From tnisan at redhat.com  Thu Jan 30 10:27:58 2014
From: tnisan at redhat.com (Tal Nisan)
Date: Thu, 30 Jan 2014 12:27:58 +0200
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
 core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <52EA292E.9090706@redhat.com>

On 01/30/2014 10:47 AM, Michal Skrivanek wrote:
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
>
> Since he started with oVirt project in October 2012 he was working in various areas in engine core, demonstrated his abilities with more than 200 patches merged to engine master alone. Tons of migration related fixes, refactoring of legacy code, but also new complex features including complementary patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking improvements for VM&Template operations)
>
> Thanks in advance for your response.
>
> Thanks,
> michal
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
+1



From emesika at redhat.com  Thu Jan 30 10:56:45 2014
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 30 Jan 2014 05:56:45 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <835823562.9691263.1391079405586.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: engine-devel at ovirt.org, infra at ovirt.org
> Sent: Thursday, January 30, 2014 10:47:46 AM
> Subject: proposing Arik Hadas as a maintainer of engine core
> 
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various
> areas in engine core, demonstrated his abilities with more than 200 patches
> merged to engine master alone. Tons of migration related fixes, refactoring
> of legacy code, but also new complex features including complementary
> patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> improvements for VM&Template operations)
> 
> Thanks in advance for your response.

+1 

> 
> Thanks,
> michal


From tjelinek at redhat.com  Thu Jan 30 10:57:42 2014
From: tjelinek at redhat.com (Tomas Jelinek)
Date: Thu, 30 Jan 2014 05:57:42 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of
	engine	core
In-Reply-To: <835823562.9691263.1391079405586.JavaMail.root@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
	<835823562.9691263.1391079405586.JavaMail.root@redhat.com>
Message-ID: <1090264.10337080.1391079462868.JavaMail.root@redhat.com>

+1

----- Original Message -----
> From: "Eli Mesika" <emesika at redhat.com>
> To: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> Cc: ovedo at redhat.com, engine-devel at ovirt.org, infra at ovirt.org
> Sent: Thursday, January 30, 2014 11:56:45 AM
> Subject: Re: [Engine-devel] proposing Arik Hadas as a maintainer of engine	core
> 
> 
> 
> ----- Original Message -----
> > From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> > To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>,
> > "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> > Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>,
> > "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> > Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike
> > Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> > <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>,
> > ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> > Cc: engine-devel at ovirt.org, infra at ovirt.org
> > Sent: Thursday, January 30, 2014 10:47:46 AM
> > Subject: proposing Arik Hadas as a maintainer of engine core
> > 
> > Dear engine-core maintainers,
> > I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> > 
> > Since he started with oVirt project in October 2012 he was working in
> > various
> > areas in engine core, demonstrated his abilities with more than 200 patches
> > merged to engine master alone. Tons of migration related fixes, refactoring
> > of legacy code, but also new complex features including complementary
> > patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> > improvements for VM&Template operations)
> > 
> > Thanks in advance for your response.
> 
> +1
> 
> > 
> > Thanks,
> > michal
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From ofrenkel at redhat.com  Thu Jan 30 11:28:16 2014
From: ofrenkel at redhat.com (Omer Frenkel)
Date: Thu, 30 Jan 2014 06:28:16 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <1010988026.16303633.1391081296019.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron
> Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy
> Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag"
> <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
> Cc: engine-devel at ovirt.org, infra at ovirt.org
> Sent: Thursday, January 30, 2014 10:47:46 AM
> Subject: proposing Arik Hadas as a maintainer of engine core
> 
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various
> areas in engine core, demonstrated his abilities with more than 200 patches
> merged to engine master alone. Tons of migration related fixes, refactoring
> of legacy code, but also new complex features including complementary
> patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking
> improvements for VM&Template operations)
> 
> Thanks in advance for your response.
> 
> Thanks,
> michal

+1

I've been working closely with Arik since he joined the project,
discussing and reviewing most of his work,
and i trust his opinion and think he will be a good addition to the team of maintainers.


From mlipchuk at redhat.com  Thu Jan 30 12:10:54 2014
From: mlipchuk at redhat.com (Maor Lipchuk)
Date: Thu, 30 Jan 2014 14:10:54 +0200
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
	core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <52EA414E.1030902@redhat.com>

On 01/30/2014 10:47 AM, Michal Skrivanek wrote:
> Dear engine-core maintainers,
> I'd like to propose Arik Hadas as a maintainer of oVirt engine backend
> 
> Since he started with oVirt project in October 2012 he was working in various areas in engine core, demonstrated his abilities with more than 200 patches merged to engine master alone. Tons of migration related fixes, refactoring of legacy code, but also new complex features including complementary patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking improvements for VM&Template operations)
> 
> Thanks in advance for your response.
> 
> Thanks,
> michal
> 
+1


From fkobzik at redhat.com  Thu Jan 30 12:14:03 2014
From: fkobzik at redhat.com (Frantisek Kobzik)
Date: Thu, 30 Jan 2014 07:14:03 -0500 (EST)
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine
 core
In-Reply-To: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
References: <D812A74D-AC48-4758-9BB3-6F7A6979A372@redhat.com>
Message-ID: <305932657.10901126.1391084043173.JavaMail.root@redhat.com>

+1!

----- Original Message -----
From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
To: "Itamar Heim" <iheim at redhat.com>, "Livnat Peer" <lpeer at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Doron Fediuck" <dfediuck at redhat.com>, "Yair Zaslavsky" <yzaslavs at redhat.com>, "Maor Lipchuk" <mlipchuk at redhat.com>, "Roy Golan" <rgolan at redhat.com>, "Eli Mesika" <emesika at redhat.com>, "Mike Kolesnik" <mkolesni at redhat.com>, "Moti Asayag" <masayag at redhat.com>, "Shahar Havivi" <shavivi at redhat.com>, ovedo at redhat.com, "Allon Mureinik" <amureini at redhat.com>
Cc: engine-devel at ovirt.org, infra at ovirt.org
Sent: Thursday, January 30, 2014 9:47:46 AM
Subject: [Engine-devel] proposing Arik Hadas as a maintainer of engine core

Dear engine-core maintainers,
I'd like to propose Arik Hadas as a maintainer of oVirt engine backend

Since he started with oVirt project in October 2012 he was working in various areas in engine core, demonstrated his abilities with more than 200 patches merged to engine master alone. Tons of migration related fixes, refactoring of legacy code, but also new complex features including complementary patches in UI, REST and VDSM code (e.g. Live Snapshots with RAM, locking improvements for VM&Template operations)

Thanks in advance for your response.

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


From vfeenstr at redhat.com  Thu Jan 30 13:22:51 2014
From: vfeenstr at redhat.com (Vinzenz Feenstra)
Date: Thu, 30 Jan 2014 14:22:51 +0100
Subject: [Engine-devel] [ovirt-testday] Fake PPC Support - Feedback
Message-ID: <52EA522B.8040807@redhat.com>

Hi,

On the test day I was testing the Fake PPC support. I managed to 
register the Fake PPC host into the engine. However when I tried to run 
the VM it failed with libvirt responding:
*
libvirtError: internal error: process exited while connecting to 
monitor: "kvm" accelerator does not exist.**
**No accelerator found!**
**KVM not supported for this target**
***
Which does not make much sense though. Since it should not try to use 
'kvm'. And I am not really sure why it does.
Please let me know if there's anything else I would need to provide you 
so you can figure out what is going on. Right now the server is still in 
the same state. But I eventually will have to use it for something else.

Here's the part of the log which prints the generated DomainXML:

Thread-77::DEBUG::2014-01-23 15:43:46,834::vm::3130::vm.Vm::(_run) 
vmId=`a5409fe7-8054-46ce-91c2-2d565e7edc5b`::<?xml version="1.0" 
encoding="utf-8"?>
<domain type="kvm" xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0">
         <name>asdfasd</name>
<uuid>a5409fe7-8054-46ce-91c2-2d565e7edc5b</uuid>
         <memory>524288</memory>
         <currentMemory>524288</currentMemory>
         <vcpu current="1">1</vcpu>
         <memtune>
                 <min_guarantee>524288</min_guarantee>
         </memtune>
         <devices>
                 <channel type="unix">
                         <target name="com.redhat.rhevm.vdsm" 
type="virtio"/>
                         <source mode="bind" 
path="/var/lib/libvirt/qemu/channels/a5409fe7-8054-46ce-91c2-2d565e7edc5b.com.redhat.rhevm.vdsm"/>
                 </channel>
                 <channel type="unix">
                         <target name="org.qemu.guest_agent.0" 
type="virtio"/>
                         <source mode="bind" 
path="/var/lib/libvirt/qemu/channels/a5409fe7-8054-46ce-91c2-2d565e7edc5b.org.qemu.guest_agent.0"/>
                 </channel>
                 <input bus="usb" type="tablet"/>
                 <graphics autoport="yes" keymap="en-us" listen="0" 
passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"/>
<emulator>/usr/bin/qemu-system-ppc64</emulator>
                 <memballoon model="virtio"/>
                 <controller index="0" type="scsi">
                         <address type="spapr-vio"/>
                 </controller>
                 <controller index="1" model="virtio-scsi" type="scsi"/>
                 <video>
                         <model heads="1" type="vga" vram="32768"/>
                 </video>
                 <interface type="bridge">
                         <mac address="00:1a:4a:65:ca:b2"/>
                         <model type="virtio"/>
                         <source bridge="ovirtmgmt"/>
                         <filterref filter="vdsm-no-mac-spoofing"/>
                         <link state="up"/>
                 </interface>
                 <disk device="cdrom" snapshot="no" type="file">
                         <address bus="0" controller="0" target="0" 
type="drive" unit="0"/>
                         <source file="" startupPolicy="optional"/>
                         <target bus="scsi" dev="sda"/>
                         <readonly/>
                         <serial/>
                 </disk>
                 <disk device="disk" snapshot="no" type="file">
                         <source 
file="/rhev/data-center/mnt/str-02.rhev.lab.eng.brq.redhat.com:_mnt_export_nfs_150_nfs04/efd2a9ce-6417-44e9-ac59-bb577f22bbc3/images/4f6be340-f7b1-4b78-9aa3-7390ffd6bec8/e4f6d99b-c94c-4ae9-8bd6-5212a1d4e9df"/>
                         <target bus="virtio" dev="vda"/>
<serial>4f6be340-f7b1-4b78-9aa3-7390ffd6bec8</serial>
                         <boot order="1"/>
                         <driver cache="none" error_policy="stop" 
io="threads" name="qemu" type="raw"/>
                 </disk>
         </devices>
         <os>
                 <type arch="ppc64" machine="pseries">hvm</type>
         </os>
         <clock adjustment="0" offset="variable">
                 <timer name="rtc" tickpolicy="catchup"/>
         </clock>
         <cpu>
                 <topology cores="1" sockets="1" threads="1"/>
         </cpu>
         <qemu:commandline>
                 <qemu:arg value="-usbdevice"/>
                 <qemu:arg value="keyboard"/>
         </qemu:commandline>
</domain>

Thread-77::DEBUG::2014-01-23 
15:43:47,566::libvirtconnection::124::root::(wrapper) Unknown 
libvirterror: ecode: 1 edom: 10 level: 2 message: internal error: 
process exited while connecting to monitor: "kvm" accelerator does not 
exist.
No accelerator found!
KVM not supported for this target

Thread-77::DEBUG::2014-01-23 
15:43:47,567::vm::2247::vm.Vm::(_startUnderlyingVm) 
vmId=`a5409fe7-8054-46ce-91c2-2d565e7edc5b`::_ongoingCreations released
Thread-77::ERROR::2014-01-23 
15:43:47,567::vm::2273::vm.Vm::(_startUnderlyingVm) 
vmId=`a5409fe7-8054-46ce-91c2-2d565e7edc5b`::The vm start process failed
Traceback (most recent call last):
   File "/usr/share/vdsm/vm.py", line 2233, in _startUnderlyingVm
     self._run()
   File "/usr/share/vdsm/vm.py", line 3164, in _run
     self._connection.createXML(domxml, flags),
   File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", 
line 92, in wrapper
     ret = f(*args, **kwargs)
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2920, in 
createXML
     if ret is None:raise libvirtError('virDomainCreateXML() failed', 
conn=self)
libvirtError: internal error: process exited while connecting to 
monitor: "kvm" accelerator does not exist.
No accelerator found!
KVM not supported for this target







Extraction of the capabilities related to this:

   <guest>
     <os_type>hvm</os_type>
     <arch name='ppc'>
       <wordsize>32</wordsize>
       <emulator>/usr/bin/qemu-system-ppc</emulator>
       <machine>g3beige</machine>
       <machine>prep</machine>
       <machine>mpc8544ds</machine>
       <machine>mac99</machine>
       <machine>ppce500</machine>
       <machine>virtex-ml507</machine>
       <machine>bamboo</machine>
       <machine>taihu</machine>
       <machine>ref405ep</machine>
       <machine>none</machine>
       <domain type='qemu'>
       </domain>
     </arch>
     <features>
       <cpuselection/>
       <deviceboot/>
     </features>
   </guest>

   <guest>
     <os_type>hvm</os_type>
     <arch name='ppc64'>
       <wordsize>64</wordsize>
       <emulator>/usr/bin/qemu-system-ppc64</emulator>
       <machine>mac99</machine>
       <machine>prep</machine>
       <machine>mpc8544ds</machine>
       <machine>g3beige</machine>
       <machine>ppce500</machine>
       <machine>virtex-ml507</machine>
       <machine>pseries</machine>
       <machine>bamboo</machine>
       <machine>taihu</machine>
       <machine>ref405ep</machine>
       <machine>none</machine>
       <domain type='qemu'>
       </domain>
     </arch>
     <features>
       <cpuselection/>
       <deviceboot/>
     </features>
   </guest>

-- 
Regards,

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

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

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

From michal.skrivanek at redhat.com  Thu Jan 30 13:35:22 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Thu, 30 Jan 2014 14:35:22 +0100
Subject: [Engine-devel] AppErrors properties
Message-ID: <281442D9-1313-4162-8BE5-11E180A14A1F@redhat.com>

Hi,
while trying to add a new message I couldn't help notice some ugliness in the code regarding our error messages in UI

- why do we have @DefaultStringValue in frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java ? All strings are defined in individual properties anyway.

- so we have individual properties files?.3 of them
REST - backend/manager/modules/dal/src/main/resources/bundles/AppErrors.properties
UP - frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
WA - frontend/webadmin/modules/userportal-gwtp/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties

funnily enough it's not that there are more messages in WA than UP, no, it's just full of random omissions, typos and discrepancies which do not make any logical sense

Can't we get rid of the defaults in the interface (useless) and have just one property containing all the messages and use the sam file in all 3 places. And only if there is intentionally a different message in e.g. UP than in WA we can have an override/additional property file there (just by briefly going through most of the differences there's not a single case)

Thanks,
michal



From ecohen at redhat.com  Thu Jan 30 13:52:40 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 30 Jan 2014 08:52:40 -0500 (EST)
Subject: [Engine-devel] AppErrors properties
In-Reply-To: <281442D9-1313-4162-8BE5-11E180A14A1F@redhat.com>
References: <281442D9-1313-4162-8BE5-11E180A14A1F@redhat.com>
Message-ID: <1482624976.16402638.1391089960824.JavaMail.root@redhat.com>

- we used to have a lot of differences between the admin messages 
and the user portal messages; unfortunately we lost them somehow, 
I can't remember how or when, it was quite a long time ago. so 
the fact that the admin and user messages are identical is actually 
a bug/regression. 

- once the GUI will move to REST-API, we won't need any of the 
frontend files since we will get the translated message directly 
from the backend. no point in doing any changes before that - it 
is too much effort for too little gain. 

Einav

----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> To: engine-devel at ovirt.org
> Sent: Thursday, January 30, 2014 8:35:22 AM
> Subject: [Engine-devel] AppErrors properties
> 
> Hi,
> while trying to add a new message I couldn't help notice some ugliness in the
> code regarding our error messages in UI
> 
> - why do we have @DefaultStringValue in
> frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
> ? All strings are defined in individual properties anyway.
> 
> - so we have individual properties files?.3 of them
> REST -
> backend/manager/modules/dal/src/main/resources/bundles/AppErrors.properties
> UP -
> frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
> WA -
> frontend/webadmin/modules/userportal-gwtp/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
> 
> funnily enough it's not that there are more messages in WA than UP, no, it's
> just full of random omissions, typos and discrepancies which do not make any
> logical sense
> 
> Can't we get rid of the defaults in the interface (useless) and have just one
> property containing all the messages and use the sam file in all 3 places.
> And only if there is intentionally a different message in e.g. UP than in WA
> we can have an override/additional property file there (just by briefly
> going through most of the differences there's not a single case)
> 
> Thanks,
> michal
> 
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 
>


From michal.skrivanek at redhat.com  Thu Jan 30 13:56:07 2014
From: michal.skrivanek at redhat.com (Michal Skrivanek)
Date: Thu, 30 Jan 2014 14:56:07 +0100
Subject: [Engine-devel] AppErrors properties
In-Reply-To: <1482624976.16402638.1391089960824.JavaMail.root@redhat.com>
References: <281442D9-1313-4162-8BE5-11E180A14A1F@redhat.com>
	<1482624976.16402638.1391089960824.JavaMail.root@redhat.com>
Message-ID: <468CA000-D34B-4C19-8FC2-F6424D051138@redhat.com>


On Jan 30, 2014, at 14:52 , Einav Cohen <ecohen at redhat.com> wrote:

> - we used to have a lot of differences between the admin messages 
> and the user portal messages; unfortunately we lost them somehow, 
> I can't remember how or when, it was quite a long time ago. so 
> the fact that the admin and user messages are identical is actually 
> a bug/regression. 

yeah, it would make sense if e.g. UP messages were simpler/reduced?but it doesn't look like anymore. E.g. there are some gluster-related mesages present in UP but missing from WA which makes no sense at all.

> 
> - once the GUI will move to REST-API, we won't need any of the 
> frontend files since we will get the translated message directly 
> from the backend. no point in doing any changes before that - it 
> is too much effort for too little gain. 

right, so doesn't it make sense to keep just the backend ones?
(and remove defaults which are useless and just requires you to update 2 places instead of one)
and only if REST GUI is still far away by then?.copying the same file to UP/WA is a matter of a single makefile line?

Thanks,
michal

> 
> Einav
> 
> ----- Original Message -----
>> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
>> To: engine-devel at ovirt.org
>> Sent: Thursday, January 30, 2014 8:35:22 AM
>> Subject: [Engine-devel] AppErrors properties
>> 
>> Hi,
>> while trying to add a new message I couldn't help notice some ugliness in the
>> code regarding our error messages in UI
>> 
>> - why do we have @DefaultStringValue in
>> frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
>> ? All strings are defined in individual properties anyway.
>> 
>> - so we have individual properties files?.3 of them
>> REST -
>> backend/manager/modules/dal/src/main/resources/bundles/AppErrors.properties
>> UP -
>> frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
>> WA -
>> frontend/webadmin/modules/userportal-gwtp/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
>> 
>> funnily enough it's not that there are more messages in WA than UP, no, it's
>> just full of random omissions, typos and discrepancies which do not make any
>> logical sense
>> 
>> Can't we get rid of the defaults in the interface (useless) and have just one
>> property containing all the messages and use the sam file in all 3 places.
>> And only if there is intentionally a different message in e.g. UP than in WA
>> we can have an override/additional property file there (just by briefly
>> going through most of the differences there's not a single case)
>> 
>> Thanks,
>> michal
>> 
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>> 
>> 
>> 



From ecohen at redhat.com  Thu Jan 30 14:09:51 2014
From: ecohen at redhat.com (Einav Cohen)
Date: Thu, 30 Jan 2014 09:09:51 -0500 (EST)
Subject: [Engine-devel] AppErrors properties
In-Reply-To: <468CA000-D34B-4C19-8FC2-F6424D051138@redhat.com>
References: <281442D9-1313-4162-8BE5-11E180A14A1F@redhat.com>
	<1482624976.16402638.1391089960824.JavaMail.root@redhat.com>
	<468CA000-D34B-4C19-8FC2-F6424D051138@redhat.com>
Message-ID: <239883986.16424674.1391090991862.JavaMail.root@redhat.com>

> ----- Original Message -----
> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> Sent: Thursday, January 30, 2014 8:56:07 AM
> 
> 
> On Jan 30, 2014, at 14:52 , Einav Cohen <ecohen at redhat.com> wrote:
> 
> > - we used to have a lot of differences between the admin messages
> > and the user portal messages; unfortunately we lost them somehow,
> > I can't remember how or when, it was quite a long time ago. so
> > the fact that the admin and user messages are identical is actually
> > a bug/regression.
> 
> yeah, it would make sense if e.g. UP messages were simpler/reduced?but it
> doesn't look like anymore. E.g. there are some gluster-related mesages
> present in UP but missing from WA which makes no sense at all.
> 
> > 
> > - once the GUI will move to REST-API, we won't need any of the
> > frontend files since we will get the translated message directly
> > from the backend. no point in doing any changes before that - it
> > is too much effort for too little gain.
> 
> right, so doesn't it make sense to keep just the backend ones?
> (and remove defaults which are useless and just requires you to update 2
> places instead of one)

you would still need to update the "defaults" file with the key (just not 
with the value) - it is needed from GWT perspective. 

> and only if REST GUI is still far away by then?.copying the same file to
> UP/WA is a matter of a single makefile line?
> 
> Thanks,
> michal
> 
> > 
> > Einav
> > 
> > ----- Original Message -----
> >> From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> >> To: engine-devel at ovirt.org
> >> Sent: Thursday, January 30, 2014 8:35:22 AM
> >> Subject: [Engine-devel] AppErrors properties
> >> 
> >> Hi,
> >> while trying to add a new message I couldn't help notice some ugliness in
> >> the
> >> code regarding our error messages in UI
> >> 
> >> - why do we have @DefaultStringValue in
> >> frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
> >> ? All strings are defined in individual properties anyway.
> >> 
> >> - so we have individual properties files?.3 of them
> >> REST -
> >> backend/manager/modules/dal/src/main/resources/bundles/AppErrors.properties
> >> UP -
> >> frontend/webadmin/modules/frontend/src/main/java/org/ovirt/engine/ui/frontend/AppErrors.java
> >> WA -
> >> frontend/webadmin/modules/userportal-gwtp/src/main/resources/org/ovirt/engine/ui/frontend/AppErrors.properties
> >> 
> >> funnily enough it's not that there are more messages in WA than UP, no,
> >> it's
> >> just full of random omissions, typos and discrepancies which do not make
> >> any
> >> logical sense
> >> 
> >> Can't we get rid of the defaults in the interface (useless) and have just
> >> one
> >> property containing all the messages and use the sam file in all 3 places.
> >> And only if there is intentionally a different message in e.g. UP than in
> >> WA
> >> we can have an override/additional property file there (just by briefly
> >> going through most of the differences there's not a single case)
> >> 
> >> Thanks,
> >> michal
> >> 
> >> _______________________________________________
> >> 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 Jan 30 14:42:17 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 30 Jan 2014 16:42:17 +0200
Subject: [Engine-devel] bug-url requirement for stable branch backports
Message-ID: <52EA64C9.1090804@redhat.com>

I'm inclined to drop the "bug-url is required" for engine stable branch 
3.4, until we GA 3.4, as a lot of the patches are for pre-GA features.

3.3 stable branch still has this requirement of course.

thoughts anyone?

Thanks,
    Itamar


From mbetak at redhat.com  Thu Jan 30 14:51:28 2014
From: mbetak at redhat.com (Martin Betak)
Date: Thu, 30 Jan 2014 09:51:28 -0500 (EST)
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <52EA64C9.1090804@redhat.com>
References: <52EA64C9.1090804@redhat.com>
Message-ID: <1843832843.19055703.1391093488773.JavaMail.root@redhat.com>

+1 
I think it will also speed up the backport of various critical fixes to 3.4
discovered before GA for which there is no BZ created.




----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 30, 2014 3:42:17 PM
> Subject: [Engine-devel] bug-url requirement for stable branch backports
> 
> I'm inclined to drop the "bug-url is required" for engine stable branch
> 3.4, until we GA 3.4, as a lot of the patches are for pre-GA features.
> 
> 3.3 stable branch still has this requirement of course.
> 
> thoughts anyone?
> 
> Thanks,
>     Itamar
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From alonbl at redhat.com  Thu Jan 30 14:53:27 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Thu, 30 Jan 2014 09:53:27 -0500 (EST)
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <52EA64C9.1090804@redhat.com>
References: <52EA64C9.1090804@redhat.com>
Message-ID: <1825514452.4875517.1391093607163.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 30, 2014 4:42:17 PM
> Subject: [Engine-devel] bug-url requirement for stable branch backports
> 
> I'm inclined to drop the "bug-url is required" for engine stable branch
> 3.4, until we GA 3.4, as a lot of the patches are for pre-GA features.

It was branched too soon.
Bugs should be mandatory post rc.
Well, if rc is truly release candidate.
Up to now rc was just another beta.

> 3.3 stable branch still has this requirement of course.
> 
> thoughts anyone?
> 
> Thanks,
>     Itamar
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From tnisan at redhat.com  Thu Jan 30 14:55:52 2014
From: tnisan at redhat.com (Tal Nisan)
Date: Thu, 30 Jan 2014 16:55:52 +0200
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <52EA64C9.1090804@redhat.com>
References: <52EA64C9.1090804@redhat.com>
Message-ID: <52EA67F8.8020208@redhat.com>

I think it will help stabilizing the new features in a short circle, 
sometimes there are small "fine tuning" fixes that don't have bugs 
opened for them and the flow is easier if you can just backport them 
without opening a bug.

On 01/30/2014 04:42 PM, Itamar Heim wrote:
> I'm inclined to drop the "bug-url is required" for engine stable 
> branch 3.4, until we GA 3.4, as a lot of the patches are for pre-GA 
> features.
>
> 3.3 stable branch still has this requirement of course.
>
> thoughts anyone?
>
> Thanks,
>    Itamar
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From emesika at redhat.com  Thu Jan 30 16:14:07 2014
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 30 Jan 2014 11:14:07 -0500 (EST)
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <52EA64C9.1090804@redhat.com>
References: <52EA64C9.1090804@redhat.com>
Message-ID: <297980966.9865621.1391098447220.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 30, 2014 4:42:17 PM
> Subject: [Engine-devel] bug-url requirement for stable branch backports
> 
> I'm inclined to drop the "bug-url is required" for engine stable branch
> 3.4, until we GA 3.4, as a lot of the patches are for pre-GA features.
> 
> 3.3 stable branch still has this requirement of course.
> 
> thoughts anyone?

+1

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


From alitke at redhat.com  Thu Jan 30 16:49:42 2014
From: alitke at redhat.com (Adam Litke)
Date: Thu, 30 Jan 2014 11:49:42 -0500
Subject: [Engine-devel] mom RPMs for 3.4
Message-ID: <20140130164942.GB21947@redhat.com>

Hi Sandro,

After updating the MOM project's build system, I have used jenkins to
produce a set of RPMs that I would like to tag into the oVirt 3.4
release.  Please see the jenkins job [1] for the relevant artifacts
for EL6[2], F19[3], and F20[4].

Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
I want to be careful to not break people's environments this late in
the 3.4 release cycle.  What is the best way to minimize that damage?

[1] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/
[2] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/label=centos6-host/artifact/exported-artifacts/mom-0.4.0-1.el6.noarch.rpm
[3] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/label=fedora19-host/artifact/exported-artifacts/mom-0.4.0-1.fc19.noarch.rpm
[4] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/label=fedora20-host/artifact/exported-artifacts/mom-0.4.0-1.fc20.noarch.rpm


From herrold at owlriver.com  Thu Jan 30 17:14:34 2014
From: herrold at owlriver.com (R P Herrold)
Date: Thu, 30 Jan 2014 12:14:34 -0500 (EST)
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <52EA67F8.8020208@redhat.com>
References: <52EA64C9.1090804@redhat.com> <52EA67F8.8020208@redhat.com>
Message-ID: <alpine.LRH.2.03.1401301204390.5327@bjyevire.pbz>

On Thu, 30 Jan 2014, Tal Nisan wrote:

> I think it will help stabilizing the new features in a short circle, sometimes
> there are small "fine tuning" fixes that don't have bugs opened for them and
> the flow is easier if you can just backport them without opening a bug.
> 
> On 01/30/2014 04:42 PM, Itamar Heim wrote:
> > I'm inclined to drop the "bug-url is required" for engine stable branch 3.4,
> 
> until we GA 3.4, as a lot of the patches are for pre-GA features.

I took Alon's comment as a -1, and do not understand the flow 
difficulty

Cloning a bug is a click and a bit of web trimming.  Adding it 
as a dependency on its parent is typing a bug number in the 
proper field.  It is very hard, unless sone follows both 
mailing lists, and commit mailing lists, to figure out some 
changes and if this is a backport (and not: "stabilizing the 
new features" as Tal mentions)

The thrashing in stabilization, and very fast gerrit approvals 
on the cpopen patch (it happened in hours, months ago) show 
the need to be explaining to a Bugzilla, what is happening.  
As near as I can tell the package succession is still not 
'right' for upgrades [It seems to need a manual exclude in a 
yum repo config in one place, OR a manual Provides, OR an 
epoched EVR (!! NOT RECOMMENDED !!)]

-1

-- Russ herrold


From alonbl at redhat.com  Thu Jan 30 17:17:21 2014
From: alonbl at redhat.com (Alon Bar-Lev)
Date: Thu, 30 Jan 2014 12:17:21 -0500 (EST)
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <alpine.LRH.2.03.1401301204390.5327@bjyevire.pbz>
References: <52EA64C9.1090804@redhat.com> <52EA67F8.8020208@redhat.com>
	<alpine.LRH.2.03.1401301204390.5327@bjyevire.pbz>
Message-ID: <1779022286.4923409.1391102241741.JavaMail.root@redhat.com>



----- Original Message -----
> From: "R P Herrold" <herrold at owlriver.com>
> To: "Tal Nisan" <tnisan at redhat.com>
> Cc: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 30, 2014 7:14:34 PM
> Subject: [Engine-devel] bug-url requirement for stable branch backports
> 
> On Thu, 30 Jan 2014, Tal Nisan wrote:
> 
> > I think it will help stabilizing the new features in a short circle,
> > sometimes
> > there are small "fine tuning" fixes that don't have bugs opened for them
> > and
> > the flow is easier if you can just backport them without opening a bug.
> > 
> > On 01/30/2014 04:42 PM, Itamar Heim wrote:
> > > I'm inclined to drop the "bug-url is required" for engine stable branch
> > > 3.4,
> > 
> > until we GA 3.4, as a lot of the patches are for pre-GA features.
> 
> I took Alon's comment as a -1, and do not understand the flow
> difficulty

No, I am for enforcing real bugs only since rc.
Thus in favour of dropping this now.
I am consistence to what I recommended in past (pre-3.3) as well.

> 
> Cloning a bug is a click and a bit of web trimming.  Adding it
> as a dependency on its parent is typing a bug number in the
> proper field.  It is very hard, unless sone follows both
> mailing lists, and commit mailing lists, to figure out some
> changes and if this is a backport (and not: "stabilizing the
> new features" as Tal mentions)
> 
> The thrashing in stabilization, and very fast gerrit approvals
> on the cpopen patch (it happened in hours, months ago) show
> the need to be explaining to a Bugzilla, what is happening.
> As near as I can tell the package succession is still not
> 'right' for upgrades [It seems to need a manual exclude in a
> yum repo config in one place, OR a manual Provides, OR an
> epoched EVR (!! NOT RECOMMENDED !!)]
> 
> -1
> 
> -- Russ herrold
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 


From danken at redhat.com  Thu Jan 30 18:13:46 2014
From: danken at redhat.com (Dan Kenigsberg)
Date: Thu, 30 Jan 2014 18:13:46 +0000
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <20140130164942.GB21947@redhat.com>
References: <20140130164942.GB21947@redhat.com>
Message-ID: <20140130181346.GJ26360@redhat.com>

On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
> Hi Sandro,
> 
> After updating the MOM project's build system, I have used jenkins to
> produce a set of RPMs that I would like to tag into the oVirt 3.4
> release.  Please see the jenkins job [1] for the relevant artifacts
> for EL6[2], F19[3], and F20[4].
> 
> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
> I want to be careful to not break people's environments this late in
> the 3.4 release cycle.  What is the best way to minimize that damage?

Hey, we're during beta. I prefer making this requirement explicit now
over having users with supervdsmd.log retate due to log spam.

> 
> [1] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/
> [2] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/label=centos6-host/artifact/exported-artifacts/mom-0.4.0-1.el6.noarch.rpm
> [3] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/label=fedora19-host/artifact/exported-artifacts/mom-0.4.0-1.fc19.noarch.rpm
> [4] http://jenkins.ovirt.org/view/All/job/manual-build-tarball/179/label=fedora20-host/artifact/exported-artifacts/mom-0.4.0-1.fc20.noarch.rpm


From iheim at redhat.com  Thu Jan 30 18:25:40 2014
From: iheim at redhat.com (Itamar Heim)
Date: Thu, 30 Jan 2014 20:25:40 +0200
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <alpine.LRH.2.03.1401301204390.5327@bjyevire.pbz>
References: <52EA64C9.1090804@redhat.com> <52EA67F8.8020208@redhat.com>
	<alpine.LRH.2.03.1401301204390.5327@bjyevire.pbz>
Message-ID: <52EA9924.2030202@redhat.com>

On 01/30/2014 07:14 PM, R P Herrold wrote:
> On Thu, 30 Jan 2014, Tal Nisan wrote:
>
>> I think it will help stabilizing the new features in a short circle, sometimes
>> there are small "fine tuning" fixes that don't have bugs opened for them and
>> the flow is easier if you can just backport them without opening a bug.
>>
>> On 01/30/2014 04:42 PM, Itamar Heim wrote:
>>> I'm inclined to drop the "bug-url is required" for engine stable branch 3.4,
>>
>> until we GA 3.4, as a lot of the patches are for pre-GA features.
>
> I took Alon's comment as a -1, and do not understand the flow
> difficulty
>
> Cloning a bug is a click and a bit of web trimming.  Adding it
> as a dependency on its parent is typing a bug number in the
> proper field.  It is very hard, unless sone follows both
> mailing lists, and commit mailing lists, to figure out some
> changes and if this is a backport (and not: "stabilizing the
> new features" as Tal mentions)
>
> The thrashing in stabilization, and very fast gerrit approvals
> on the cpopen patch (it happened in hours, months ago) show
> the need to be explaining to a Bugzilla, what is happening.
> As near as I can tell the package succession is still not
> 'right' for upgrades [It seems to need a manual exclude in a
> yum repo config in one place, OR a manual Provides, OR an
> epoched EVR (!! NOT RECOMMENDED !!)]
>
> -1

cpopen was in vdsm, this is about engine repo.
backporting to stable branch has it overhead already. we forked early to 
make sure we are stabilizing rather than getting more forward-looking 
changes merged into master.
however, as alon said, in that regard we forked 'early'.
this incurs an overhead of backports already.
looking at the patches i see, which are for stabilization, not all of 
them have a bug tracking them, and i don't see a reason forcing this for 
pre-rc as the main benefit of forcing bugs is tracking changes for 
release notes (that's to force creation of bugs post issues fixed, not 
using bugs to track issues).
so if there is a bug, i expect it in bug-url for easier tracking, but i 
don't see the value in forcing it pre-rc.

>
> -- Russ herrold
>



From alitke at redhat.com  Thu Jan 30 18:30:13 2014
From: alitke at redhat.com (Adam Litke)
Date: Thu, 30 Jan 2014 13:30:13 -0500
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <20140130181346.GJ26360@redhat.com>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
Message-ID: <20140130183013.GC21947@redhat.com>

On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
>On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
>> Hi Sandro,
>>
>> After updating the MOM project's build system, I have used jenkins to
>> produce a set of RPMs that I would like to tag into the oVirt 3.4
>> release.  Please see the jenkins job [1] for the relevant artifacts
>> for EL6[2], F19[3], and F20[4].
>>
>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
>> I want to be careful to not break people's environments this late in
>> the 3.4 release cycle.  What is the best way to minimize that damage?
>
>Hey, we're during beta. I prefer making this requirement explicit now
>over having users with supervdsmd.log retate due to log spam.

In that case, Sandro, can you let me know when those RPMs hit the
ovirt repos (for master and 3.4) and then I will submit a patch to
vdsm to require the new version.


From emesika at redhat.com  Thu Jan 30 21:26:23 2014
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 30 Jan 2014 16:26:23 -0500 (EST)
Subject: [Engine-devel] Can not debug GWT with chrom
In-Reply-To: <1342656784.9999153.1391117071260.JavaMail.root@redhat.com>
Message-ID: <928553561.9999637.1391117183608.JavaMail.root@redhat.com>

Hi

I am trying to debug GWT with google-chrome-stable-32.0.1700.77-1.x86_64 on F19 and getting the following exception 


onModuleLoad() threw an exception
Exception while loading module com.google.gwt.useragent.client.UserAgentAsserter. See Development Mode for details.

java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at com.google.gwt.dev.shell.ModuleSpace.onLoad(ModuleSpace.java:406)
	at com.google.gwt.dev.shell.OophmSessionHandler.loadModule(OophmSessionHandler.java:200)
	at com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:526)
	at com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:364)
	at java.lang.Thread.run(Thread.java:744)
Caused by: java.lang.RuntimeException: Deferred binding failed for 'com.google.gwt.useragent.client.UserAgentAsserter$UserAgentProperty' (did you forget to inherit a required module?)
	at com.google.gwt.dev.shell.GWTBridgeImpl.create(GWTBridgeImpl.java:53)
	at com.google.gwt.core.shared.GWT.create(GWT.java:57)
	at com.google.gwt.core.client.GWT.create(GWT.java:85)
	at com.google.gwt.useragent.client.UserAgentAsserter.onModuleLoad(UserAgentAsserter.java:66)
	... 9 more
Caused by: com.google.gwt.core.ext.UnableToCompleteException: (see previous log entries)
	at com.google.gwt.dev.shell.ModuleSpace.rebind(ModuleSpace.java:605)
	at com.google.gwt.dev.shell.ModuleSpace.rebindAndCreate(ModuleSpace.java:465)
	at com.google.gwt.dev.shell.GWTBridgeImpl.create(GWTBridgeImpl.java:49)
	... 12 more


any ideas ???


From awels at redhat.com  Thu Jan 30 21:34:54 2014
From: awels at redhat.com (Alexander Wels)
Date: Thu, 30 Jan 2014 16:34:54 -0500
Subject: [Engine-devel] Can not debug GWT with chrom
In-Reply-To: <928553561.9999637.1391117183608.JavaMail.root@redhat.com>
References: <928553561.9999637.1391117183608.JavaMail.root@redhat.com>
Message-ID: <1840180.ZXUNscrOKu@awels>

Did you compile GWT for use with Chrome?

I think the standard make install-dev does not, but you can add support by 
setting the extra build flags like this:
DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-D gwt.userAgent=gecko1_8,safari"

that will compile it with 2 iterations, one for firefox and one for chrome.

On Thursday, January 30, 2014 04:26:23 PM Eli Mesika wrote:
> Hi
> 
> I am trying to debug GWT with google-chrome-stable-32.0.1700.77-1.x86_64 on
> F19 and getting the following exception
> 
> 
> onModuleLoad() threw an exception
> Exception while loading module
> com.google.gwt.useragent.client.UserAgentAsserter. See Development Mode for
> details.
> 
> java.lang.reflect.InvocationTargetException
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:5
> 7) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
> l.java:43) at java.lang.reflect.Method.invoke(Method.java:606)
> 	at com.google.gwt.dev.shell.ModuleSpace.onLoad(ModuleSpace.java:406)
> 	at
> com.google.gwt.dev.shell.OophmSessionHandler.loadModule(OophmSessionHandler
> .java:200) at
> com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChan
> nelServer.java:526) at
> com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java
> :364) at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.RuntimeException: Deferred binding failed for
> 'com.google.gwt.useragent.client.UserAgentAsserter$UserAgentProperty' (did
> you forget to inherit a required module?) at
> com.google.gwt.dev.shell.GWTBridgeImpl.create(GWTBridgeImpl.java:53) at
> com.google.gwt.core.shared.GWT.create(GWT.java:57)
> 	at com.google.gwt.core.client.GWT.create(GWT.java:85)
> 	at
> com.google.gwt.useragent.client.UserAgentAsserter.onModuleLoad(UserAgentAss
> erter.java:66) ... 9 more
> Caused by: com.google.gwt.core.ext.UnableToCompleteException: (see previous
> log entries) at
> com.google.gwt.dev.shell.ModuleSpace.rebind(ModuleSpace.java:605) at
> com.google.gwt.dev.shell.ModuleSpace.rebindAndCreate(ModuleSpace.java:465)
> at com.google.gwt.dev.shell.GWTBridgeImpl.create(GWTBridgeImpl.java:49) ...
> 12 more
> 
> 
> any ideas ???
> _______________________________________________
> Engine-devel mailing list
> Engine-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel



From emesika at redhat.com  Thu Jan 30 21:44:54 2014
From: emesika at redhat.com (Eli Mesika)
Date: Thu, 30 Jan 2014 16:44:54 -0500 (EST)
Subject: [Engine-devel] Can not debug GWT with chrom
In-Reply-To: <1840180.ZXUNscrOKu@awels>
References: <928553561.9999637.1391117183608.JavaMail.root@redhat.com>
	<1840180.ZXUNscrOKu@awels>
Message-ID: <1468328446.10004767.1391118294754.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Alexander Wels" <awels at redhat.com>
> To: engine-devel at ovirt.org
> Cc: "Eli Mesika" <emesika at redhat.com>
> Sent: Thursday, January 30, 2014 11:34:54 PM
> Subject: Re: [Engine-devel] Can not debug GWT with chrom
> 
> Did you compile GWT for use with Chrome?

Solved, thanks to Alon , I was not aware of the URI change in README.developer
Thanks anyway

> 
> I think the standard make install-dev does not, but you can add support by
> setting the extra build flags like this:
> DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS="-D gwt.userAgent=gecko1_8,safari"
> 
> that will compile it with 2 iterations, one for firefox and one for chrome.
> 
> On Thursday, January 30, 2014 04:26:23 PM Eli Mesika wrote:
> > Hi
> > 
> > I am trying to debug GWT with google-chrome-stable-32.0.1700.77-1.x86_64 on
> > F19 and getting the following exception
> > 
> > 
> > onModuleLoad() threw an exception
> > Exception while loading module
> > com.google.gwt.useragent.client.UserAgentAsserter. See Development Mode for
> > details.
> > 
> > java.lang.reflect.InvocationTargetException
> > 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > 	at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:5
> > 7) at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
> > l.java:43) at java.lang.reflect.Method.invoke(Method.java:606)
> > 	at com.google.gwt.dev.shell.ModuleSpace.onLoad(ModuleSpace.java:406)
> > 	at
> > com.google.gwt.dev.shell.OophmSessionHandler.loadModule(OophmSessionHandler
> > .java:200) at
> > com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChan
> > nelServer.java:526) at
> > com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java
> > :364) at java.lang.Thread.run(Thread.java:744)
> > Caused by: java.lang.RuntimeException: Deferred binding failed for
> > 'com.google.gwt.useragent.client.UserAgentAsserter$UserAgentProperty' (did
> > you forget to inherit a required module?) at
> > com.google.gwt.dev.shell.GWTBridgeImpl.create(GWTBridgeImpl.java:53) at
> > com.google.gwt.core.shared.GWT.create(GWT.java:57)
> > 	at com.google.gwt.core.client.GWT.create(GWT.java:85)
> > 	at
> > com.google.gwt.useragent.client.UserAgentAsserter.onModuleLoad(UserAgentAss
> > erter.java:66) ... 9 more
> > Caused by: com.google.gwt.core.ext.UnableToCompleteException: (see previous
> > log entries) at
> > com.google.gwt.dev.shell.ModuleSpace.rebind(ModuleSpace.java:605) at
> > com.google.gwt.dev.shell.ModuleSpace.rebindAndCreate(ModuleSpace.java:465)
> > at com.google.gwt.dev.shell.GWTBridgeImpl.create(GWTBridgeImpl.java:49) ...
> > 12 more
> > 
> > 
> > any ideas ???
> > _______________________________________________
> > Engine-devel mailing list
> > Engine-devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 


From yzaslavs at redhat.com  Fri Jan 31 05:34:48 2014
From: yzaslavs at redhat.com (Yair Zaslavsky)
Date: Fri, 31 Jan 2014 00:34:48 -0500 (EST)
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <52EA64C9.1090804@redhat.com>
References: <52EA64C9.1090804@redhat.com>
Message-ID: <775830032.19956291.1391146488636.JavaMail.root@redhat.com>



----- Original Message -----
> From: "Itamar Heim" <iheim at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, January 30, 2014 4:42:17 PM
> Subject: [Engine-devel] bug-url requirement for stable branch backports
> 
> I'm inclined to drop the "bug-url is required" for engine stable branch
> 3.4, until we GA 3.4, as a lot of the patches are for pre-GA features.
> 
> 3.3 stable branch still has this requirement of course.
> 
> thoughts anyone?

+1

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


From sbonazzo at redhat.com  Fri Jan 31 07:36:59 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 31 Jan 2014 08:36:59 +0100
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <20140130183013.GC21947@redhat.com>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
	<20140130183013.GC21947@redhat.com>
Message-ID: <52EB529B.5070103@redhat.com>

Il 30/01/2014 19:30, Adam Litke ha scritto:
> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
>>> Hi Sandro,
>>>
>>> After updating the MOM project's build system, I have used jenkins to
>>> produce a set of RPMs that I would like to tag into the oVirt 3.4
>>> release.  Please see the jenkins job [1] for the relevant artifacts
>>> for EL6[2], F19[3], and F20[4].
>>>
>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
>>> I want to be careful to not break people's environments this late in
>>> the 3.4 release cycle.  What is the best way to minimize that damage?
>>
>> Hey, we're during beta. I prefer making this requirement explicit now
>> over having users with supervdsmd.log retate due to log spam.
> 
> In that case, Sandro, can you let me know when those RPMs hit the
> ovirt repos (for master and 3.4) and then I will submit a patch to
> vdsm to require the new version.


mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]
so it's already available on nightly [3]

For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.

[1] http://jenkins.ovirt.org/view/Packaging/job/mom_create-rpms/40/
[2] http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly/661/
[3] http://resources.ovirt.org/releases/nightly
[4] http://www.ovirt.org/OVirt_3.4_release-management


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


From sbonazzo at redhat.com  Fri Jan 31 09:29:19 2014
From: sbonazzo at redhat.com (Sandro Bonazzola)
Date: Fri, 31 Jan 2014 10:29:19 +0100
Subject: [Engine-devel] bug-url requirement for stable branch backports
In-Reply-To: <1779022286.4923409.1391102241741.JavaMail.root@redhat.com>
References: <52EA64C9.1090804@redhat.com>
	<52EA67F8.8020208@redhat.com>	<alpine.LRH.2.03.1401301204390.5327@bjyevire.pbz>
	<1779022286.4923409.1391102241741.JavaMail.root@redhat.com>
Message-ID: <52EB6CEF.6070202@redhat.com>

Il 30/01/2014 18:17, Alon Bar-Lev ha scritto:
> 
> 
> ----- Original Message -----
>> From: "R P Herrold" <herrold at owlriver.com>
>> To: "Tal Nisan" <tnisan at redhat.com>
>> Cc: "engine-devel" <engine-devel at ovirt.org>
>> Sent: Thursday, January 30, 2014 7:14:34 PM
>> Subject: [Engine-devel] bug-url requirement for stable branch backports
>>
>> On Thu, 30 Jan 2014, Tal Nisan wrote:
>>
>>> I think it will help stabilizing the new features in a short circle,
>>> sometimes
>>> there are small "fine tuning" fixes that don't have bugs opened for them
>>> and
>>> the flow is easier if you can just backport them without opening a bug.
>>>
>>> On 01/30/2014 04:42 PM, Itamar Heim wrote:
>>>> I'm inclined to drop the "bug-url is required" for engine stable branch
>>>> 3.4,
>>>
>>> until we GA 3.4, as a lot of the patches are for pre-GA features.
>>
>> I took Alon's comment as a -1, and do not understand the flow
>> difficulty
> 
> No, I am for enforcing real bugs only since rc.

+1

> Thus in favour of dropping this now.
> I am consistence to what I recommended in past (pre-3.3) as well.
> 
>>
>> Cloning a bug is a click and a bit of web trimming.  Adding it
>> as a dependency on its parent is typing a bug number in the
>> proper field.  It is very hard, unless sone follows both
>> mailing lists, and commit mailing lists, to figure out some
>> changes and if this is a backport (and not: "stabilizing the
>> new features" as Tal mentions)
>>
>> The thrashing in stabilization, and very fast gerrit approvals
>> on the cpopen patch (it happened in hours, months ago) show
>> the need to be explaining to a Bugzilla, what is happening.
>> As near as I can tell the package succession is still not
>> 'right' for upgrades [It seems to need a manual exclude in a
>> yum repo config in one place, OR a manual Provides, OR an
>> epoched EVR (!! NOT RECOMMENDED !!)]
>>
>> -1
>>
>> -- Russ herrold
>> _______________________________________________
>> 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 sabose at redhat.com  Fri Jan 31 13:33:10 2014
From: sabose at redhat.com (Sahina Bose)
Date: Fri, 31 Jan 2014 19:03:10 +0530
Subject: [Engine-devel] Junit code coverage
Message-ID: <52EBA616.7020705@redhat.com>

Hi,

Do we have a jenkins job that does cobertura / similar code coverage 
metrics for oVirt?

thanks
sahina


From alitke at redhat.com  Fri Jan 31 21:56:12 2014
From: alitke at redhat.com (Adam Litke)
Date: Fri, 31 Jan 2014 16:56:12 -0500
Subject: [Engine-devel] mom RPMs for 3.4
In-Reply-To: <52EB529B.5070103@redhat.com>
References: <20140130164942.GB21947@redhat.com>
	<20140130181346.GJ26360@redhat.com>
	<20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com>
Message-ID: <20140131215612.GA2633@redhat.com>

On 31/01/14 08:36 +0100, Sandro Bonazzola wrote:
>Il 30/01/2014 19:30, Adam Litke ha scritto:
>> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote:
>>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote:
>>>> Hi Sandro,
>>>>
>>>> After updating the MOM project's build system, I have used jenkins to
>>>> produce a set of RPMs that I would like to tag into the oVirt 3.4
>>>> release.  Please see the jenkins job [1] for the relevant artifacts
>>>> for EL6[2], F19[3], and F20[4].
>>>>
>>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0?
>>>> I want to be careful to not break people's environments this late in
>>>> the 3.4 release cycle.  What is the best way to minimize that damage?
>>>
>>> Hey, we're during beta. I prefer making this requirement explicit now
>>> over having users with supervdsmd.log retate due to log spam.
>>
>> In that case, Sandro, can you let me know when those RPMs hit the
>> ovirt repos (for master and 3.4) and then I will submit a patch to
>> vdsm to require the new version.
>
>
>mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2]
>so it's already available on nightly [3]
>
>For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release.

I presume the scripting for 3.4 release rpms will produce a version
without the git-rev based suffix: ie. mom-0.4.0-1.rpm?

I need to figure out how to handle a problem that might be a bit
unique to mom.  MOM is used by non-oVirt users who install it from the
main Fedora repository.  I think it's fine that we are producing our
own rpms in oVirt (that may have additional patches applied and may
resync to upstream mom code more frequently than would be desired for
the main Fedora repository).  Given this, I think it makes sense to
tag the oVirt RPMs with a special version suffix to indicate that
these are oVirt produced and not upstream Fedora.

For example:
The next Fedora update will be mom-0.4.0-1.f20.rpm.
The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm.

Is this the best practice for accomplishing my goals?  One other thing
I'd like to have the option of doing is to make vdsm depend on an
ovirt distribution of mom so that the upstream Fedora version will not
satisfy the dependency for vdsm.

Thoughts?