Re: [ovirt-devel] Failure running engine-setup on latest master

2016-01-06 Thread Arik Hadas 
My bad, fix is posted: https://gerrit.ovirt.org/#/c/51420/1

- Original Message -
> Hi,
> 
> I am trying to run engine-setup on latest master and it is failing on the
> database upgrade portion. The relevant part of the log is here. Can anyone
> help me solve this?
> 
> psql:/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/common_sp.sql:1117: NOTICE:  drop cascades to function
> fn_db_get_async_tasks()
> NOTICE:  drop cascades to trigger delete_disk_image_dynamic_for_image on
> table
> images
> psql:/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:57:
> ERROR:  integer out of range
> FATAL: Cannot execute sql command: --file=/home/awels/ovirt-
> **FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> 
> 2016-01-05 09:18:21 DEBUG otopi.context context._executeMethod:156 method
> exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in
> _executeMethod
> method['method']()
>   File "/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/ovirt-
> **FILTERED**/db/schema.py", line 291, in _misc
> o**FILTERED**cons.EngineDBEnv.PGPASS_FILE
>   File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 946, in
> execute
> command=args[0],
> RuntimeError: Command '/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/schema.sh' failed to execute
> 
> Thanks,
> Alexander
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] com.google.gwt.event.shared.UmbrellaException

2016-01-06 Thread Michal Skrivanek 

> On 04 Jan 2016, at 15:51, Alexander Wels  wrote:
> 
> On Sunday, December 27, 2015 07:32:58 AM Tomas Jelinek wrote:
>> - Original Message -
>> 
>>> From: "Sandro Bonazzola" 
>>> To: "devel" 
>>> Sent: Wednesday, December 23, 2015 8:27:57 AM
>>> Subject: [ovirt-devel] com.google.gwt.event.shared.UmbrellaException
>>> 
>>> Hi,
>>> not sure the following traceback is enough, but I've the system still
>>> around and can provide more logs / info if needed.
>> 
> 
> I did a write up on how to use the symbol maps to figure out the original 
> code 
> here [1]

Hi Alex,
regarding step  "determine the permutation you are using” on the wiki - the 
last line of the exception mentions the file as well so there is no need to 
look it up from the network traffic. 
At least in Firefox…not sure if other browsers differ, I would guess not

Worth a note that symbol maps are included since 3.5.1 already[1], actually the 
patch is from Jan 7th…time to celebrate its 1st anniversary!:)

Thanks,
michal

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1179862

> 
>> this trace needs also the symbol maps to decode it - so please either attach
>> also the symbol maps (if it is your build than it is a normal symbolMaps
>> dir, if not than just provide the exact version so we can use the released
>> symbol maps (the -debuginfo rpm)) or provide the exact cutoff from which it
>> was built.
>>> Adding one host, in the dialog select use foreman / satellite, disable the
>>> checkbox.
>>> An exception is reported on the top of the admin interface and
>>> in firefox console I see:
>>> 
>>> Wed Dec 23 08:23:59 GMT+100 2015
>>> SEVERE: Uncaught exception: com.google.gwt.event.shared.UmbrellaException:
>>> Exception caught: Exception caught: (TypeError)
>>> __gwt$exception: : zab(...) is null
>>> at Unknown.ms(Unknown Source)
>>> at Unknown.us(Unknown Source)
>>> at Unknown.e3(Unknown Source)
>>> at Unknown.h3(Unknown Source)
>>> at Unknown.s2(Unknown Source)
>>> at Unknown.Im(Unknown Source)
>>> at Unknown.Sm(Unknown Source)
>>> at Unknown.g$(Unknown Source)
>>> at Unknown.Km(Unknown Source)
>>> at Unknown.Vm(Unknown Source)
>>> at Unknown.$Ve(Unknown Source)
>>> at Unknown.$Xe(Unknown Source)
>>> at Unknown.Yt(Unknown Source)
>>> at Unknown.au(Unknown Source)
>>> at Unknown._t/<(Unknown Source)
>>> at Unknown.anonymous(Unknown Source)
>>> Caused by: com.google.gwt.event.shared.UmbrellaException: Exception
>>> caught:
>>> (TypeError)
>>> __gwt$exception: : zab(...) is null
>>> at Unknown.ms(Unknown Source)
>>> at Unknown.us(Unknown Source)
>>> at Unknown.e3(Unknown Source)
>>> at Unknown.h3(Unknown Source)
>>> at Unknown.s2(Unknown Source)
>>> at Unknown.Im(Unknown Source)
>>> at Unknown.Sm(Unknown Source)
>>> at Unknown.g2(Unknown Source)
>>> at Unknown.N4e(Unknown Source)
>>> at Unknown.B$(Unknown Source)
>>> at Unknown.C2(Unknown Source)
>>> at Unknown.s2(Unknown Source)
>>> at Unknown.Im(Unknown Source)
>>> at Unknown.Sm(Unknown Source)
>>> at Unknown.g$(Unknown Source)
>>> at Unknown.Km(Unknown Source)
>>> at Unknown.Vm(Unknown Source)
>>> at Unknown.$Ve(Unknown Source)
>>> at Unknown.$Xe(Unknown Source)
>>> at Unknown.Yt(Unknown Source)
>>> at Unknown.au(Unknown Source)
>>> at Unknown._t/<(Unknown Source)
>>> at Unknown.anonymous(Unknown Source)
>>> Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError)
>>> __gwt$exception: : zab(...) is null
>>> at Unknown.s2u(Unknown Source)
>>> at Unknown.RHr(Unknown Source)
>>> at Unknown.hno(Unknown Source)
>>> at Unknown.xno(Unknown Source)
>>> at Unknown.n1u(Unknown Source)
>>> at Unknown.p2u(Unknown Source)
>>> at Unknown.RHr(Unknown Source)
>>> at Unknown.hno(Unknown Source)
>>> at Unknown.xno(Unknown Source)
>>> at Unknown.o4u(Unknown Source)
>>> at Unknown.s4u(Unknown Source)
>>> at Unknown.Tuk(Unknown Source)
>>> at Unknown.Zuk(Unknown Source)
>>> at Unknown.f2(Unknown Source)
>>> at Unknown.C2(Unknown Source)
>>> at Unknown.s2(Unknown Source)
>>> at Unknown.Im(Unknown Source)
>>> at Unknown.Sm(Unknown Source)
>>> at Unknown.g2(Unknown Source)
>>> at Unknown.N4e(Unknown Source)
>>> at Unknown.B$(Unknown Source)
>>> at Unknown.C2(Unknown Source)
>>> at Unknown.s2(Unknown Source)
>>> at Unknown.Im(Unknown Source)
>>> at Unknown.Sm(Unknown Source)
>>> at Unknown.g$(Unknown Source)
>>> at Unknown.Km(Unknown Source)
>>> at Unknown.Vm(Unknown Source)
>>> at Unknown.$Ve(Unknown Source)
>>> at Unknown.$Xe(Unknown Source)
>>> at Unknown.Yt(Unknown Source)
>>> at Unknown.au(Unknown Source)
>>> at Unknown._t/<(Unknown Source)
>>> at Unknown.anonymous(Unknown Source)
>>> 
>>> com.google.gwt.event.shared.UmbrellaException
>>> 
>>> --
>>> Sandro Bonazzola
>>> Better technology. Faster innovation. Powered by community collaboration.
>>> See how it works at redhat.com
>>> 
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>> 
>>

Re: [ovirt-devel] Failure running engine-setup on latest master

2016-01-06 Thread Michal Skrivanek 

> On 05 Jan 2016, at 15:27, Alexander Wels  wrote:
> 
> Hi,
> 
> I am trying to run engine-setup on latest master and it is failing on the 
> database upgrade portion. The relevant part of the log is here. Can anyone 
> help me solve this?
> 
> psql:/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/common_sp.sql:1117: NOTICE:  drop cascades to function 
> fn_db_get_async_tasks()
> NOTICE:  drop cascades to trigger delete_disk_image_dynamic_for_image on 
> table 
> images
> psql:/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:57:
>  
> ERROR:  integer out of range
> FATAL: Cannot execute sql command: --file=/home/awels/ovirt-
> **FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> 
> 2016-01-05 09:18:21 DEBUG otopi.context context._executeMethod:156 method 
> exception
> Traceback (most recent call last):
>  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in 
> _executeMethod
>method['method']()
>  File "/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/ovirt-
> **FILTERED**/db/schema.py", line 291, in _misc
>o**FILTERED**cons.EngineDBEnv.PGPASS_FILE
>  File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 946, in 
> execute
>command=args[0],
> RuntimeError: Command '/home/awels/ovirt-**FILTERED**/share/ovirt-
> **FILTERED**/dbscripts/schema.sh' failed to execute
> 
> Thanks,
> Alexander
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] FAIL: testEnablePromisc (ipwrapperTests.TestDrvinfo) - bad test? ci issue?

2016-01-06 Thread Dan Kenigsberg 
On Wed, Jan 06, 2016 at 09:29:46AM +0200, Edward Haas wrote:
> Hi,
> 
> Strange, the logging below shows the 'promisc on' commands was successful.
> Unfortunately, the logs/run/job archive is no longer available.
> 
> The check itself is asymmetric: We set it using iproute2 (command) and
> read it using netlink.
> At the least, we should add some more info on failure (like link state
> details)
> Adding to my TODO.
> 
> Thanks,
> Edy.
> 
> On 01/05/2016 06:10 PM, Nir Soffer wrote:
> > Hi all,
> > 
> > We see this failure again in the ci - can someone from networking take a 
> > look?

I'm guessing that it is a race due to the asynchrony of netlink.
If so, this patch should solve the issue in one location
https://gerrit.ovirt.org/#/c/51410/

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] fyi - vdsm check-patch for el7 has been disabled due to tests errors unattended

2016-01-06 Thread Eyal Edri 
Seems to help if all the jobs finished successfully.
Can we merge it?

e.

On Wed, Jan 6, 2016 at 3:17 PM, Dan Kenigsberg  wrote:

> On Tue, Jan 05, 2016 at 03:17:54PM +0200, Eyal Edri wrote:
> > same for http://jenkins.ovirt.org/job/vdsm_3.5_check-patch-fc22-x86_64/
> >
> >
> > On Tue, Jan 5, 2016 at 2:56 PM, Eyal Edri  wrote:
> >
> > > FYI,
> > >
> > > The vdsm job [1] has been failing for quite some time now, without any
> > > resolution so far.
> > > In order to reduce noise and false positive for CI it was disabled
> until
> > > the relevant developers will ack it it stable and can be re-enabled.
> > >
> > > Please contact the infra team if you need any assistance testing it on
> a
> > > non-production job.
> > >
> > >
> > > [1] http://jenkins.ovirt.org//job/vdsm_3.5_check-patch-el7-x86_64/
>
> https://gerrit.ovirt.org/#/c/51390/ hides some of the problems (most of
> them already solved on 3.6 branch).
>
> I suggest to take it in instead of turning the job off.
>
> The 3.5 branch is quite quiet these days, but I would like to enjoy the
> benefits of our unit test as long as it is alive.
>
> Regards,
> Dan.
>



-- 
Eyal Edri
Associate Manager
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] fyi - vdsm check-patch for el7 has been disabled due to tests errors unattended

2016-01-06 Thread Dan Kenigsberg 
On Tue, Jan 05, 2016 at 03:17:54PM +0200, Eyal Edri wrote:
> same for http://jenkins.ovirt.org/job/vdsm_3.5_check-patch-fc22-x86_64/
> 
> 
> On Tue, Jan 5, 2016 at 2:56 PM, Eyal Edri  wrote:
> 
> > FYI,
> >
> > The vdsm job [1] has been failing for quite some time now, without any
> > resolution so far.
> > In order to reduce noise and false positive for CI it was disabled until
> > the relevant developers will ack it it stable and can be re-enabled.
> >
> > Please contact the infra team if you need any assistance testing it on a
> > non-production job.
> >
> >
> > [1] http://jenkins.ovirt.org//job/vdsm_3.5_check-patch-el7-x86_64/

https://gerrit.ovirt.org/#/c/51390/ hides some of the problems (most of
them already solved on 3.6 branch).

I suggest to take it in instead of turning the job off.

The 3.5 branch is quite quiet these days, but I would like to enjoy the
benefits of our unit test as long as it is alive.

Regards,
Dan.
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] com.google.gwt.event.shared.UmbrellaException

2016-01-06 Thread Alexander Wels 
On Wednesday, January 06, 2016 12:35:32 PM Michal Skrivanek wrote:
> > On 04 Jan 2016, at 15:51, Alexander Wels  wrote:
> > 
> > On Sunday, December 27, 2015 07:32:58 AM Tomas Jelinek wrote:
> >> - Original Message -
> >> 
> >>> From: "Sandro Bonazzola" 
> >>> To: "devel" 
> >>> Sent: Wednesday, December 23, 2015 8:27:57 AM
> >>> Subject: [ovirt-devel] com.google.gwt.event.shared.UmbrellaException
> >>> 
> >>> Hi,
> >>> not sure the following traceback is enough, but I've the system still
> >>> around and can provide more logs / info if needed.
> > 
> > I did a write up on how to use the symbol maps to figure out the original
> > code here [1]
> 
> Hi Alex,
> regarding step  "determine the permutation you are using” on the wiki - the
> last line of the exception mentions the file as well so there is no need to
> look it up from the network traffic. At least in Firefox…not sure if other
> browsers differ, I would guess not
> 
> Worth a note that symbol maps are included since 3.5.1 already[1], actually
> the patch is from Jan 7th…time to celebrate its 1st anniversary!:)
> 
> Thanks,
> michal
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1179862
> 

My version of Chrome doesn't include it, that is why I included explicit steps 
to guarantee you can look it up. I can definitely mention that some browsers 
show the name of the permutation file right in the exception in the console. 
Thanks for the feedback, hopefully the page was useful in figuring out some 
stuff.

> >> this trace needs also the symbol maps to decode it - so please either
> >> attach also the symbol maps (if it is your build than it is a normal
> >> symbolMaps dir, if not than just provide the exact version so we can use
> >> the released symbol maps (the -debuginfo rpm)) or provide the exact
> >> cutoff from which it was built.
> >> 
> >>> Adding one host, in the dialog select use foreman / satellite, disable
> >>> the
> >>> checkbox.
> >>> An exception is reported on the top of the admin interface and
> >>> in firefox console I see:
> >>> 
> >>> Wed Dec 23 08:23:59 GMT+100 2015
> >>> SEVERE: Uncaught exception:
> >>> com.google.gwt.event.shared.UmbrellaException:
> >>> Exception caught: Exception caught: (TypeError)
> >>> __gwt$exception: : zab(...) is null
> >>> at Unknown.ms(Unknown Source)
> >>> at Unknown.us(Unknown Source)
> >>> at Unknown.e3(Unknown Source)
> >>> at Unknown.h3(Unknown Source)
> >>> at Unknown.s2(Unknown Source)
> >>> at Unknown.Im(Unknown Source)
> >>> at Unknown.Sm(Unknown Source)
> >>> at Unknown.g$(Unknown Source)
> >>> at Unknown.Km(Unknown Source)
> >>> at Unknown.Vm(Unknown Source)
> >>> at Unknown.$Ve(Unknown Source)
> >>> at Unknown.$Xe(Unknown Source)
> >>> at Unknown.Yt(Unknown Source)
> >>> at Unknown.au(Unknown Source)
> >>> at Unknown._t/<(Unknown Source)
> >>> at Unknown.anonymous(Unknown Source)
> >>> Caused by: com.google.gwt.event.shared.UmbrellaException: Exception
> >>> caught:
> >>> (TypeError)
> >>> __gwt$exception: : zab(...) is null
> >>> at Unknown.ms(Unknown Source)
> >>> at Unknown.us(Unknown Source)
> >>> at Unknown.e3(Unknown Source)
> >>> at Unknown.h3(Unknown Source)
> >>> at Unknown.s2(Unknown Source)
> >>> at Unknown.Im(Unknown Source)
> >>> at Unknown.Sm(Unknown Source)
> >>> at Unknown.g2(Unknown Source)
> >>> at Unknown.N4e(Unknown Source)
> >>> at Unknown.B$(Unknown Source)
> >>> at Unknown.C2(Unknown Source)
> >>> at Unknown.s2(Unknown Source)
> >>> at Unknown.Im(Unknown Source)
> >>> at Unknown.Sm(Unknown Source)
> >>> at Unknown.g$(Unknown Source)
> >>> at Unknown.Km(Unknown Source)
> >>> at Unknown.Vm(Unknown Source)
> >>> at Unknown.$Ve(Unknown Source)
> >>> at Unknown.$Xe(Unknown Source)
> >>> at Unknown.Yt(Unknown Source)
> >>> at Unknown.au(Unknown Source)
> >>> at Unknown._t/<(Unknown Source)
> >>> at Unknown.anonymous(Unknown Source)
> >>> Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError)
> >>> __gwt$exception: : zab(...) is null
> >>> at Unknown.s2u(Unknown Source)
> >>> at Unknown.RHr(Unknown Source)
> >>> at Unknown.hno(Unknown Source)
> >>> at Unknown.xno(Unknown Source)
> >>> at Unknown.n1u(Unknown Source)
> >>> at Unknown.p2u(Unknown Source)
> >>> at Unknown.RHr(Unknown Source)
> >>> at Unknown.hno(Unknown Source)
> >>> at Unknown.xno(Unknown Source)
> >>> at Unknown.o4u(Unknown Source)
> >>> at Unknown.s4u(Unknown Source)
> >>> at Unknown.Tuk(Unknown Source)
> >>> at Unknown.Zuk(Unknown Source)
> >>> at Unknown.f2(Unknown Source)
> >>> at Unknown.C2(Unknown Source)
> >>> at Unknown.s2(Unknown Source)
> >>> at Unknown.Im(Unknown Source)
> >>> at Unknown.Sm(Unknown Source)
> >>> at Unknown.g2(Unknown Source)
> >>> at Unknown.N4e(Unknown Source)
> >>> at Unknown.B$(Unknown Source)
> >>> at Unknown.C2(Unknown Source)
> >>> at Unknown.s2(Unknown Source)
> >>> at Unknown.Im(Unknown Source)
> >>> at Unknown.Sm(Unknown Source)
> >>> at Unknown.g$(Unknown Source)
> >>> at

Re: [ovirt-devel] com.google.gwt.event.shared.UmbrellaException

2016-01-06 Thread Michal Skrivanek 

> On 06 Jan 2016, at 14:30, Alexander Wels  wrote:
> 
> On Wednesday, January 06, 2016 12:35:32 PM Michal Skrivanek wrote:
>>> On 04 Jan 2016, at 15:51, Alexander Wels  wrote:
>>> 
>>> On Sunday, December 27, 2015 07:32:58 AM Tomas Jelinek wrote:
 - Original Message -
 
> From: "Sandro Bonazzola" 
> To: "devel" 
> Sent: Wednesday, December 23, 2015 8:27:57 AM
> Subject: [ovirt-devel] com.google.gwt.event.shared.UmbrellaException
> 
> Hi,
> not sure the following traceback is enough, but I've the system still
> around and can provide more logs / info if needed.
>>> 
>>> I did a write up on how to use the symbol maps to figure out the original
>>> code here [1]
>> 
>> Hi Alex,
>> regarding step  "determine the permutation you are using” on the wiki - the
>> last line of the exception mentions the file as well so there is no need to
>> look it up from the network traffic. At least in Firefox…not sure if other
>> browsers differ, I would guess not
>> 
>> Worth a note that symbol maps are included since 3.5.1 already[1], actually
>> the patch is from Jan 7th…time to celebrate its 1st anniversary!:)
>> 
>> Thanks,
>> michal
>> 
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1179862
>> 
> 
> My version of Chrome doesn't include it, that is why I included explicit 
> steps 
> to guarantee you can look it up.

ha, interesting:)

> I can definitely mention that some browsers 
> show the name of the permutation file right in the exception in the console. 
> Thanks for the feedback, hopefully the page was useful in figuring out some 
> stuff.

absolutely
people mostly still don’t know about those exceptions and what to do with 
them…and it’s fairly simple and nicely documented on wiki:)

thanks,
michal

> 
 this trace needs also the symbol maps to decode it - so please either
 attach also the symbol maps (if it is your build than it is a normal
 symbolMaps dir, if not than just provide the exact version so we can use
 the released symbol maps (the -debuginfo rpm)) or provide the exact
 cutoff from which it was built.
 
> Adding one host, in the dialog select use foreman / satellite, disable
> the
> checkbox.
> An exception is reported on the top of the admin interface and
> in firefox console I see:
> 
> Wed Dec 23 08:23:59 GMT+100 2015
> SEVERE: Uncaught exception:
> com.google.gwt.event.shared.UmbrellaException:
> Exception caught: Exception caught: (TypeError)
> __gwt$exception: : zab(...) is null
> at Unknown.ms(Unknown Source)
> at Unknown.us(Unknown Source)
> at Unknown.e3(Unknown Source)
> at Unknown.h3(Unknown Source)
> at Unknown.s2(Unknown Source)
> at Unknown.Im(Unknown Source)
> at Unknown.Sm(Unknown Source)
> at Unknown.g$(Unknown Source)
> at Unknown.Km(Unknown Source)
> at Unknown.Vm(Unknown Source)
> at Unknown.$Ve(Unknown Source)
> at Unknown.$Xe(Unknown Source)
> at Unknown.Yt(Unknown Source)
> at Unknown.au(Unknown Source)
> at Unknown._t/<(Unknown Source)
> at Unknown.anonymous(Unknown Source)
> Caused by: com.google.gwt.event.shared.UmbrellaException: Exception
> caught:
> (TypeError)
> __gwt$exception: : zab(...) is null
> at Unknown.ms(Unknown Source)
> at Unknown.us(Unknown Source)
> at Unknown.e3(Unknown Source)
> at Unknown.h3(Unknown Source)
> at Unknown.s2(Unknown Source)
> at Unknown.Im(Unknown Source)
> at Unknown.Sm(Unknown Source)
> at Unknown.g2(Unknown Source)
> at Unknown.N4e(Unknown Source)
> at Unknown.B$(Unknown Source)
> at Unknown.C2(Unknown Source)
> at Unknown.s2(Unknown Source)
> at Unknown.Im(Unknown Source)
> at Unknown.Sm(Unknown Source)
> at Unknown.g$(Unknown Source)
> at Unknown.Km(Unknown Source)
> at Unknown.Vm(Unknown Source)
> at Unknown.$Ve(Unknown Source)
> at Unknown.$Xe(Unknown Source)
> at Unknown.Yt(Unknown Source)
> at Unknown.au(Unknown Source)
> at Unknown._t/<(Unknown Source)
> at Unknown.anonymous(Unknown Source)
> Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError)
> __gwt$exception: : zab(...) is null
> at Unknown.s2u(Unknown Source)
> at Unknown.RHr(Unknown Source)
> at Unknown.hno(Unknown Source)
> at Unknown.xno(Unknown Source)
> at Unknown.n1u(Unknown Source)
> at Unknown.p2u(Unknown Source)
> at Unknown.RHr(Unknown Source)
> at Unknown.hno(Unknown Source)
> at Unknown.xno(Unknown Source)
> at Unknown.o4u(Unknown Source)
> at Unknown.s4u(Unknown Source)
> at Unknown.Tuk(Unknown Source)
> at Unknown.Zuk(Unknown Source)
> at Unknown.f2(Unknown Source)
> at Unknown.C2(Unknown Source)
> at Unknown.s2(Unknown Source)
> at Unknown.Im(Unknown Source)
> at Unknown.Sm(Unknown Source)
> at

[ovirt-devel] oVirt goes to FOSDEM 2016 - the full scoop!

2016-01-06 Thread Mikey Ariel 
FOSDEM 2016 is just a few short weeks away, and I'm happy to share with 
you the full details about our community presence at the conference.


===
Virt & IaaS Devroom
===

Just a reminder that the full schedule is published on the FOSDEM 
website[1], and we have some great presentations from our community 
members for you to learn from.


===
oVirt/Foreman Stand
===

This year we will share a stand with our friends from the Foreman 
project. Stop by to say hello, grab swag, and enjoy some cool demos!


**STAND VOLUNTEERS WANTED**

If you're attending FOSDEM and would like to help us out, we'd love to 
have you there! This is a great opportunity to chat about oVirt with 
FOSDEM attendees and meet other community members from all over the world.


Special surprise swag is reserved for booth volunteers! Please sign up 
for booth shifts in the etherpad[2] (lines 11-33). One of our core 
contributors will also be at the booth to support and co-pilot each shift.


===
Social Event on Saturday
===

In previous years, we had informal social gatherings for our community 
members on Saturday evening. These evenings are yet another excellent 
opportunity to meet and chat with the oVirt community outside the hectic 
FOSDEM venue.


This year we'd like to hold an event again if there is enough demand, so 
please write your name/IRCnick/Twitter/G+/email in the etherpad[2] (line 
86 and down) **by January 15**.


If there is enough interest, we will reserve a nice pub in the center of 
Brussels and buy the first round :)


See you in Brussels!

[1] https://fosdem.org/2016/schedule/track/virtualisation_and_iaas/
[2] http://etherpad.ovirt.org/p/ovirt-fosdem-2016

--
Mikey Ariel
Community Lead, oVirt
www.ovirt.org

"To be is to do" (Socrates)
"To do is to be" (Jean-Paul Sartre)
"Do be do be do" (Frank Sinatra)

Mobile: +420-702-131-141
IRC: mariel / thatdocslady
Twitter: @ThatDocsLady
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] fyi - vdsm check-patch for el7 has been disabled due to tests errors unattended

2016-01-06 Thread Francesco Romani 
- Original Message -
> From: "Dan Kenigsberg" 
> To: "Eyal Edri" , ybron...@redhat.com, from...@redhat.com
> Cc: "devel" , "infra" 
> Sent: Thursday, January 7, 2016 8:01:43 AM
> Subject: Re: fyi - vdsm check-patch for el7 has been disabled due to tests 
> errors unattended
> 
> On Wed, Jan 06, 2016 at 04:00:29PM +0200, Eyal Edri wrote:
> > Seems to help if all the jobs finished successfully.
> > Can we merge it?
> 
> I see that Nir agrees, so I hope Yaniv/Francesco takes it soon.

Taken
 

-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel