From danken at redhat.com Sat Feb 1 23:05:50 2014 From: danken at redhat.com (Dan Kenigsberg) Date: Sat, 1 Feb 2014 23:05:50 +0000 Subject: [Users] ovirt-3.3.3 release postponed due to blockers In-Reply-To: <52EC12C6.6090302@redhat.com> References: <52EA12DD.30500@mittwald.de> <20140130092021.GC26360@redhat.com> <52EA1B06.2000106@redhat.com> <20140130140212.GF26360@redhat.com> <2035318599.4883138.1391094839988.JavaMail.root@redhat.com> <52EA6F3B.9070701@redhat.com> <20140130163805.535ec676@ispx.vb.futz.org> <52EB60A0.5040500@redhat.com> <20140131101743.GB9811@redhat.com> <52EC12C6.6090302@redhat.com> Message-ID: <20140201230550.GM9811@redhat.com> On Fri, Jan 31, 2014 at 04:16:54PM -0500, Douglas Schilling Landgraf wrote: > On 01/31/2014 05:17 AM, Dan Kenigsberg wrote: > >On Fri, Jan 31, 2014 at 09:36:48AM +0100, Sandro Bonazzola wrote: > >>Il 30/01/2014 22:38, Robert Story ha scritto: > >>>Can we revert these packages to previous versions in the 3.3.2 stable repo > >>>so those of us who want/need to install new hosts in our clusters aren't > >>>dead in the water waiting for 3.3.3? > >> > >>Hi Robert, I think you can still install 3.3.2 on your clusters with the requirement of adding > >>manually oython-cpopen before trying to install vdsm. > >> > >>About 3.3.3, I think vdsm should really drop dependency on vdsm-python-cpopen: > >>it's a package obsoleted by python-cpopen so there's no point in still requiring it especially if keeping that requirement still break dependency > >>resolution. > > > >I really wanted to avoid eliminating a subpackage during a micro > >release. That's impolite and surprising. > >But given the awkward yum bug, persistent dependency problems, and > >the current release delay, I give up. > > > >Let's eliminate vdsm-python-cpopen from ovirt-3.3 branch, and require > >python-cpopen. Yaniv, Douglas: could you handle it? > > > > Sure. Done: http://gerrit.ovirt.org/#/c/23942/ Acked. Could you cherry-pick it into dist-git and rebuild the ovirt-3.3.3 candidate (and without other changes that can wait for ovirt-3.3.4). From sbonazzo at redhat.com Mon Feb 3 07:05:09 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 03 Feb 2014 08:05:09 +0100 Subject: [Users] ovirt-3.3.3 release postponed due to blockers In-Reply-To: <20140201230550.GM9811@redhat.com> References: <52EA12DD.30500@mittwald.de> <20140130092021.GC26360@redhat.com> <52EA1B06.2000106@redhat.com> <20140130140212.GF26360@redhat.com> <2035318599.4883138.1391094839988.JavaMail.root@redhat.com> <52EA6F3B.9070701@redhat.com> <20140130163805.535ec676@ispx.vb.futz.org> <52EB60A0.5040500@redhat.com> <20140131101743.GB9811@redhat.com> <52EC12C6.6090302@redhat.com> <20140201230550.GM9811@redhat.com> Message-ID: <52EF3FA5.9020203@redhat.com> Il 02/02/2014 00:05, Dan Kenigsberg ha scritto: > On Fri, Jan 31, 2014 at 04:16:54PM -0500, Douglas Schilling Landgraf wrote: >> On 01/31/2014 05:17 AM, Dan Kenigsberg wrote: >>> On Fri, Jan 31, 2014 at 09:36:48AM +0100, Sandro Bonazzola wrote: >>>> Il 30/01/2014 22:38, Robert Story ha scritto: >>>>> Can we revert these packages to previous versions in the 3.3.2 stable repo >>>>> so those of us who want/need to install new hosts in our clusters aren't >>>>> dead in the water waiting for 3.3.3? >>>> >>>> Hi Robert, I think you can still install 3.3.2 on your clusters with the requirement of adding >>>> manually oython-cpopen before trying to install vdsm. >>>> >>>> About 3.3.3, I think vdsm should really drop dependency on vdsm-python-cpopen: >>>> it's a package obsoleted by python-cpopen so there's no point in still requiring it especially if keeping that requirement still break dependency >>>> resolution. >>> >>> I really wanted to avoid eliminating a subpackage during a micro >>> release. That's impolite and surprising. >>> But given the awkward yum bug, persistent dependency problems, and >>> the current release delay, I give up. >>> >>> Let's eliminate vdsm-python-cpopen from ovirt-3.3 branch, and require >>> python-cpopen. Yaniv, Douglas: could you handle it? >>> >> >> Sure. Done: http://gerrit.ovirt.org/#/c/23942/ > > Acked. Could you cherry-pick it into dist-git and rebuild the > ovirt-3.3.3 candidate (and without other changes that can wait for > ovirt-3.3.4). > Let me know where I can get the new rpms, so I can add them to 3.3.3 repo and release :-) -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Mon Feb 3 07:50:12 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 03 Feb 2014 08:50:12 +0100 Subject: mom RPMs for 3.4 In-Reply-To: <20140201224854.GK9811@redhat.com> References: <20140130164942.GB21947@redhat.com> <20140130181346.GJ26360@redhat.com> <20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com> <20140131215612.GA2633@redhat.com> <20140201224854.GK9811@redhat.com> Message-ID: <52EF4A34.2090109@redhat.com> Il 01/02/2014 23:48, Dan Kenigsberg ha scritto: > On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote: >> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote: >>> Il 30/01/2014 19:30, Adam Litke ha scritto: >>>> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote: >>>>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote: >>>>>> Hi Sandro, >>>>>> >>>>>> After updating the MOM project's build system, I have used jenkins to >>>>>> produce a set of RPMs that I would like to tag into the oVirt 3.4 >>>>>> release. Please see the jenkins job [1] for the relevant artifacts >>>>>> for EL6[2], F19[3], and F20[4]. >>>>>> >>>>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0? >>>>>> I want to be careful to not break people's environments this late in >>>>>> the 3.4 release cycle. What is the best way to minimize that damage? >>>>> >>>>> Hey, we're during beta. I prefer making this requirement explicit now >>>>> over having users with supervdsmd.log retate due to log spam. >>>> >>>> In that case, Sandro, can you let me know when those RPMs hit the >>>> ovirt repos (for master and 3.4) and then I will submit a patch to >>>> vdsm to require the new version. >>> >>> >>> mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2] >>> so it's already available on nightly [3] >>> >>> For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release. >> >> I presume the scripting for 3.4 release rpms will produce a version >> without the git-rev based suffix: ie. mom-0.4.0-1.rpm? >> >> I need to figure out how to handle a problem that might be a bit >> unique to mom. MOM is used by non-oVirt users who install it from the >> main Fedora repository. I think it's fine that we are producing our >> own rpms in oVirt (that may have additional patches applied and may >> resync to upstream mom code more frequently than would be desired for >> the main Fedora repository). Given this, I think it makes sense to >> tag the oVirt RPMs with a special version suffix to indicate that >> these are oVirt produced and not upstream Fedora. >> >> For example: >> The next Fedora update will be mom-0.4.0-1.f20.rpm. >> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm. >> >> Is this the best practice for accomplishing my goals? One other thing >> I'd like to have the option of doing is to make vdsm depend on an >> ovirt distribution of mom so that the upstream Fedora version will not >> satisfy the dependency for vdsm. > > What is the motivation for this? You would not like to bother Fedora > users with updates that are required only for oVirt? > > Vdsm itself is built, signed, and distributed via Fedora. > It is also copied into the ovirt repo, for completeness sake. Could MoM > do the same? IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository. Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned) We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds). > > Dan. > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From amedeo at oscert.net Mon Feb 3 08:35:49 2014 From: amedeo at oscert.net (Amedeo Salvati) Date: Mon, 3 Feb 2014 09:35:49 +0100 Subject: mom RPMs for 3.4 In-Reply-To: <52EF4A34.2090109@redhat.com> References: =?iso-8859-1?q?=3C20140130164942=2EGB21947=40redhat=2Ecom=3E_=3C20140?= =?iso-8859-1?q?130181346=2EGJ26360=40redhat=2Ecom=3E_=3C2014013018301?= =?iso-8859-1?q?3=2EGC21947=40redhat=2Ecom=3E_=3C52EB529B=2E5070103=40?= =?iso-8859-1?q?redhat=2Ecom=3E_=3C20140131215612=2EGA2633=40redhat=2E?= =?iso-8859-1?q?com=3E_=3C20140201224854=2EGK9811=40redhat=2Ecom=3E_?= =?iso-8859-1?q?=3C52EF4A34=2E2090109=40redhat=2Ecom=3E?= Message-ID: Da: arch-bounces at ovirt.org A: "Dan Kenigsberg" danken at redhat.com,"Adam Litke" alitke at redhat.com Cc: engine-devel at ovirt.org,"arch" arch at ovirt.org,"VDSM Project Development" vdsm-devel at lists.fedorahosted.org Data: Mon, 03 Feb 2014 08:50:12 +0100 Oggetto: Re: mom RPMs for 3.4 > Il 01/02/2014 23:48, Dan Kenigsberg ha scritto: > > On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote: > >> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote: > >>> Il 30/01/2014 19:30, Adam Litke ha scritto: > >>>> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote: > >>>>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote: > >>>>>> Hi Sandro, > >>>>>> > >>>>>> After updating the MOM project's build system, I have used jenkins to > >>>>>> produce a set of RPMs that I would like to tag into the oVirt 3.4 > >>>>>> release. Please see the jenkins job [1] for the relevant artifacts > >>>>>> for EL6[2], F19[3], and F20[4]. > >>>>>> > >>>>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0? > >>>>>> I want to be careful to not break people's environments this late in > >>>>>> the 3.4 release cycle. What is the best way to minimize that damage? > >>>>> > >>>>> Hey, we're during beta. I prefer making this requirement explicit now > >>>>> over having users with supervdsmd.log retate due to log spam. > >>>> > >>>> In that case, Sandro, can you let me know when those RPMs hit the > >>>> ovirt repos (for master and 3.4) and then I will submit a patch to > >>>> vdsm to require the new version. > >>> > >>> > >>> mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2] > >>> so it's already available on nightly [3] > >>> > >>> For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release. > >> > >> I presume the scripting for 3.4 release rpms will produce a version > >> without the git-rev based suffix: ie. mom-0.4.0-1.rpm? > >> > >> I need to figure out how to handle a problem that might be a bit > >> unique to mom. MOM is used by non-oVirt users who install it from the > >> main Fedora repository. I think it's fine that we are producing our > >> own rpms in oVirt (that may have additional patches applied and may > >> resync to upstream mom code more frequently than would be desired for > >> the main Fedora repository). Given this, I think it makes sense to > >> tag the oVirt RPMs with a special version suffix to indicate that > >> these are oVirt produced and not upstream Fedora. > >> > >> For example: > >> The next Fedora update will be mom-0.4.0-1.f20.rpm. > >> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm. > >> > >> Is this the best practice for accomplishing my goals? One other thing > >> I'd like to have the option of doing is to make vdsm depend on an > >> ovirt distribution of mom so that the upstream Fedora version will not > >> satisfy the dependency for vdsm. > > > > What is the motivation for this? You would not like to bother Fedora > > users with updates that are required only for oVirt? > > > > Vdsm itself is built, signed, and distributed via Fedora. > > It is also copied into the ovirt repo, for completeness sake. Could MoM > > do the same? > > IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository. > Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned) > We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds).why you can't sign your rpms???on ovirt web page http://www.ovirt.org/Home you can change:Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor with:Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor (but not signed rpms)best regardsa > > > > > > Dan. > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Mon Feb 3 10:27:47 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 03 Feb 2014 11:27:47 +0100 Subject: mom RPMs for 3.4 In-Reply-To: References: <20140130164942.GB21947@redhat.com> <20140130181346.GJ26360@redhat.com> <20140130183013.GC21947@redhat.com> <52EB529B.5070103@redhat.com> <20140131215612.GA2633@redhat.com> <20140201224854.GK9811@redhat.com> <52EF4A34.2090109@redhat.com> Message-ID: <52EF6F23.8080209@redhat.com> Il 03/02/2014 09:35, Amedeo Salvati ha scritto: > > Da: arch-bounces at ovirt.org > A: "Dan Kenigsberg" danken at redhat.com,"Adam Litke" alitke at redhat.com > Cc: engine-devel at ovirt.org,"arch" arch at ovirt.org,"VDSM Project Development" vdsm-devel at lists.fedorahosted.org > Data: Mon, 03 Feb 2014 08:50:12 +0100 > Oggetto: Re: mom RPMs for 3.4 > >> Il 01/02/2014 23:48, Dan Kenigsberg ha scritto: >> > On Fri, Jan 31, 2014 at 04:56:12PM -0500, Adam Litke wrote: >> >> On 31/01/14 08:36 +0100, Sandro Bonazzola wrote: >> >>> Il 30/01/2014 19:30, Adam Litke ha scritto: >> >>>> On 30/01/14 18:13 +0000, Dan Kenigsberg wrote: >> >>>>> On Thu, Jan 30, 2014 at 11:49:42AM -0500, Adam Litke wrote: >> >>>>>> Hi Sandro, >> >>>>>> >> >>>>>> After updating the MOM project's build system, I have used jenkins to >> >>>>>> produce a set of RPMs that I would like to tag into the oVirt 3.4 >> >>>>>> release. Please see the jenkins job [1] for the relevant artifacts >> >>>>>> for EL6[2], F19[3], and F20[4]. >> >>>>>> >> >>>>>> Dan, should I submit a patch to vdsm to make it require mom >= 0.4.0? >> >>>>>> I want to be careful to not break people's environments this late in >> >>>>>> the 3.4 release cycle. What is the best way to minimize that damage? >> >>>>> >> >>>>> Hey, we're during beta. I prefer making this requirement explicit now >> >>>>> over having users with supervdsmd.log retate due to log spam. >> >>>> >> >>>> In that case, Sandro, can you let me know when those RPMs hit the >> >>>> ovirt repos (for master and 3.4) and then I will submit a patch to >> >>>> vdsm to require the new version. >> >>> >> >>> >> >>> mom 0.4.0 has been built in last night nightly job [1] and published to nightly by publisher job [2] >> >>> so it's already available on nightly [3] >> >>> >> >>> For 3.4.0, it has been planned [4] a beta 2 release on 2014-02-06 so we'll include your builds in that release. >> >> >> >> I presume the scripting for 3.4 release rpms will produce a version >> >> without the git-rev based suffix: ie. mom-0.4.0-1.rpm? >> >> >> >> I need to figure out how to handle a problem that might be a bit >> >> unique to mom. MOM is used by non-oVirt users who install it from the >> >> main Fedora repository. I think it's fine that we are producing our >> >> own rpms in oVirt (that may have additional patches applied and may >> >> resync to upstream mom code more frequently than would be desired for >> >> the main Fedora repository). Given this, I think it makes sense to >> >> tag the oVirt RPMs with a special version suffix to indicate that >> >> these are oVirt produced and not upstream Fedora. >> >> >> >> For example: >> >> The next Fedora update will be mom-0.4.0-1.f20.rpm. >> >> The next oVirt update will be mom-0.4.0-1ovirt.f20.rpm. >> >> >> >> Is this the best practice for accomplishing my goals? One other thing >> >> I'd like to have the option of doing is to make vdsm depend on an >> >> ovirt distribution of mom so that the upstream Fedora version will not >> >> satisfy the dependency for vdsm. >> > >> > What is the motivation for this? You would not like to bother Fedora >> > users with updates that are required only for oVirt? >> > >> > Vdsm itself is built, signed, and distributed via Fedora. >> > It is also copied into the ovirt repo, for completeness sake. Could MoM >> > do the same? >> >> IMHO, if we're distributing mom and vdsm rpms through Fedora yum repository we should not duplicate it on ovirt yum repository. >> Fedora package is signed and will differ from the one we're shipping within ovirt repo (which is unsigned) >> We should provide on resource.ovirt.org only packages not available on "downstream" repositories (like nightly builds). > > why you can't sign your rpms??? We're working on that :-) > > on ovirt web page http://www.ovirt.org/Home you can change: > > Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor > > with: > > Enhanced security: SELinux and Mandatory Access Control for VMs and hypervisor (but not signed rpms) > > best regards > a > >> >> >> > >> > Dan. >> > >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> _______________________________________________ >> Arch mailing list >> Arch at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/arch -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From dougsland at redhat.com Mon Feb 3 16:30:14 2014 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Mon, 03 Feb 2014 11:30:14 -0500 Subject: [Users] ovirt-3.3.3 release postponed due to blockers In-Reply-To: <20140201230550.GM9811@redhat.com> References: <52EA12DD.30500@mittwald.de> <20140130092021.GC26360@redhat.com> <52EA1B06.2000106@redhat.com> <20140130140212.GF26360@redhat.com> <2035318599.4883138.1391094839988.JavaMail.root@redhat.com> <52EA6F3B.9070701@redhat.com> <20140130163805.535ec676@ispx.vb.futz.org> <52EB60A0.5040500@redhat.com> <20140131101743.GB9811@redhat.com> <52EC12C6.6090302@redhat.com> <20140201230550.GM9811@redhat.com> Message-ID: <52EFC416.2090301@redhat.com> On 02/01/2014 06:05 PM, Dan Kenigsberg wrote: > On Fri, Jan 31, 2014 at 04:16:54PM -0500, Douglas Schilling Landgraf wrote: >> On 01/31/2014 05:17 AM, Dan Kenigsberg wrote: >>> On Fri, Jan 31, 2014 at 09:36:48AM +0100, Sandro Bonazzola wrote: >>>> Il 30/01/2014 22:38, Robert Story ha scritto: >>>>> Can we revert these packages to previous versions in the 3.3.2 stable repo >>>>> so those of us who want/need to install new hosts in our clusters aren't >>>>> dead in the water waiting for 3.3.3? >>>> >>>> Hi Robert, I think you can still install 3.3.2 on your clusters with the requirement of adding >>>> manually oython-cpopen before trying to install vdsm. >>>> >>>> About 3.3.3, I think vdsm should really drop dependency on vdsm-python-cpopen: >>>> it's a package obsoleted by python-cpopen so there's no point in still requiring it especially if keeping that requirement still break dependency >>>> resolution. >>> >>> I really wanted to avoid eliminating a subpackage during a micro >>> release. That's impolite and surprising. >>> But given the awkward yum bug, persistent dependency problems, and >>> the current release delay, I give up. >>> >>> Let's eliminate vdsm-python-cpopen from ovirt-3.3 branch, and require >>> python-cpopen. Yaniv, Douglas: could you handle it? >>> >> >> Sure. Done: http://gerrit.ovirt.org/#/c/23942/ > > Acked. Could you cherry-pick it into dist-git and rebuild the > ovirt-3.3.3 candidate (and without other changes that can wait for > ovirt-3.3.4). > vdsm-4.13.3-3 available at: F19: http://koji.fedoraproject.org/koji/taskinfo?taskID=6484103 F20: http://koji.fedoraproject.org/koji/taskinfo?taskID=6484142 EL6: http://koji.fedoraproject.org/koji/taskinfo?taskID=6484377 Patch included in this version: spec: replace requires vdsm-python-cpopen http://gerrit.ovirt.org/23942 -- Cheers Douglas From sbonazzo at redhat.com Mon Feb 3 17:18:09 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 03 Feb 2014 18:18:09 +0100 Subject: oVirt 3.3.3 release Message-ID: <52EFCF51.8010406@redhat.com> The oVirt development team is very happy to announce the general availability of oVirt 3.3.3 as of February 3rd 2013. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. IMPORTANT NOTE: If you're upgrading from a previous version, please update ovirt-release to the latest version (10.0.1-3) and verify you have the correct repositories enabled by running the following commands # yum update ovirt-release # yum repolist enabled before upgrading with the usual procedure. You should see the ovirt-3.3.3 and ovirt-stable repositories listed in the output of the repolist command. A new oVirt Node build will be available soon as well. [1] http://www.ovirt.org/OVirt_3.3.3_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Tue Feb 4 12:03:00 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 04 Feb 2014 13:03:00 +0100 Subject: [QE] oVirt 3.4.0 beta status Message-ID: <52F0D6F4.3080801@redhat.com> Hi, oVirt 3.4.0 beta has been released and is actually on QA. We're going to tart composing oVirt 3.4.0 beta2 this Thursday 2014-02-06 09:00 UTC from 3.4 branches. This build will be used for a second Test Day scheduled for 2014-02-11. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Status Summary gluster 1038988 POST Gluster brick sync does not work when host has multiple interfaces gluster 1059606 POST Errors in rebalance and remove-brick status and sync integration 1054080 POST gracefully warn about unsupported upgrade from legacy releases integration 1058018 POST upgrade from 3.3 overwrites exports with acl None There are still 393 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 238 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers: - Please remember to rebuild your packages before 2014-02-06 09:00 UTC if you want them to be included in 3.4.0 beta. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - Please provide ETA on blockers bugs - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-11 For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug. Please also be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-11! Thanks to all people already testing 3.4.0 beta! [1] https://bugzilla.redhat.com/1024889 [2] http://red.ht/1eIRZXM [3] http://red.ht/1auBU3r [4] http://www.ovirt.org/OVirt_3.4.0_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From gianluca.cecchi at gmail.com Tue Feb 4 12:30:03 2014 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 4 Feb 2014 13:30:03 +0100 Subject: [Users] [QE] oVirt 3.4.0 beta status In-Reply-To: <52F0D6F4.3080801@redhat.com> References: <52F0D6F4.3080801@redhat.com> Message-ID: On Tue, Feb 4, 2014 at 1:03 PM, Sandro Bonazzola wrote: > Hi, > oVirt 3.4.0 beta has been released and is actually on QA. > We're going to tart composing oVirt 3.4.0 beta2 this Thursday 2014-02-06 09:00 UTC from 3.4 branches. > This build will be used for a second Test Day scheduled for 2014-02-11. Is beta2 expected to be available to run on Fedora 20, engine and hosts? Thanks, Gianluca From sbonazzo at redhat.com Tue Feb 4 12:45:43 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 04 Feb 2014 13:45:43 +0100 Subject: [Users] [QE] oVirt 3.4.0 beta status In-Reply-To: References: <52F0D6F4.3080801@redhat.com> Message-ID: <52F0E0F7.6090101@redhat.com> Il 04/02/2014 13:30, Gianluca Cecchi ha scritto: > On Tue, Feb 4, 2014 at 1:03 PM, Sandro Bonazzola wrote: >> Hi, >> oVirt 3.4.0 beta has been released and is actually on QA. >> We're going to tart composing oVirt 3.4.0 beta2 this Thursday 2014-02-06 09:00 UTC from 3.4 branches. >> This build will be used for a second Test Day scheduled for 2014-02-11. > > Is beta2 expected to be available to run on Fedora 20, engine and hosts? I don't think so. I've opened a tracker for F20 support related issues here: https://bugzilla.redhat.com/show_bug.cgi?id=1060198 > Thanks, > Gianluca > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Fri Feb 7 10:36:39 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 07 Feb 2014 11:36:39 +0100 Subject: [ANN] oVirt 3.4.0 beta2 is now available Message-ID: <52F4B737.9040402@redhat.com> The oVirt team is pleased to announce that the 3.4.0 second beta release is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate. A new oVirt Node build will be available soon as well. You're welcome to join us testing this beta release in next week test day [2] scheduled for 2014-02-11! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From dfediuck at redhat.com Sun Feb 9 11:44:26 2014 From: dfediuck at redhat.com (Doron Fediuck) Date: Sun, 9 Feb 2014 06:44:26 -0500 (EST) Subject: FOSDEM slides + recordings available In-Reply-To: <1079759100.831635.1391945932362.JavaMail.zimbra@redhat.com> Message-ID: <170284042.832436.1391946266704.JavaMail.zimbra@redhat.com> http://www.ovirt.org/FOSDEM_2014#Sessions I will continue to update with recordings (and last slides) as it becomes available. This is also a good chance to thank everyone involved. People who practiced, spoke, volunteered for stand shifts, Video handling, helping with the oVirt-live, carrying maps, laptops, handout-sheets, poster-sign to/from UBL and other logistics. Special thanks to Joop, Ren?, Jorick, Robert and Alexander who joined us in ULB . We got a big and very positive exposure for oVirt, which as you'll be able to hear is getting a lot of community attention now. See you in FOSDEM 2015 ;) Doron From sbonazzo at redhat.com Wed Feb 12 16:11:01 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 12 Feb 2014 17:11:01 +0100 Subject: oVirt upcoming release schedule update Message-ID: <52FB9D15.1090604@redhat.com> oVirt team has updated the release schedule for upcoming releases. These are tentative planning dates and may change. 2014-02-17 - oVirt 3.4.0 RC Build 2014-02-18 - oVirt 3.3.4 beta 2014-02-19 - oVirt 3.4 Third Test Day 2014-02-24 - oVirt 3.4.0 GA 2014-02-25 - oVirt 3.3.4 RC 2014-03-04 - oVirt 3.3.4 GA 2014-05-01 - oVirt 3.5.0 Feature Freeze 2014-05-15 - oVirt 3.5.0 stable branching 2014-06-10 - oVirt 3.5.0 GA More details on test days, etc to come in the next few weeks. You'll find an updated ICS calendar attached to this email. Thanks, -- 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: 4721 bytes Desc: not available URL: From dfediuck at redhat.com Thu Feb 13 13:26:50 2014 From: dfediuck at redhat.com (Doron Fediuck) Date: Thu, 13 Feb 2014 08:26:50 -0500 (EST) Subject: oVirt 3.4 2nd test day statsistics In-Reply-To: <11138641.4930866.1392193411588.JavaMail.zimbra@redhat.com> Message-ID: <560528351.6334005.1392298010147.JavaMail.zimbra@redhat.com> Hi all, thanks for joining oVirt 3.4 2nd test day! Thanks to your efforts we 'earned' 66 new BZs ;) Some specific data below; 1. BZ list by group: https://hurl.corp.redhat.com/6de0f3a ""Whiteboard" "Number of bugs" " " 5 "gluster" 1 "i18n" 1 "infra" 14 "integration" 7 "network" 12 "storage" 16 "storage virt" 1 "ux" 2 "virt" 7 2. BZ list by reporter: https://hurl.corp.redhat.com/121d9b8 Top 5 reporters "Reporter" "Number of bugs" "dron at redhat.com" 8 "mpavlik at redhat.com" 8 "ahadas at redhat.com" 4 "jbelka at redhat.com" 3 "myakove at redhat.com" 3 "sbonazzo at redhat.com" 3 "tjelinek at redhat.com" 3 3. IRC activity (top 5) 112 jbrooks 91 fabiand 79 didi 78 brad_mssw 73 OaaSvc Join us next week for the 3rd (and final!) 3.4 test day. Doron From dfediuck at redhat.com Thu Feb 13 13:52:42 2014 From: dfediuck at redhat.com (Doron Fediuck) Date: Thu, 13 Feb 2014 08:52:42 -0500 (EST) Subject: oVirt 3.4 2nd test day statsistics In-Reply-To: <560528351.6334005.1392298010147.JavaMail.zimbra@redhat.com> References: <560528351.6334005.1392298010147.JavaMail.zimbra@redhat.com> Message-ID: <1461408225.6356048.1392299562823.JavaMail.zimbra@redhat.com> Updating with new URLs: 1. BZ list by group: http://goo.gl/k9LD71 2. ?BZ list by reporter: http://goo.gl/YXG3Pr Sorry for the inconvenience. ----- Original Message ----- > From: "Doron Fediuck" > To: "users" , "arch" > Cc: "Itamar Heim" , "Brian Proffitt" , "Dave Neary" , > "Sandro Bonazzola" > Sent: Thursday, February 13, 2014 3:26:50 PM > Subject: oVirt 3.4 2nd test day statsistics > > Hi all, > thanks for joining oVirt 3.4 2nd test day! > > Thanks to your efforts we 'earned' 66 new BZs ;) > Some specific data below; > > 1. BZ list by group: > https://hurl.corp.redhat.com/6de0f3a > > ""Whiteboard"????????"Number of bugs" > " " ? ? ????????5 > "gluster"????????1 > "i18n" ? ????????1 > "infra" ?????????14 > "integration"????????7 > "network"????????12 > "storage"????????16 > "storage virt"????????1 > "ux" ? ?????????2 > "virt" ?????????7 > > 2. BZ list by reporter: > https://hurl.corp.redhat.com/121d9b8 > > Top 5 reporters > > "Reporter" ? ? ?????????"Number of bugs" > "dron at redhat.com"????????8 > "mpavlik at redhat.com"????????8 > "ahadas at redhat.com"????????4 > "jbelka at redhat.com"????????3 > "myakove at redhat.com"????????3 > "sbonazzo at redhat.com"????????3 > "tjelinek at redhat.com"????????3 > > 3. IRC activity (top 5) > > ? ? 112 jbrooks > ? ? ?91 fabiand > ? ? ?79 didi > ? ? ?78 brad_mssw > ? ? ?73 OaaSvc > > Join us next week for the 3rd (and final!) 3.4 test day. > Doron From sbonazzo at redhat.com Fri Feb 14 08:38:54 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 14 Feb 2014 09:38:54 +0100 Subject: [QE] oVirt 3.3.4 beta status Message-ID: <52FDD61E.2030406@redhat.com> Hi, we're going to branch and build oVirt 3.3.4 beta on Tue 2014-02-18 09:00 UTC. Repository composition will follow as soon as all packages will be built. A bug tracker is available at [1] and it shows no bugs blocking the release The following is a list of the non-blocking bugs still open with target 3.3.4: Whiteboard Bug ID Summary infra 1053576 [abrt] vdsm-python: libvirt.py:102:openAuth:libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock'... 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) network 1064489 do not report negative rx/tx rate when Linux counters wrap 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 / Assignee: Please add the bugs to the tracker if you think that 3.3.4 should not be released without them fixed. Please re-target all bugs you don't think that should block 3.3.4. For those who want to help testing the bugs, I suggest to 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/1064462 [2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing [3] http://www.ovirt.org/OVirt_3.3.4_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 Feb 14 08:51:35 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 14 Feb 2014 09:51:35 +0100 Subject: [QE] oVirt 3.4.0 RC status Message-ID: <52FDD917.3080209@redhat.com> Hi, oVirt 3.4.0 beta2 has been released and is actually on QA. We're going to tart composing oVirt 3.4.0 RC this Monday 2014-02-17 09:00 UTC from 3.4 branches. This build will be used for a third Test Day scheduled for Wed 2014-02-19. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Status Summary integration 1058018 POST upgrade from 3.3 overwrites exports with acl None storage 1057761 NEW Can't discover iSCSI target virt 1062615 POST utc_diff not updated according to a change in VM settings There are still 376 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 252 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers / Assignee: - Please remember to rebuild your packages before 2014-02-17 09:00 UTC if you want them to be included in 3.4.0 RC. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - Please provide ETA on blockers bugs - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-19 Be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-19! Thanks to all people already testing 3.4.0 beta 2! [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 chuan.liao at hp.com Fri Feb 14 09:26:20 2014 From: chuan.liao at hp.com (Liao, Chuan (Jason Liao, HPservers-Core-OE-PSC)) Date: Fri, 14 Feb 2014 09:26:20 +0000 Subject: oVirt NUMA and Virual NUMA feature wiki page and detailed design page update Message-ID: Hi All, I am Jason Liao from HP who are in charge of NUMA and Virtual NUMA feature design. Now I have updated the page of NUMA and Virual NUMA feature wiki page and detailed design page http://www.ovirt.org/Features/NUMA_and_Virtual_NUMA http://www.ovirt.org/Features/Detailed_NUMA_and_Virtual_NUMA It is not the finally version, if anyone have some comment, that would be useful for us. Best Regards, Jason Liao -------------- next part -------------- An HTML attachment was scrubbed... URL: From michal.skrivanek at redhat.com Fri Feb 14 13:50:01 2014 From: michal.skrivanek at redhat.com (Michal Skrivanek) Date: Fri, 14 Feb 2014 14:50:01 +0100 Subject: [Users] [QE] oVirt 3.4.0 RC status In-Reply-To: <52FDD917.3080209@redhat.com> References: <52FDD917.3080209@redhat.com> Message-ID: On Feb 14, 2014, at 09:51 , Sandro Bonazzola wrote: > Hi, > oVirt 3.4.0 beta2 has been released and is actually on QA. > We're going to tart composing oVirt 3.4.0 RC this Monday 2014-02-17 09:00 UTC from 3.4 branches. > This build will be used for a third Test Day scheduled for Wed 2014-02-19. > > The bug tracker [1] shows the following bugs blocking the release: > Whiteboard Bug ID Status Summary > integration 1058018 POST upgrade from 3.3 overwrites exports with acl None > storage 1057761 NEW Can't discover iSCSI target > virt 1062615 POST utc_diff not updated according to a change in VM settings patch is posted and awaiting review (and backport) > > There are still 376 bugs [2] targeted to 3.4.0. > Excluding node and documentation bugs we still have 252 bugs [3] targeted to 3.4.0. > Please review them as soon as possible. > > Maintainers / Assignee: > - Please remember to rebuild your packages before 2014-02-17 09:00 UTC if you want them to be included in 3.4.0 RC. > - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. > - Please provide ETA on blockers bugs > - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: > it will ease gathering the blocking bugs for next releases. > - Please fill release notes, the page has been created here [4] > - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-19 > > > Be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-19! > Thanks to all people already testing 3.4.0 beta 2! > > [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 From iheim at redhat.com Sat Feb 15 01:11:16 2014 From: iheim at redhat.com (Itamar Heim) Date: Sat, 15 Feb 2014 03:11:16 +0200 Subject: [Users] oVirt upcoming release schedule update In-Reply-To: <52FB9D15.1090604@redhat.com> References: <52FB9D15.1090604@redhat.com> Message-ID: <52FEBEB4.2060907@redhat.com> On 02/12/2014 06:11 PM, Sandro Bonazzola wrote: > 2014-05-01 - oVirt 3.5.0 Feature Freeze > 2014-05-15 - oVirt 3.5.0 stable branching > 2014-06-10 - oVirt 3.5.0 GA I'd give more time to stabilize here. i.e., more like july for GA. From mlipchuk at redhat.com Mon Feb 17 12:21:34 2014 From: mlipchuk at redhat.com (mlipchuk at redhat.com) Date: Mon, 17 Feb 2014 12:21:34 GMT Subject: Event Invitation: Feature review - Import Storage Domain Message-ID: <201402171221.s1HCLZHF006793@int-mx09.intmail.prod.int.phx2.redhat.com> Maor Lipchuk has invited you to Feature review - Import Storage Domain -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/calendar Size: 6611 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: application/ics Size: 6611 bytes Desc: not available URL: From mlipchuk at redhat.com Mon Feb 17 13:21:58 2014 From: mlipchuk at redhat.com (mlipchuk at redhat.com) Date: Mon, 17 Feb 2014 13:21:58 GMT Subject: Updated Event Invitation: Feature review - Import Storage Domain Message-ID: <201402171321.s1HDLwHV014961@int-mx12.intmail.prod.int.phx2.redhat.com> Maor Lipchuk has invited you to Feature review - Import Storage Domain -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/calendar Size: 6826 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: application/ics Size: 6826 bytes Desc: not available URL: From mlipchuk at redhat.com Mon Feb 17 13:36:19 2014 From: mlipchuk at redhat.com (mlipchuk at redhat.com) Date: Mon, 17 Feb 2014 13:36:19 GMT Subject: Updated Event Invitation: Feature review - Import Storage Domain Message-ID: <201402171336.s1HDaJ9j028100@int-mx02.intmail.prod.int.phx2.redhat.com> Maor Lipchuk has invited you to Feature review - Import Storage Domain -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/calendar Size: 7136 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: application/ics Size: 7136 bytes Desc: not available URL: From rgolan at redhat.com Mon Feb 17 14:06:22 2014 From: rgolan at redhat.com (Roy Golan) Date: Mon, 17 Feb 2014 16:06:22 +0200 Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <5301FD43.8070703@redhat.com> References: <5301FD43.8070703@redhat.com> Message-ID: <5302175E.2040705@redhat.com> I don't know if this was brought up before, I'm proposing here to manage a calendar of the builds and releases of oVirt. I personally think that having a calendar instead of digging out the details from mails is way easier to track and manage - you get notified, you have aggregated view of events and your time-slots so you can plan ahead. While writing it I'm thinking maybe its appropriate to all events we may have (test-day etc.) This also will be a great fit into ovirt.org front-page. thoughts? Thanks, Roy From sbonazzo at redhat.com Mon Feb 17 15:02:43 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 17 Feb 2014 16:02:43 +0100 Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <5302175E.2040705@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> Message-ID: <53022493.2060408@redhat.com> Il 17/02/2014 15:06, Roy Golan ha scritto: > > > I don't know if this was brought up before, I'm proposing here to manage > a calendar of the builds and releases of oVirt. > > I personally think that having a calendar instead of digging out the > details from mails is way easier to track and manage - > you get notified, you have aggregated view of events and your time-slots > so you can plan ahead. +1 > > While writing it I'm thinking maybe its appropriate to all events we may have (test-day etc.) > > This also will be a great fit into ovirt.org front-page. > > thoughts? > > Thanks, > Roy > > > > > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From bproffit at redhat.com Mon Feb 17 16:43:24 2014 From: bproffit at redhat.com (Brian Proffitt) Date: Mon, 17 Feb 2014 11:43:24 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <53022493.2060408@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> Message-ID: <451556395.3133848.1392655404622.JavaMail.zimbra@redhat.com> Agreed, it should have a place on the ovirt.org site. Getting it on the front page will depend on how much information we will want to convey. Peace, Brian ----- Original Message ----- From: "Sandro Bonazzola" To: "Roy Golan" , "arch" Sent: Monday, February 17, 2014 10:02:43 AM Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases Il 17/02/2014 15:06, Roy Golan ha scritto: > > > I don't know if this was brought up before, I'm proposing here to manage > a calendar of the builds and releases of oVirt. > > I personally think that having a calendar instead of digging out the > details from mails is way easier to track and manage - > you get notified, you have aggregated view of events and your time-slots > so you can plan ahead. +1 > > While writing it I'm thinking maybe its appropriate to all events we may have (test-day etc.) > > This also will be a great fit into ovirt.org front-page. > > thoughts? > > Thanks, > Roy > > > > > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Arch mailing list Arch at ovirt.org http://lists.ovirt.org/mailman/listinfo/arch From emesika at redhat.com Mon Feb 17 21:37:21 2014 From: emesika at redhat.com (Eli Mesika) Date: Mon, 17 Feb 2014 16:37:21 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <5302175E.2040705@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> Message-ID: <622103016.5106710.1392673041179.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Roy Golan" > To: "arch" > Sent: Monday, February 17, 2014 4:06:22 PM > Subject: [PROPOSAL] a calendar for oVirt builds and releases > > > > I don't know if this was brought up before, I'm proposing here to manage > a calendar of the builds and releases of oVirt. > > I personally think that having a calendar instead of digging out the > details from mails is way easier to track and manage - > you get notified, you have aggregated view of events and your time-slots > so you can plan ahead. > > While writing it I'm thinking maybe its appropriate to all events we may have > (test-day etc.) > > This also will be a great fit into ovirt.org front-page. +1 > > thoughts? > > Thanks, > Roy > > > > > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From lpeer at redhat.com Tue Feb 18 06:51:05 2014 From: lpeer at redhat.com (Livnat Peer) Date: Tue, 18 Feb 2014 08:51:05 +0200 Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <53022493.2060408@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> Message-ID: <530302D9.7030602@redhat.com> On 02/17/2014 05:02 PM, Sandro Bonazzola wrote: > Il 17/02/2014 15:06, Roy Golan ha scritto: >> >> >> I don't know if this was brought up before, I'm proposing here to manage >> a calendar of the builds and releases of oVirt. >> >> I personally think that having a calendar instead of digging out the >> details from mails is way easier to track and manage - >> you get notified, you have aggregated view of events and your time-slots >> so you can plan ahead. > > +1 > >> >> While writing it I'm thinking maybe its appropriate to all events we may have (test-day etc.) >> +1, maybe include events we present at. >> This also will be a great fit into ovirt.org front-page. >> >> thoughts? >> >> Thanks, >> Roy >> >> >> >> >> >> >> _______________________________________________ >> Arch mailing list >> Arch at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/arch > > From masayag at redhat.com Tue Feb 18 07:33:13 2014 From: masayag at redhat.com (Moti Asayag) Date: Tue, 18 Feb 2014 02:33:13 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <5302175E.2040705@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> Message-ID: <1880144988.4886376.1392708793143.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Roy Golan" > To: "arch" > Sent: Monday, February 17, 2014 4:06:22 PM > Subject: [PROPOSAL] a calendar for oVirt builds and releases > > > > I don't know if this was brought up before, I'm proposing here to manage > a calendar of the builds and releases of oVirt. > > I personally think that having a calendar instead of digging out the > details from mails is way easier to track and manage - > you get notified, you have aggregated view of events and your time-slots > so you can plan ahead. > > While writing it I'm thinking maybe its appropriate to all events we may have > (test-day etc.) > > This also will be a great fit into ovirt.org front-page. > > thoughts? > +1. > Thanks, > Roy > > > > > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From amureini at redhat.com Tue Feb 18 07:38:57 2014 From: amureini at redhat.com (Allon Mureinik) Date: Tue, 18 Feb 2014 02:38:57 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <530302D9.7030602@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> <530302D9.7030602@redhat.com> Message-ID: <322946935.4887284.1392709137267.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Livnat Peer" > To: "Sandro Bonazzola" , "Roy Golan" , "arch" > Sent: Tuesday, February 18, 2014 8:51:05 AM > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > On 02/17/2014 05:02 PM, Sandro Bonazzola wrote: > > Il 17/02/2014 15:06, Roy Golan ha scritto: > >> > >> > >> I don't know if this was brought up before, I'm proposing here to manage > >> a calendar of the builds and releases of oVirt. > >> > >> I personally think that having a calendar instead of digging out the > >> details from mails is way easier to track and manage - > >> you get notified, you have aggregated view of events and your time-slots > >> so you can plan ahead. > > > > +1 > > > >> > >> While writing it I'm thinking maybe its appropriate to all events we may > >> have (test-day etc.) > >> > > +1, maybe include events we present at. A big +1! IMHO, a calendar is more than just a way to manage builds, it can be a sort of "window to what's going on in oVirt", and should aggregate all such issues: - builds - weekly, highlighted rc/ga builded - important dev. date - branch split, feature freeze, code freeze, etc. - test days - conventions/workshops either with a note "X is presenting about Y, A is presenting about B" or "CFP is open - we're looking for people to talk about oVirt!" > > >> This also will be a great fit into ovirt.org front-page. > >> > >> thoughts? > >> > >> Thanks, > >> Roy > >> > >> > >> > >> > >> > >> > >> _______________________________________________ > >> Arch mailing list > >> Arch at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/arch > > > > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From sbonazzo at redhat.com Tue Feb 18 08:13:54 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 09:13:54 +0100 Subject: ovirt-engine build failure Message-ID: <53031642.3040307@redhat.com> Hi, we hit again an issue that comes up really often while building ovirt-engine in jenkins, especially when we're in a hurry because we're releasing. http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console IIRC it may be a corrupted artifact or an error in maven dependency resolution. Can we find a way for having it fixed once for ever? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Tue Feb 18 08:49:50 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 18 Feb 2014 03:49:50 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <53031642.3040307@redhat.com> References: <53031642.3040307@redhat.com> Message-ID: <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Juan Hernandez" , "Alon Bar-Lev" > Cc: "Kiril Nesenko" , "Eyal Edri" , "David Caro" , "arch" > > Sent: Tuesday, February 18, 2014 10:13:54 AM > Subject: ovirt-engine build failure > > Hi, we hit again an issue that comes up really often while building > ovirt-engine in jenkins, > especially when we're in a hurry because we're releasing. > > http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > > IIRC it may be a corrupted artifact or an error in maven dependency > resolution. > Can we find a way for having it fixed once for ever? We are using a local artifactory mirror, so having corruption is unlikely. I think that maven checks sha1 of artifacts and reports corruption issue before trying to use. In this case something is failing at gwt generation, I am unsure if it is not related to resources. > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From sbonazzo at redhat.com Tue Feb 18 09:36:29 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 10:36:29 +0100 Subject: ovirt-engine build failure In-Reply-To: <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> Message-ID: <5303299D.4090602@redhat.com> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Juan Hernandez" , "Alon Bar-Lev" >> Cc: "Kiril Nesenko" , "Eyal Edri" , "David Caro" , "arch" >> >> Sent: Tuesday, February 18, 2014 10:13:54 AM >> Subject: ovirt-engine build failure >> >> Hi, we hit again an issue that comes up really often while building >> ovirt-engine in jenkins, >> especially when we're in a hurry because we're releasing. >> >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console >> >> IIRC it may be a corrupted artifact or an error in maven dependency >> resolution. >> Can we find a way for having it fixed once for ever? > > We are using a local artifactory mirror, so having corruption is unlikely. > I think that maven checks sha1 of artifacts and reports corruption issue before trying to use. > In this case something is failing at gwt generation, I am unsure if it is not related to resources. The weird thing is that it may fail on the same point for a tenth of times and then build successfully on the exact same host. And that's the only job running on a 4 core i7 processor with 16 GB of ram. > >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Tue Feb 18 09:37:41 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 18 Feb 2014 04:37:41 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <5303299D.4090602@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> Message-ID: <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Alon Bar-Lev" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "Eyal Edri" , > "David Caro" , "arch" > Sent: Tuesday, February 18, 2014 11:36:29 AM > Subject: Re: ovirt-engine build failure > > Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Juan Hernandez" , "Alon Bar-Lev" > >> > >> Cc: "Kiril Nesenko" , "Eyal Edri" , > >> "David Caro" , "arch" > >> > >> Sent: Tuesday, February 18, 2014 10:13:54 AM > >> Subject: ovirt-engine build failure > >> > >> Hi, we hit again an issue that comes up really often while building > >> ovirt-engine in jenkins, > >> especially when we're in a hurry because we're releasing. > >> > >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > >> > >> IIRC it may be a corrupted artifact or an error in maven dependency > >> resolution. > >> Can we find a way for having it fixed once for ever? > > > > We are using a local artifactory mirror, so having corruption is unlikely. > > I think that maven checks sha1 of artifacts and reports corruption issue > > before trying to use. > > In this case something is failing at gwt generation, I am unsure if it is > > not related to resources. > > The weird thing is that it may fail on the same point for a tenth of times > and then build successfully on the exact same host. > And that's the only job running on a 4 core i7 processor with 16 GB of ram. With or without cleaning up the workspace? > > > > > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From sbonazzo at redhat.com Tue Feb 18 09:43:13 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 10:43:13 +0100 Subject: ovirt-engine build failure In-Reply-To: <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> Message-ID: <53032B31.9050007@redhat.com> Il 18/02/2014 10:37, Alon Bar-Lev ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Alon Bar-Lev" >> Cc: "Juan Hernandez" , "Kiril Nesenko" , "Eyal Edri" , >> "David Caro" , "arch" >> Sent: Tuesday, February 18, 2014 11:36:29 AM >> Subject: Re: ovirt-engine build failure >> >> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Juan Hernandez" , "Alon Bar-Lev" >>>> >>>> Cc: "Kiril Nesenko" , "Eyal Edri" , >>>> "David Caro" , "arch" >>>> >>>> Sent: Tuesday, February 18, 2014 10:13:54 AM >>>> Subject: ovirt-engine build failure >>>> >>>> Hi, we hit again an issue that comes up really often while building >>>> ovirt-engine in jenkins, >>>> especially when we're in a hurry because we're releasing. >>>> >>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console >>>> >>>> IIRC it may be a corrupted artifact or an error in maven dependency >>>> resolution. >>>> Can we find a way for having it fixed once for ever? >>> >>> We are using a local artifactory mirror, so having corruption is unlikely. >>> I think that maven checks sha1 of artifacts and reports corruption issue >>> before trying to use. >>> In this case something is failing at gwt generation, I am unsure if it is >>> not related to resources. >> >> The weird thing is that it may fail on the same point for a tenth of times >> and then build successfully on the exact same host. >> And that's the only job running on a 4 core i7 processor with 16 GB of ram. > > With or without cleaning up the workspace? without > >> >> >>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Tue Feb 18 09:45:55 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 18 Feb 2014 04:45:55 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <53032B31.9050007@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <53032B31.9050007@redhat.com> Message-ID: <330313908.2643328.1392716755784.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Alon Bar-Lev" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "Eyal Edri" , > "David Caro" , "arch" > Sent: Tuesday, February 18, 2014 11:43:13 AM > Subject: Re: ovirt-engine build failure > > Il 18/02/2014 10:37, Alon Bar-Lev ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Alon Bar-Lev" > >> Cc: "Juan Hernandez" , "Kiril Nesenko" > >> , "Eyal Edri" , > >> "David Caro" , "arch" > >> Sent: Tuesday, February 18, 2014 11:36:29 AM > >> Subject: Re: ovirt-engine build failure > >> > >> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Juan Hernandez" , "Alon Bar-Lev" > >>>> > >>>> Cc: "Kiril Nesenko" , "Eyal Edri" > >>>> , > >>>> "David Caro" , "arch" > >>>> > >>>> Sent: Tuesday, February 18, 2014 10:13:54 AM > >>>> Subject: ovirt-engine build failure > >>>> > >>>> Hi, we hit again an issue that comes up really often while building > >>>> ovirt-engine in jenkins, > >>>> especially when we're in a hurry because we're releasing. > >>>> > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > >>>> > >>>> IIRC it may be a corrupted artifact or an error in maven dependency > >>>> resolution. > >>>> Can we find a way for having it fixed once for ever? > >>> > >>> We are using a local artifactory mirror, so having corruption is > >>> unlikely. > >>> I think that maven checks sha1 of artifacts and reports corruption issue > >>> before trying to use. > >>> In this case something is failing at gwt generation, I am unsure if it is > >>> not related to resources. > >> > >> The weird thing is that it may fail on the same point for a tenth of times > >> and then build successfully on the exact same host. > >> And that's the only job running on a 4 core i7 processor with 16 GB of > >> ram. > > > > With or without cleaning up the workspace? > > without Still looks like resource issue... as if there is corrupted artifact it will be reused. > > > > > >> > >> > >>> > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From eedri at redhat.com Tue Feb 18 09:46:58 2014 From: eedri at redhat.com (Eyal Edri) Date: Tue, 18 Feb 2014 04:46:58 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> Message-ID: <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Sandro Bonazzola" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "Eyal Edri" , > "David Caro" , "arch" > Sent: Tuesday, February 18, 2014 11:37:41 AM > Subject: Re: ovirt-engine build failure > > > > ----- Original Message ----- > > From: "Sandro Bonazzola" > > To: "Alon Bar-Lev" > > Cc: "Juan Hernandez" , "Kiril Nesenko" > > , "Eyal Edri" , > > "David Caro" , "arch" > > Sent: Tuesday, February 18, 2014 11:36:29 AM > > Subject: Re: ovirt-engine build failure > > > > Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > > > > > > > > > ----- Original Message ----- > > >> From: "Sandro Bonazzola" > > >> To: "Juan Hernandez" , "Alon Bar-Lev" > > >> > > >> Cc: "Kiril Nesenko" , "Eyal Edri" > > >> , > > >> "David Caro" , "arch" > > >> > > >> Sent: Tuesday, February 18, 2014 10:13:54 AM > > >> Subject: ovirt-engine build failure > > >> > > >> Hi, we hit again an issue that comes up really often while building > > >> ovirt-engine in jenkins, > > >> especially when we're in a hurry because we're releasing. > > >> > > >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > > >> > > >> IIRC it may be a corrupted artifact or an error in maven dependency > > >> resolution. > > >> Can we find a way for having it fixed once for ever? > > > > > > We are using a local artifactory mirror, so having corruption is > > > unlikely. > > > I think that maven checks sha1 of artifacts and reports corruption issue > > > before trying to use. > > > In this case something is failing at gwt generation, I am unsure if it is > > > not related to resources. > > > > The weird thing is that it may fail on the same point for a tenth of times > > and then build successfully on the exact same host. > > And that's the only job running on a 4 core i7 processor with 16 GB of ram. > > With or without cleaning up the workspace? it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > > > > > > > > > > >> > > >> > > >> -- > > >> Sandro Bonazzola > > >> Better technology. Faster innovation. Powered by community > > >> collaboration. > > >> See how it works at redhat.com > > >> > > > > > > -- > > Sandro Bonazzola > > Better technology. Faster innovation. Powered by community collaboration. > > See how it works at redhat.com > > > From vszocs at redhat.com Tue Feb 18 12:00:25 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 18 Feb 2014 07:00:25 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <322946935.4887284.1392709137267.JavaMail.zimbra@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> <530302D9.7030602@redhat.com> <322946935.4887284.1392709137267.JavaMail.zimbra@redhat.com> Message-ID: <1324106842.4834414.1392724825261.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Allon Mureinik" > To: "Livnat Peer" > Cc: "arch" > Sent: Tuesday, February 18, 2014 8:38:57 AM > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > ----- Original Message ----- > > From: "Livnat Peer" > > To: "Sandro Bonazzola" , "Roy Golan" > > , "arch" > > Sent: Tuesday, February 18, 2014 8:51:05 AM > > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > On 02/17/2014 05:02 PM, Sandro Bonazzola wrote: > > > Il 17/02/2014 15:06, Roy Golan ha scritto: > > >> > > >> > > >> I don't know if this was brought up before, I'm proposing here to manage > > >> a calendar of the builds and releases of oVirt. > > >> > > >> I personally think that having a calendar instead of digging out the > > >> details from mails is way easier to track and manage - > > >> you get notified, you have aggregated view of events and your time-slots > > >> so you can plan ahead. > > > > > > +1 > > > > > >> > > >> While writing it I'm thinking maybe its appropriate to all events we may > > >> have (test-day etc.) > > >> > > > > +1, maybe include events we present at. > A big +1! > > IMHO, a calendar is more than just a way to manage builds, it can be a sort > of "window to what's going on in oVirt", and should aggregate all such > issues: > - builds - weekly, highlighted rc/ga builded > - important dev. date - branch split, feature freeze, code freeze, etc. > - test days > - conventions/workshops either with a note "X is presenting about Y, A is > presenting about B" or "CFP is open - we're looking for people to talk about > oVirt!" +1 > > > > > >> This also will be a great fit into ovirt.org front-page. > > >> > > >> thoughts? > > >> > > >> Thanks, > > >> Roy > > >> > > >> > > >> > > >> > > >> > > >> > > >> _______________________________________________ > > >> Arch mailing list > > >> Arch at ovirt.org > > >> http://lists.ovirt.org/mailman/listinfo/arch > > > > > > > > > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From eedri at redhat.com Tue Feb 18 12:28:03 2014 From: eedri at redhat.com (Eyal Edri) Date: Tue, 18 Feb 2014 07:28:03 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <1324106842.4834414.1392724825261.JavaMail.zimbra@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> <530302D9.7030602@redhat.com> <322946935.4887284.1392709137267.JavaMail.zimbra@redhat.com> <1324106842.4834414.1392724825261.JavaMail.zimbra@redhat.com> Message-ID: <1348613422.5024849.1392726483765.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Vojtech Szocs" > To: "Allon Mureinik" > Cc: "arch" > Sent: Tuesday, February 18, 2014 2:00:25 PM > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > ----- Original Message ----- > > From: "Allon Mureinik" > > To: "Livnat Peer" > > Cc: "arch" > > Sent: Tuesday, February 18, 2014 8:38:57 AM > > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > > > > > ----- Original Message ----- > > > From: "Livnat Peer" > > > To: "Sandro Bonazzola" , "Roy Golan" > > > , "arch" > > > Sent: Tuesday, February 18, 2014 8:51:05 AM > > > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > > > On 02/17/2014 05:02 PM, Sandro Bonazzola wrote: > > > > Il 17/02/2014 15:06, Roy Golan ha scritto: > > > >> > > > >> > > > >> I don't know if this was brought up before, I'm proposing here to > > > >> manage > > > >> a calendar of the builds and releases of oVirt. > > > >> > > > >> I personally think that having a calendar instead of digging out the > > > >> details from mails is way easier to track and manage - > > > >> you get notified, you have aggregated view of events and your > > > >> time-slots > > > >> so you can plan ahead. > > > > > > > > +1 > > > > > > > >> > > > >> While writing it I'm thinking maybe its appropriate to all events we > > > >> may > > > >> have (test-day etc.) > > > >> > > > > > > +1, maybe include events we present at. > > A big +1! > > > > IMHO, a calendar is more than just a way to manage builds, it can be a sort > > of "window to what's going on in oVirt", and should aggregate all such > > issues: > > - builds - weekly, highlighted rc/ga builded > > - important dev. date - branch split, feature freeze, code freeze, etc. > > - test days > > - conventions/workshops either with a note "X is presenting about Y, A is > > presenting about B" or "CFP is open - we're looking for people to talk > > about > > oVirt!" > > +1 a calendar is nice to have as long as dates are met for builds & releases. right now it's not happening afaik, and almost each release has been postponed due to some packages not ready or blocking bugs, so i'm not quite sure how this can be updated in a calendar if it's not fixed dates. but as for other events it makes sense. another option is to release what we have at the date, no matter what - i.e even taking a nightly build for the missing pkg, if it's not ready by the release date by the maintainer. (sorry if a bit off topic here). > > > > > > > > > >> This also will be a great fit into ovirt.org front-page. > > > >> > > > >> thoughts? > > > >> > > > >> Thanks, > > > >> Roy > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> _______________________________________________ > > > >> Arch mailing list > > > >> Arch at ovirt.org > > > >> http://lists.ovirt.org/mailman/listinfo/arch > > > > > > > > > > > > > > _______________________________________________ > > > Arch mailing list > > > Arch at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/arch > > > > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From vszocs at redhat.com Tue Feb 18 12:32:52 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 18 Feb 2014 07:32:52 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> Message-ID: <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Eyal Edri" > To: "Alon Bar-Lev" > Cc: "Juan Hernandez" , "arch" , "Kiril Nesenko" > Sent: Tuesday, February 18, 2014 10:46:58 AM > Subject: Re: ovirt-engine build failure > > > > ----- Original Message ----- > > From: "Alon Bar-Lev" > > To: "Sandro Bonazzola" > > Cc: "Juan Hernandez" , "Kiril Nesenko" > > , "Eyal Edri" , > > "David Caro" , "arch" > > Sent: Tuesday, February 18, 2014 11:37:41 AM > > Subject: Re: ovirt-engine build failure > > > > > > > > ----- Original Message ----- > > > From: "Sandro Bonazzola" > > > To: "Alon Bar-Lev" > > > Cc: "Juan Hernandez" , "Kiril Nesenko" > > > , "Eyal Edri" , > > > "David Caro" , "arch" > > > Sent: Tuesday, February 18, 2014 11:36:29 AM > > > Subject: Re: ovirt-engine build failure > > > > > > Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > > > > > > > > > > > > ----- Original Message ----- > > > >> From: "Sandro Bonazzola" > > > >> To: "Juan Hernandez" , "Alon Bar-Lev" > > > >> > > > >> Cc: "Kiril Nesenko" , "Eyal Edri" > > > >> , > > > >> "David Caro" , "arch" > > > >> > > > >> Sent: Tuesday, February 18, 2014 10:13:54 AM > > > >> Subject: ovirt-engine build failure > > > >> > > > >> Hi, we hit again an issue that comes up really often while building > > > >> ovirt-engine in jenkins, > > > >> especially when we're in a hurry because we're releasing. > > > >> > > > >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > > > >> > > > >> IIRC it may be a corrupted artifact or an error in maven dependency > > > >> resolution. > > > >> Can we find a way for having it fixed once for ever? > > > > > > > > We are using a local artifactory mirror, so having corruption is > > > > unlikely. > > > > I think that maven checks sha1 of artifacts and reports corruption > > > > issue > > > > before trying to use. > > > > In this case something is failing at gwt generation, I am unsure if it > > > > is > > > > not related to resources. > > > > > > The weird thing is that it may fail on the same point for a tenth of > > > times > > > and then build successfully on the exact same host. > > > And that's the only job running on a 4 core i7 processor with 16 GB of > > > ram. > > > > With or without cleaning up the workspace? > > it also failed on a baremetal host locally. http://pastebin.com/07wANdVG To me it seems like error during GWT compilation, i.e. invocation of gwt-maven-plugin's compile goal that performs GWT compilation. Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ ... ]] failed with status 1 Can we re-run this build with mvn -X flag to see debug-level Maven logs? Looking at [1] I have some questions/comments: * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure this is set properly? Without this, oVirt GUI is compiled for *all* browsers supported by GWT SDK, which increases compilation time & memory usage. Note that oVirt GUI should be compiled *only* for following browsers [2]: ie8,ie9,gecko1_8,safari,opera * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs available on that host Higher value means faster compilation but can increase memory usage (until we move away from JVM-based worker processes) [1] http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists all supported browsers Vojtech > > > > > > > > > > > > > > > > > >> > > > >> > > > >> -- > > > >> Sandro Bonazzola > > > >> Better technology. Faster innovation. Powered by community > > > >> collaboration. > > > >> See how it works at redhat.com > > > >> > > > > > > > > > -- > > > 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 Tue Feb 18 13:00:58 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 14:00:58 +0100 Subject: ovirt-engine build failure In-Reply-To: <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> Message-ID: <5303598A.7060608@redhat.com> Il 18/02/2014 13:32, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Eyal Edri" >> To: "Alon Bar-Lev" >> Cc: "Juan Hernandez" , "arch" , "Kiril Nesenko" >> Sent: Tuesday, February 18, 2014 10:46:58 AM >> Subject: Re: ovirt-engine build failure >> >> >> >> ----- Original Message ----- >>> From: "Alon Bar-Lev" >>> To: "Sandro Bonazzola" >>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>> , "Eyal Edri" , >>> "David Caro" , "arch" >>> Sent: Tuesday, February 18, 2014 11:37:41 AM >>> Subject: Re: ovirt-engine build failure >>> >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Alon Bar-Lev" >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>> , "Eyal Edri" , >>>> "David Caro" , "arch" >>>> Sent: Tuesday, February 18, 2014 11:36:29 AM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" >>>>>> >>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" >>>>>> , >>>>>> "David Caro" , "arch" >>>>>> >>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM >>>>>> Subject: ovirt-engine build failure >>>>>> >>>>>> Hi, we hit again an issue that comes up really often while building >>>>>> ovirt-engine in jenkins, >>>>>> especially when we're in a hurry because we're releasing. >>>>>> >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console >>>>>> >>>>>> IIRC it may be a corrupted artifact or an error in maven dependency >>>>>> resolution. >>>>>> Can we find a way for having it fixed once for ever? >>>>> >>>>> We are using a local artifactory mirror, so having corruption is >>>>> unlikely. >>>>> I think that maven checks sha1 of artifacts and reports corruption >>>>> issue >>>>> before trying to use. >>>>> In this case something is failing at gwt generation, I am unsure if it >>>>> is >>>>> not related to resources. >>>> >>>> The weird thing is that it may fail on the same point for a tenth of >>>> times >>>> and then build successfully on the exact same host. >>>> And that's the only job running on a 4 core i7 processor with 16 GB of >>>> ram. >>> >>> With or without cleaning up the workspace? >> >> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > > To me it seems like error during GWT compilation, i.e. invocation of gwt-maven-plugin's compile goal that performs GWT compilation. > > Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ > ... > ]] failed with status 1 > > Can we re-run this build with mvn -X flag to see debug-level Maven logs? > > Looking at [1] I have some questions/comments: > > * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure this is set properly? > Without this, oVirt GUI is compiled for *all* browsers supported by GWT SDK, which increases compilation time & memory usage. > Note that oVirt GUI should be compiled *only* for following browsers [2]: ie8,ie9,gecko1_8,safari,opera Can you open a bz about it, make it blocker for 3.4.0 and possibly push a patch? > > * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs available on that host > Higher value means faster compilation but can increase memory usage (until we move away from JVM-based worker processes) We set it to 1 due to excessive memory usage. Without that, we run out of memory. > > [1] http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists all supported browsers > > Vojtech > >> >> >>> >>>> >>>> >>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>>> -- >>>> 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 >> > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Tue Feb 18 13:44:48 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 14:44:48 +0100 Subject: Postponing 3.4.0 RC and test day Message-ID: <530363D0.4030109@redhat.com> Hi, we're postponing 3.4.0 RC build and test day to next week due to recent blockers opened on 3.4.0. We actually have bug count 361 out of which 19 urgent, 64 high. We're going to build a 3.4.0 beta3 later today once Bug 1066466 - Disk name doesn't get assigned automatically after a CREATE command. will be fixed. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Tue Feb 18 13:50:05 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 14:50:05 +0100 Subject: [Users] oVirt upcoming release schedule update Message-ID: <5303650D.4060407@redhat.com> oVirt team has updated the release schedule for upcoming releases. These are tentative planning dates and may change. 2014-02-18 - oVirt 3.4.0 beta3 2014-02-18 - oVirt 3.3.4 beta 2014-02-24 - oVirt 3.4.0 RC Build 2014-02-25 - oVirt 3.3.4 RC 2014-02-27 - oVirt 3.4 Third Test Day 2014-03-03 - oVirt 3.4.0 GA 2014-03-04 - oVirt 3.3.4 GA 2014-05-01 - oVirt 3.5.0 Feature Freeze 2014-05-15 - oVirt 3.5.0 stable branching 2014-07-01 - oVirt 3.5.0 GA More details on test days, etc to come in the next few weeks. You'll find an updated ICS calendar attached to this email. Thanks, -- 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: 5067 bytes Desc: not available URL: From sbonazzo at redhat.com Tue Feb 18 14:37:29 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 15:37:29 +0100 Subject: ovirt-engine build failure In-Reply-To: <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> Message-ID: <53037029.70706@redhat.com> Il 18/02/2014 13:32, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Eyal Edri" >> To: "Alon Bar-Lev" >> Cc: "Juan Hernandez" , "arch" , "Kiril Nesenko" >> Sent: Tuesday, February 18, 2014 10:46:58 AM >> Subject: Re: ovirt-engine build failure >> >> >> >> ----- Original Message ----- >>> From: "Alon Bar-Lev" >>> To: "Sandro Bonazzola" >>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>> , "Eyal Edri" , >>> "David Caro" , "arch" >>> Sent: Tuesday, February 18, 2014 11:37:41 AM >>> Subject: Re: ovirt-engine build failure >>> >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Alon Bar-Lev" >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>> , "Eyal Edri" , >>>> "David Caro" , "arch" >>>> Sent: Tuesday, February 18, 2014 11:36:29 AM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" >>>>>> >>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" >>>>>> , >>>>>> "David Caro" , "arch" >>>>>> >>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM >>>>>> Subject: ovirt-engine build failure >>>>>> >>>>>> Hi, we hit again an issue that comes up really often while building >>>>>> ovirt-engine in jenkins, >>>>>> especially when we're in a hurry because we're releasing. >>>>>> >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console >>>>>> >>>>>> IIRC it may be a corrupted artifact or an error in maven dependency >>>>>> resolution. >>>>>> Can we find a way for having it fixed once for ever? >>>>> >>>>> We are using a local artifactory mirror, so having corruption is >>>>> unlikely. >>>>> I think that maven checks sha1 of artifacts and reports corruption >>>>> issue >>>>> before trying to use. >>>>> In this case something is failing at gwt generation, I am unsure if it >>>>> is >>>>> not related to resources. >>>> >>>> The weird thing is that it may fail on the same point for a tenth of >>>> times >>>> and then build successfully on the exact same host. >>>> And that's the only job running on a 4 core i7 processor with 16 GB of >>>> ram. >>> >>> With or without cleaning up the workspace? >> >> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > > To me it seems like error during GWT compilation, i.e. invocation of gwt-maven-plugin's compile goal that performs GWT compilation. > > Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ > ... > ]] failed with status 1 > > Can we re-run this build with mvn -X flag to see debug-level Maven logs? I'm not sure how to set it. On my minidell: export MAVEN_OPTS="${MAVEN_OPTS} -X -XX:MaxPermSize=1024m -Dgwt.compiler.localWorkers=3 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp" rpmbuild -ta ovirt-engine-3.4.0_beta3.tar.gz causes: # we must exclude tmp.repos directory so we # won't get artifacts of older branches # we should use search MAVEN_OUTPUT_DIR as it may contain # pre-compiled artifacts at different hierarchy. install -dm 0755 "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" find "." -name '*-modules.zip' | grep -v tmp.repos | xargs -n 1 unzip -q -o -d "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details. Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir] Default action is to extract files in list, except those in xlist, to exdir; file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). -p extract files to pipe, no messages -l list files (short format) -f freshen existing files, create none -t test compressed archive data -u update files, create if necessary -z display archive comment only -v list verbosely/show version info -T timestamp archive to latest -x exclude files that follow (in xlist) -d extract files into exdir modifiers: -n never overwrite existing files -q quiet mode (-qq => quieter) -o overwrite files WITHOUT prompting -a auto-convert any text files -j junk paths (do not make directories) -aa treat ALL files as text -U use escapes for all non-ASCII Unicode -UU ignore any Unicode fields -C match filenames case-insensitively -L make (some) names lowercase -X restore UID/GID info -V retain VMS version numbers -K keep setuid/setgid/tacky permissions -M pipe through "more" pager See "unzip -hh" or unzip.txt for more help. Examples: unzip data1 -x joe => extract all files except joe from zipfile data1.zip unzip -p foo | more => send contents of foo.zip via pipe into program more unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer make: *** [install_artifacts] Error 123 > > Looking at [1] I have some questions/comments: > > * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure this is set properly? > Without this, oVirt GUI is compiled for *all* browsers supported by GWT SDK, which increases compilation time & memory usage. > Note that oVirt GUI should be compiled *only* for following browsers [2]: ie8,ie9,gecko1_8,safari,opera > > * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs available on that host > Higher value means faster compilation but can increase memory usage (until we move away from JVM-based worker processes) > > [1] http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists all supported browsers > > Vojtech > >> >> >>> >>>> >>>> >>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>>> -- >>>> 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 >> > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From emesika at redhat.com Tue Feb 18 14:44:44 2014 From: emesika at redhat.com (Eli Mesika) Date: Tue, 18 Feb 2014 09:44:44 -0500 (EST) Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <1348613422.5024849.1392726483765.JavaMail.zimbra@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> <530302D9.7030602@redhat.com> <322946935.4887284.1392709137267.JavaMail.zimbra@redhat.com> <1324106842.4834414.1392724825261.JavaMail.zimbra@redhat.com> <1348613422.5024849.1392726483765.JavaMail.zimbra@redhat.com> Message-ID: <752729900.5498457.1392734684843.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Eyal Edri" > To: "Vojtech Szocs" > Cc: "arch" > Sent: Tuesday, February 18, 2014 2:28:03 PM > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > ----- Original Message ----- > > From: "Vojtech Szocs" > > To: "Allon Mureinik" > > Cc: "arch" > > Sent: Tuesday, February 18, 2014 2:00:25 PM > > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > > > > > ----- Original Message ----- > > > From: "Allon Mureinik" > > > To: "Livnat Peer" > > > Cc: "arch" > > > Sent: Tuesday, February 18, 2014 8:38:57 AM > > > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Livnat Peer" > > > > To: "Sandro Bonazzola" , "Roy Golan" > > > > , "arch" > > > > Sent: Tuesday, February 18, 2014 8:51:05 AM > > > > Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases > > > > > > > > On 02/17/2014 05:02 PM, Sandro Bonazzola wrote: > > > > > Il 17/02/2014 15:06, Roy Golan ha scritto: > > > > >> > > > > >> > > > > >> I don't know if this was brought up before, I'm proposing here to > > > > >> manage > > > > >> a calendar of the builds and releases of oVirt. > > > > >> > > > > >> I personally think that having a calendar instead of digging out the > > > > >> details from mails is way easier to track and manage - > > > > >> you get notified, you have aggregated view of events and your > > > > >> time-slots > > > > >> so you can plan ahead. > > > > > > > > > > +1 > > > > > > > > > >> > > > > >> While writing it I'm thinking maybe its appropriate to all events we > > > > >> may > > > > >> have (test-day etc.) > > > > >> > > > > > > > > +1, maybe include events we present at. > > > A big +1! > > > > > > IMHO, a calendar is more than just a way to manage builds, it can be a > > > sort > > > of "window to what's going on in oVirt", and should aggregate all such > > > issues: > > > - builds - weekly, highlighted rc/ga builded > > > - important dev. date - branch split, feature freeze, code freeze, etc. > > > - test days > > > - conventions/workshops either with a note "X is presenting about Y, A is > > > presenting about B" or "CFP is open - we're looking for people to talk > > > about > > > oVirt!" > > > > +1 > > a calendar is nice to have as long as dates are met for builds & releases. > right now it's not happening afaik, and almost each release has been > postponed due to > some packages not ready or blocking bugs, so i'm not quite sure how this can > be updated in a calendar > if it's not fixed dates. I think that if you mark dates as "Estimated date for release XXX" you can easily update this date as all community understands that those may changed. This way you can subscribe to changes in the calendar and got them as they are published I don't think this should contain only fixed dates, even events dates (like oVirt test day) might be changed (and we had already that also...) > but as for other events it makes sense. > another option is to release what we have at the date, no matter what - i.e > even taking a nightly build > for the missing pkg, if it's not ready by the release date by the maintainer. > (sorry if a bit off topic here). > > > > > > > > > > > > > > >> This also will be a great fit into ovirt.org front-page. > > > > >> > > > > >> thoughts? > > > > >> > > > > >> Thanks, > > > > >> Roy > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> _______________________________________________ > > > > >> Arch mailing list > > > > >> Arch at ovirt.org > > > > >> http://lists.ovirt.org/mailman/listinfo/arch > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Arch mailing list > > > > Arch at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/arch > > > > > > > _______________________________________________ > > > Arch mailing list > > > Arch at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/arch > > > > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From sbonazzo at redhat.com Tue Feb 18 14:51:30 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 15:51:30 +0100 Subject: ovirt-engine build failure In-Reply-To: <53037029.70706@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> Message-ID: <53037372.5050101@redhat.com> Il 18/02/2014 15:37, Sandro Bonazzola ha scritto: > Il 18/02/2014 13:32, Vojtech Szocs ha scritto: >> >> >> ----- Original Message ----- >>> From: "Eyal Edri" >>> To: "Alon Bar-Lev" >>> Cc: "Juan Hernandez" , "arch" , "Kiril Nesenko" >>> Sent: Tuesday, February 18, 2014 10:46:58 AM >>> Subject: Re: ovirt-engine build failure >>> >>> >>> >>> ----- Original Message ----- >>>> From: "Alon Bar-Lev" >>>> To: "Sandro Bonazzola" >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>> , "Eyal Edri" , >>>> "David Caro" , "arch" >>>> Sent: Tuesday, February 18, 2014 11:37:41 AM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Sandro Bonazzola" >>>>> To: "Alon Bar-Lev" >>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>>> , "Eyal Edri" , >>>>> "David Caro" , "arch" >>>>> Sent: Tuesday, February 18, 2014 11:36:29 AM >>>>> Subject: Re: ovirt-engine build failure >>>>> >>>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>>> From: "Sandro Bonazzola" >>>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" >>>>>>> >>>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" >>>>>>> , >>>>>>> "David Caro" , "arch" >>>>>>> >>>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM >>>>>>> Subject: ovirt-engine build failure >>>>>>> >>>>>>> Hi, we hit again an issue that comes up really often while building >>>>>>> ovirt-engine in jenkins, >>>>>>> especially when we're in a hurry because we're releasing. >>>>>>> >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console >>>>>>> >>>>>>> IIRC it may be a corrupted artifact or an error in maven dependency >>>>>>> resolution. >>>>>>> Can we find a way for having it fixed once for ever? >>>>>> >>>>>> We are using a local artifactory mirror, so having corruption is >>>>>> unlikely. >>>>>> I think that maven checks sha1 of artifacts and reports corruption >>>>>> issue >>>>>> before trying to use. >>>>>> In this case something is failing at gwt generation, I am unsure if it >>>>>> is >>>>>> not related to resources. >>>>> >>>>> The weird thing is that it may fail on the same point for a tenth of >>>>> times >>>>> and then build successfully on the exact same host. >>>>> And that's the only job running on a 4 core i7 processor with 16 GB of >>>>> ram. >>>> >>>> With or without cleaning up the workspace? >>> >>> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG >> >> To me it seems like error during GWT compilation, i.e. invocation of gwt-maven-plugin's compile goal that performs GWT compilation. >> >> Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ >> ... >> ]] failed with status 1 >> >> Can we re-run this build with mvn -X flag to see debug-level Maven logs? > > I'm not sure how to set it. > On my minidell: > > export MAVEN_OPTS="${MAVEN_OPTS} -X -XX:MaxPermSize=1024m -Dgwt.compiler.localWorkers=3 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp" > rpmbuild -ta ovirt-engine-3.4.0_beta3.tar.gz > causes: > > # we must exclude tmp.repos directory so we > # won't get artifacts of older branches > # we should use search MAVEN_OUTPUT_DIR as it may contain > # pre-compiled artifacts at different hierarchy. > install -dm 0755 "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > find "." -name '*-modules.zip' | grep -v tmp.repos | xargs -n 1 unzip -q -o -d > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send > bug reports using http://www.info-zip.org/zip-bug.html; see README for details. > > Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir] > Default action is to extract files in list, except those in xlist, to exdir; > file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). > > -p extract files to pipe, no messages -l list files (short format) > -f freshen existing files, create none -t test compressed archive data > -u update files, create if necessary -z display archive comment only > -v list verbosely/show version info -T timestamp archive to latest > -x exclude files that follow (in xlist) -d extract files into exdir > modifiers: > -n never overwrite existing files -q quiet mode (-qq => quieter) > -o overwrite files WITHOUT prompting -a auto-convert any text files > -j junk paths (do not make directories) -aa treat ALL files as text > -U use escapes for all non-ASCII Unicode -UU ignore any Unicode fields > -C match filenames case-insensitively -L make (some) names lowercase > -X restore UID/GID info -V retain VMS version numbers > -K keep setuid/setgid/tacky permissions -M pipe through "more" pager > See "unzip -hh" or unzip.txt for more help. Examples: > unzip data1 -x joe => extract all files except joe from zipfile data1.zip > unzip -p foo | more => send contents of foo.zip via pipe into program more > unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer > make: *** [install_artifacts] Error 123 added -X in /usr/bin/mvn script. here's the error I have now: [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/webadmin/section/main/view/popup/scheduling/panels/FunctionPolicyUnitPanel.java' [INFO] [ERROR] Line 24: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate' [INFO] Rebinding org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate [INFO] Invoking generator com.google.gwt.safehtml.rebind.SafeHtmlTemplatesGenerator [INFO] Constructing interface org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate [INFO] Generating method body for anchor() [INFO] Template with variable in URL attribute context: The template code generator will sanitize the URL. Use SafeUri to specify arguments in a URL attribute context that should not be sanitized. [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/webadmin/widget/table/column/VmCountColumn.java' [INFO] [ERROR] Line 18: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/guide/GuidePopupView_ViewUiBinderImpl.java' [INFO] [ERROR] Line 54: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate' [INFO] Rebinding org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate [INFO] Invoking generator com.google.gwt.safehtml.rebind.SafeHtmlTemplatesGenerator [INFO] Constructing interface org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate [INFO] Generating method body for input() [INFO] [WARN] Template with variable in CSS attribute context: The template code generator cannot guarantee HTML-safety of the template -- please inspect manually or use SafeStyles to specify arguments in a CSS attribute context [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/storage/StoragePopupView_ViewUiBinderImpl.java' [INFO] [ERROR] Line 54: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JBinaryOperation.traverse(JBinaryOperation.java:81) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JExpressionStatement.traverse(JExpressionStatement.java:41) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/widget/footer/AlertsEventsFooterView_WidgetUiBinderImpl.java' [INFO] [ERROR] Line 56: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JBinaryOperation.traverse(JBinaryOperation.java:81) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JExpressionStatement.traverse(JExpressionStatement.java:41) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/configure/RoleView_ViewUiBinderImpl.java' [INFO] [ERROR] Line 56: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/webadmin/widget/vnicProfile/VnicProfileWidget.java' [INFO] [ERROR] Line 69: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/AbstractNetworkPopupView_ViewUiBinderImpl.java' [INFO] [ERROR] Line 54: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator [INFO] ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO] [INFO] ovirt-root ........................................ SUCCESS [0.201s] [INFO] oVirt Build Tools root ............................ SUCCESS [0.008s] [INFO] oVirt checkstyle .................................. SUCCESS [0.677s] [INFO] oVirt JBoss Modules Maven Plugin .................. SUCCESS [8.344s] [INFO] oVirt Checkstyle Checks ........................... SUCCESS [0.458s] [INFO] oVirt Modules - backend ........................... SUCCESS [0.003s] [INFO] oVirt Manager ..................................... SUCCESS [0.003s] [INFO] oVirt Engine dependencies ......................... SUCCESS [0.807s] [INFO] oVirt Modules - manager ........................... SUCCESS [0.328s] [INFO] CSharp Compatibility .............................. SUCCESS [1.512s] [INFO] Common Code ....................................... SUCCESS [6.796s] [INFO] Common utilities .................................. SUCCESS [10.953s] [INFO] Data Access Layer ................................. SUCCESS [5.078s] [INFO] engine scheduler bean ............................. SUCCESS [1.184s] [INFO] Vds broker ........................................ SUCCESS [3.911s] [INFO] Search Backend .................................... SUCCESS [2.067s] [INFO] Backend Logic @Service bean ....................... SUCCESS [17.803s] [INFO] oVirt RESTful API Backend Integration ............. SUCCESS [0.061s] [INFO] oVirt RESTful API interface ....................... SUCCESS [0.058s] [INFO] oVirt Engine API Definition ....................... SUCCESS [3.277s] [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS [0.055s] [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS [2.258s] [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS [20.864s] [INFO] Branding package .................................. SUCCESS [1.451s] [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SUCCESS [20.243s] [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS [0.430s] [INFO] oVirt Engine Web Root ............................. SUCCESS [0.186s] [INFO] ovirt-engine services ............................. SUCCESS [0.685s] [INFO] oVirt Engine Web Docs ............................. SUCCESS [0.498s] [INFO] ovirt-engine welcome .............................. SUCCESS [1.011s] [INFO] Backend Authentication ............................ SUCCESS [0.487s] [INFO] oVirt Engine Tools ................................ SUCCESS [1.914s] [INFO] oVirt Modules :: Frontend ......................... SUCCESS [0.002s] [INFO] oVirt Modules :: Webadmin ......................... SUCCESS [0.002s] [INFO] oVirt Modules - ui ................................ SUCCESS [0.002s] [INFO] Extensions for GWT ................................ SUCCESS [0.681s] [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS [1.251s] [INFO] Frontend for GWT UI Projects ...................... SUCCESS [4.488s] [INFO] UICommonWeb ....................................... SUCCESS [9.076s] [INFO] oVirt GWT UI common infrastructure ................ SUCCESS [6.163s] [INFO] WebAdmin .......................................... FAILURE [1:04.028s] [INFO] UserPortal ........................................ SKIPPED [INFO] oVirt Server EAR .................................. SKIPPED [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 3:19.902s [INFO] Finished at: Tue Feb 18 15:48:15 CET 2014 [INFO] Final Memory: 359M/1288M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ [ERROR] -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" \ [ERROR] -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" \ [ERROR] -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/roo! t/.m2/repo sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovi! rt-engine- 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-js! tl-api_1.2 _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/targe! t/utils-3. 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2! .GA/hibern ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jack! son-mapper -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2.j! ar:/root/. m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 3 -strict -XfragmentCount -1 -gen /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin [ERROR] ]] failed with status 1 [ERROR] -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ /bin/sh -c /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" \ -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" \ -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/roo! t/.m2/repo sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovi! rt-engine- 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-js! tl-api_1.2 _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/targe! t/utils-3. 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2! .GA/hibern ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jack! son-mapper -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2.j! ar:/root/. m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 3 -strict -XfragmentCount -1 -gen /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin ]] failed with status 1 at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) 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 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357) Caused by: org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command [[ /bin/sh -c /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" \ -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" \ -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/roo! t/.m2/repo sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovi! rt-engine- 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-js! tl-api_1.2 _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/targe! t/utils-3. 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2! .GA/hibern ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jack! son-mapper -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2.j! ar:/root/. m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 3 -strict -XfragmentCount -1 -gen /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin ]] failed with status 1 at org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:485) at org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:365) at org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:280) at org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:172) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 19 more [ERROR] [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn -rf :webadmin make[1]: *** [maven] Error 1 make[1]: Leaving directory `/root/rpmbuild/BUILD/ovirt-engine-3.4.0' make: *** [tmp.built] Error 2 errore: Stato d'uscita errato da /var/tmp/rpm-tmp.HXjz2t (%build) Errori di compilazione RPM: Stato d'uscita errato da /var/tmp/rpm-tmp.HXjz2t (%build) > > > > > > >> >> Looking at [1] I have some questions/comments: >> >> * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure this is set properly? >> Without this, oVirt GUI is compiled for *all* browsers supported by GWT SDK, which increases compilation time & memory usage. >> Note that oVirt GUI should be compiled *only* for following browsers [2]: ie8,ie9,gecko1_8,safari,opera >> >> * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs available on that host >> Higher value means faster compilation but can increase memory usage (until we move away from JVM-based worker processes) >> >> [1] http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >> [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists all supported browsers >> >> Vojtech >> >>> >>> >>>> >>>>> >>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sandro Bonazzola >>>>>>> Better technology. Faster innovation. Powered by community >>>>>>> collaboration. >>>>>>> See how it works at redhat.com >>>>>>> >>>>> >>>>> >>>>> -- >>>>> 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 >>> >> _______________________________________________ >> Arch mailing list >> Arch at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/arch >> > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Tue Feb 18 14:52:43 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 18 Feb 2014 09:52:43 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <53037029.70706@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> Message-ID: <1143729765.2736976.1392735163494.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" , "Eyal Edri" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" > Sent: Tuesday, February 18, 2014 4:37:29 PM > Subject: Re: ovirt-engine build failure > > Il 18/02/2014 13:32, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Eyal Edri" > >> To: "Alon Bar-Lev" > >> Cc: "Juan Hernandez" , "arch" , > >> "Kiril Nesenko" > >> Sent: Tuesday, February 18, 2014 10:46:58 AM > >> Subject: Re: ovirt-engine build failure > >> > >> > >> > >> ----- Original Message ----- > >>> From: "Alon Bar-Lev" > >>> To: "Sandro Bonazzola" > >>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>> , "Eyal Edri" , > >>> "David Caro" , "arch" > >>> Sent: Tuesday, February 18, 2014 11:37:41 AM > >>> Subject: Re: ovirt-engine build failure > >>> > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Alon Bar-Lev" > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>> , "Eyal Edri" , > >>>> "David Caro" , "arch" > >>>> Sent: Tuesday, February 18, 2014 11:36:29 AM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" > >>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" > >>>>>> > >>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" > >>>>>> , > >>>>>> "David Caro" , "arch" > >>>>>> > >>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM > >>>>>> Subject: ovirt-engine build failure > >>>>>> > >>>>>> Hi, we hit again an issue that comes up really often while building > >>>>>> ovirt-engine in jenkins, > >>>>>> especially when we're in a hurry because we're releasing. > >>>>>> > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > >>>>>> > >>>>>> IIRC it may be a corrupted artifact or an error in maven dependency > >>>>>> resolution. > >>>>>> Can we find a way for having it fixed once for ever? > >>>>> > >>>>> We are using a local artifactory mirror, so having corruption is > >>>>> unlikely. > >>>>> I think that maven checks sha1 of artifacts and reports corruption > >>>>> issue > >>>>> before trying to use. > >>>>> In this case something is failing at gwt generation, I am unsure if it > >>>>> is > >>>>> not related to resources. > >>>> > >>>> The weird thing is that it may fail on the same point for a tenth of > >>>> times > >>>> and then build successfully on the exact same host. > >>>> And that's the only job running on a 4 core i7 processor with 16 GB of > >>>> ram. > >>> > >>> With or without cleaning up the workspace? > >> > >> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > > > > To me it seems like error during GWT compilation, i.e. invocation of > > gwt-maven-plugin's compile goal that performs GWT compilation. > > > > Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile > > (gwtcompile) on project webadmin: Command [[ > > ... > > ]] failed with status 1 > > > > Can we re-run this build with mvn -X flag to see debug-level Maven logs? > > I'm not sure how to set it. > On my minidell: > > export MAVEN_OPTS="${MAVEN_OPTS} -X -XX:MaxPermSize=1024m > -Dgwt.compiler.localWorkers=3 -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=/tmp" > rpmbuild -ta ovirt-engine-3.4.0_beta3.tar.gz > causes: rpmbuild ... -D"ovirt_build_extra_flags -X" ? > > # we must exclude tmp.repos directory so we > # won't get artifacts of older branches > # we should use search MAVEN_OUTPUT_DIR as it may contain > # pre-compiled artifacts at different hierarchy. > install -dm 0755 > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > find "." -name '*-modules.zip' | grep -v tmp.repos | xargs -n 1 unzip -q -o > -d > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send > bug reports using http://www.info-zip.org/zip-bug.html; see README for > details. > > Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir] > Default action is to extract files in list, except those in xlist, to > exdir; > file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). > > -p extract files to pipe, no messages -l list files (short format) > -f freshen existing files, create none -t test compressed archive data > -u update files, create if necessary -z display archive comment only > -v list verbosely/show version info -T timestamp archive to latest > -x exclude files that follow (in xlist) -d extract files into exdir > modifiers: > -n never overwrite existing files -q quiet mode (-qq => quieter) > -o overwrite files WITHOUT prompting -a auto-convert any text files > -j junk paths (do not make directories) -aa treat ALL files as text > -U use escapes for all non-ASCII Unicode -UU ignore any Unicode fields > -C match filenames case-insensitively -L make (some) names lowercase > -X restore UID/GID info -V retain VMS version numbers > -K keep setuid/setgid/tacky permissions -M pipe through "more" pager > See "unzip -hh" or unzip.txt for more help. Examples: > unzip data1 -x joe => extract all files except joe from zipfile data1.zip > unzip -p foo | more => send contents of foo.zip via pipe into program more > unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file > newer > make: *** [install_artifacts] Error 123 > > > > > > > > > > Looking at [1] I have some questions/comments: > > > > * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure > > this is set properly? > > Without this, oVirt GUI is compiled for *all* browsers supported by GWT > > SDK, which increases compilation time & memory usage. > > Note that oVirt GUI should be compiled *only* for following browsers [2]: > > ie8,ie9,gecko1_8,safari,opera > > > > * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs > > available on that host > > Higher value means faster compilation but can increase memory usage > > (until we move away from JVM-based worker processes) > > > > [1] > > http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > > [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists > > all supported browsers > > > > Vojtech > > > >> > >> > >>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Sandro Bonazzola > >>>>>> Better technology. Faster innovation. Powered by community > >>>>>> collaboration. > >>>>>> See how it works at redhat.com > >>>>>> > >>>> > >>>> > >>>> -- > >>>> 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 > >> > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From sbonazzo at redhat.com Tue Feb 18 14:58:30 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 15:58:30 +0100 Subject: ovirt-engine build failure In-Reply-To: <53037372.5050101@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> Message-ID: <53037516.30408@redhat.com> Il 18/02/2014 15:51, Sandro Bonazzola ha scritto: > Il 18/02/2014 15:37, Sandro Bonazzola ha scritto: >> Il 18/02/2014 13:32, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Eyal Edri" >>>> To: "Alon Bar-Lev" >>>> Cc: "Juan Hernandez" , "arch" , "Kiril Nesenko" >>>> Sent: Tuesday, February 18, 2014 10:46:58 AM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Alon Bar-Lev" >>>>> To: "Sandro Bonazzola" >>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>>> , "Eyal Edri" , >>>>> "David Caro" , "arch" >>>>> Sent: Tuesday, February 18, 2014 11:37:41 AM >>>>> Subject: Re: ovirt-engine build failure >>>>> >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Alon Bar-Lev" >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>>>> , "Eyal Edri" , >>>>>> "David Caro" , "arch" >>>>>> Sent: Tuesday, February 18, 2014 11:36:29 AM >>>>>> Subject: Re: ovirt-engine build failure >>>>>> >>>>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" >>>>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" >>>>>>>> >>>>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" >>>>>>>> , >>>>>>>> "David Caro" , "arch" >>>>>>>> >>>>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM >>>>>>>> Subject: ovirt-engine build failure >>>>>>>> >>>>>>>> Hi, we hit again an issue that comes up really often while building >>>>>>>> ovirt-engine in jenkins, >>>>>>>> especially when we're in a hurry because we're releasing. >>>>>>>> >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console >>>>>>>> >>>>>>>> IIRC it may be a corrupted artifact or an error in maven dependency >>>>>>>> resolution. >>>>>>>> Can we find a way for having it fixed once for ever? >>>>>>> >>>>>>> We are using a local artifactory mirror, so having corruption is >>>>>>> unlikely. >>>>>>> I think that maven checks sha1 of artifacts and reports corruption >>>>>>> issue >>>>>>> before trying to use. >>>>>>> In this case something is failing at gwt generation, I am unsure if it >>>>>>> is >>>>>>> not related to resources. >>>>>> >>>>>> The weird thing is that it may fail on the same point for a tenth of >>>>>> times >>>>>> and then build successfully on the exact same host. >>>>>> And that's the only job running on a 4 core i7 processor with 16 GB of >>>>>> ram. >>>>> >>>>> With or without cleaning up the workspace? >>>> >>>> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG And it works fine on 3.3.4 beta: http://jenkins.ovirt.org/job/manual-build-tarball/222 So it's a regression in 3.4.0. >>> >>> To me it seems like error during GWT compilation, i.e. invocation of gwt-maven-plugin's compile goal that performs GWT compilation. >>> >>> Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ >>> ... >>> ]] failed with status 1 >>> >>> Can we re-run this build with mvn -X flag to see debug-level Maven logs? >> >> I'm not sure how to set it. >> On my minidell: >> >> export MAVEN_OPTS="${MAVEN_OPTS} -X -XX:MaxPermSize=1024m -Dgwt.compiler.localWorkers=3 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp" >> rpmbuild -ta ovirt-engine-3.4.0_beta3.tar.gz >> causes: >> >> # we must exclude tmp.repos directory so we >> # won't get artifacts of older branches >> # we should use search MAVEN_OUTPUT_DIR as it may contain >> # pre-compiled artifacts at different hierarchy. >> install -dm 0755 "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" >> find "." -name '*-modules.zip' | grep -v tmp.repos | xargs -n 1 unzip -q -o -d >> "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" >> UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send >> bug reports using http://www.info-zip.org/zip-bug.html; see README for details. >> >> Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir] >> Default action is to extract files in list, except those in xlist, to exdir; >> file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). >> >> -p extract files to pipe, no messages -l list files (short format) >> -f freshen existing files, create none -t test compressed archive data >> -u update files, create if necessary -z display archive comment only >> -v list verbosely/show version info -T timestamp archive to latest >> -x exclude files that follow (in xlist) -d extract files into exdir >> modifiers: >> -n never overwrite existing files -q quiet mode (-qq => quieter) >> -o overwrite files WITHOUT prompting -a auto-convert any text files >> -j junk paths (do not make directories) -aa treat ALL files as text >> -U use escapes for all non-ASCII Unicode -UU ignore any Unicode fields >> -C match filenames case-insensitively -L make (some) names lowercase >> -X restore UID/GID info -V retain VMS version numbers >> -K keep setuid/setgid/tacky permissions -M pipe through "more" pager >> See "unzip -hh" or unzip.txt for more help. Examples: >> unzip data1 -x joe => extract all files except joe from zipfile data1.zip >> unzip -p foo | more => send contents of foo.zip via pipe into program more >> unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer >> make: *** [install_artifacts] Error 123 > > > added -X in /usr/bin/mvn script. > here's the error I have now: > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/webadmin/section/main/view/popup/scheduling/panels/FunctionPolicyUnitPanel.java' > [INFO] [ERROR] Line 24: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate' > [INFO] Rebinding org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate > [INFO] Invoking generator com.google.gwt.safehtml.rebind.SafeHtmlTemplatesGenerator > [INFO] Constructing interface org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate > [INFO] Generating method body for anchor() > [INFO] Template with variable in URL attribute context: The template code generator will sanitize the URL. Use SafeUri to specify > arguments in a URL attribute context that should not be sanitized. > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/webadmin/widget/table/column/VmCountColumn.java' > [INFO] [ERROR] Line 18: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/guide/GuidePopupView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 54: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate' > [INFO] Rebinding org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate > [INFO] Invoking generator com.google.gwt.safehtml.rebind.SafeHtmlTemplatesGenerator > [INFO] Constructing interface org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate > [INFO] Generating method body for input() > [INFO] [WARN] Template with variable in CSS attribute context: The template code generator cannot guarantee HTML-safety of the > template -- please inspect manually or use SafeStyles to specify arguments in a CSS attribute context > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/storage/StoragePopupView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 54: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JBinaryOperation.traverse(JBinaryOperation.java:81) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JExpressionStatement.traverse(JExpressionStatement.java:41) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/widget/footer/AlertsEventsFooterView_WidgetUiBinderImpl.java' > [INFO] [ERROR] Line 56: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JBinaryOperation.traverse(JBinaryOperation.java:81) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JExpressionStatement.traverse(JExpressionStatement.java:41) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/configure/RoleView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 56: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/webadmin/widget/vnicProfile/VnicProfileWidget.java' > [INFO] [ERROR] Line 69: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/AbstractNetworkPopupView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 54: Failed to resolve 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?) > [INFO] [WARN] org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] ovirt-root ........................................ SUCCESS [0.201s] > [INFO] oVirt Build Tools root ............................ SUCCESS [0.008s] > [INFO] oVirt checkstyle .................................. SUCCESS [0.677s] > [INFO] oVirt JBoss Modules Maven Plugin .................. SUCCESS [8.344s] > [INFO] oVirt Checkstyle Checks ........................... SUCCESS [0.458s] > [INFO] oVirt Modules - backend ........................... SUCCESS [0.003s] > [INFO] oVirt Manager ..................................... SUCCESS [0.003s] > [INFO] oVirt Engine dependencies ......................... SUCCESS [0.807s] > [INFO] oVirt Modules - manager ........................... SUCCESS [0.328s] > [INFO] CSharp Compatibility .............................. SUCCESS [1.512s] > [INFO] Common Code ....................................... SUCCESS [6.796s] > [INFO] Common utilities .................................. SUCCESS [10.953s] > [INFO] Data Access Layer ................................. SUCCESS [5.078s] > [INFO] engine scheduler bean ............................. SUCCESS [1.184s] > [INFO] Vds broker ........................................ SUCCESS [3.911s] > [INFO] Search Backend .................................... SUCCESS [2.067s] > [INFO] Backend Logic @Service bean ....................... SUCCESS [17.803s] > [INFO] oVirt RESTful API Backend Integration ............. SUCCESS [0.061s] > [INFO] oVirt RESTful API interface ....................... SUCCESS [0.058s] > [INFO] oVirt Engine API Definition ....................... SUCCESS [3.277s] > [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS [0.055s] > [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS [2.258s] > [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS [20.864s] > [INFO] Branding package .................................. SUCCESS [1.451s] > [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SUCCESS [20.243s] > [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS [0.430s] > [INFO] oVirt Engine Web Root ............................. SUCCESS [0.186s] > [INFO] ovirt-engine services ............................. SUCCESS [0.685s] > [INFO] oVirt Engine Web Docs ............................. SUCCESS [0.498s] > [INFO] ovirt-engine welcome .............................. SUCCESS [1.011s] > [INFO] Backend Authentication ............................ SUCCESS [0.487s] > [INFO] oVirt Engine Tools ................................ SUCCESS [1.914s] > [INFO] oVirt Modules :: Frontend ......................... SUCCESS [0.002s] > [INFO] oVirt Modules :: Webadmin ......................... SUCCESS [0.002s] > [INFO] oVirt Modules - ui ................................ SUCCESS [0.002s] > [INFO] Extensions for GWT ................................ SUCCESS [0.681s] > [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS [1.251s] > [INFO] Frontend for GWT UI Projects ...................... SUCCESS [4.488s] > [INFO] UICommonWeb ....................................... SUCCESS [9.076s] > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS [6.163s] > [INFO] WebAdmin .......................................... FAILURE [1:04.028s] > [INFO] UserPortal ........................................ SKIPPED > [INFO] oVirt Server EAR .................................. SKIPPED > [INFO] ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 3:19.902s > [INFO] Finished at: Tue Feb 18 15:48:15 CET 2014 > [INFO] Final Memory: 359M/1288M > [INFO] ------------------------------------------------------------------------ > [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project webadmin: Command [[ > [ERROR] /bin/sh -c /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java > -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ > [ERROR] -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" \ > [ERROR] -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" \ > [ERROR] -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/r! oo! > t/.m2/repo > sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/o! vi! > rt-engine- > 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-! js! > tl-api_1.2 > _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/tar! ge! > t/utils-3. > 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0! .2! > .GA/hibern > ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/ja! ck! > son-mapper > -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2! .j! > ar:/root/. > m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 3 -strict -XfragmentCount -1 -gen > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin > [ERROR] ]] failed with status 1 > [ERROR] -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on > project webadmin: Command [[ > /bin/sh -c /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java > -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ > -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" \ > -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" \ > -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/r! oo! > t/.m2/repo > sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/o! vi! > rt-engine- > 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-! js! > tl-api_1.2 > _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/tar! ge! > t/utils-3. > 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0! .2! > .GA/hibern > ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/ja! ck! > son-mapper > -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2! .j! > ar:/root/. > m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 3 -strict -XfragmentCount -1 -gen > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin > ]] failed with status 1 > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > 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 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357) > Caused by: org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: Command [[ > /bin/sh -c /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java > -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ > -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" \ > -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" \ > -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/r! oo! > t/.m2/repo > sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/o! vi! > rt-engine- > 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-! js! > tl-api_1.2 > _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/tar! ge! > t/utils-3. > 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0! .2! > .GA/hibern > ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/ja! ck! > son-mapper > -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2! .j! > ar:/root/. > m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 3 -strict -XfragmentCount -1 -gen > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin > ]] failed with status 1 > at org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:485) > at org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:365) > at org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:280) > at org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:172) > at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > ... 19 more > [ERROR] > [ERROR] > [ERROR] For more information about the errors and possible solutions, please read the following articles: > [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the command > [ERROR] mvn -rf :webadmin > make[1]: *** [maven] Error 1 > make[1]: Leaving directory `/root/rpmbuild/BUILD/ovirt-engine-3.4.0' > make: *** [tmp.built] Error 2 > errore: Stato d'uscita errato da /var/tmp/rpm-tmp.HXjz2t (%build) > > > Errori di compilazione RPM: > Stato d'uscita errato da /var/tmp/rpm-tmp.HXjz2t (%build) > > >> >> >> >> >> >> >>> >>> Looking at [1] I have some questions/comments: >>> >>> * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure this is set properly? >>> Without this, oVirt GUI is compiled for *all* browsers supported by GWT SDK, which increases compilation time & memory usage. >>> Note that oVirt GUI should be compiled *only* for following browsers [2]: ie8,ie9,gecko1_8,safari,opera >>> >>> * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs available on that host >>> Higher value means faster compilation but can increase memory usage (until we move away from JVM-based worker processes) >>> >>> [1] http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>> [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists all supported browsers >>> >>> Vojtech >>> >>>> >>>> >>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> 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 >>>> >>> _______________________________________________ >>> Arch mailing list >>> Arch at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/arch >>> >> >> > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From nsoffer at redhat.com Tue Feb 18 15:04:35 2014 From: nsoffer at redhat.com (Nir Soffer) Date: Tue, 18 Feb 2014 10:04:35 -0500 (EST) Subject: Sanlock Fencing Feature In-Reply-To: <1228502119.4410317.1392734898401.JavaMail.zimbra@redhat.com> Message-ID: <2032856551.4430538.1392735875785.JavaMail.zimbra@redhat.com> Hi all, Sanlock fencing feature is targeted to 3.5. This feature provides a new fencing mechanism for cases where current soft fencing or hard fencing are not available or fail, increasing VM availability. Please review the feature page [1] and share your thoughts. [1] http://www.ovirt.org/Features/Sanlock_Fencing Thanks, Nir From sbonazzo at redhat.com Tue Feb 18 15:07:35 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 16:07:35 +0100 Subject: [Users] oVirt upcoming release schedule update In-Reply-To: <1392730709.4171.7.camel@mobieltje.netbulae.hq01> References: <52FB9D15.1090604@redhat.com> <1392730709.4171.7.camel@mobieltje.netbulae.hq01> Message-ID: <53037737.4000607@redhat.com> Il 18/02/2014 14:38, Jorick Astrego ha scritto: > Hi Maurice, > > It appears the beta3 rpm's are already uploaded but I had to add the following to the ovirt.repo to enable the updates: > > [ovirt-3.4.0-beta3] > name=Beta3 builds of the oVirt project > baseurl=http://ovirt.org/releases/3.4.0-beta3/rpm/Fedora/$releasever/ > enabled=1 > skip_if_unavailable=1 > gpgcheck=0 > http://resources.ovirt.org/releases/3.4.0-beta3/ > The repo has been uploaded for integration testing, and it failed so we did not announce it. We're going to respin it. We'll announce 3.4.0 beta3 once it passes our tests, please be patient :-) > Kind regards, > > Jorick Astrego > Netbulae > > > On Tue, 2014-02-18 at 05:37 -0500, Maurice James wrote: >> What is the status of the RC build for 2.4.0? >> >> -----Original Message----- >> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of >> Sandro Bonazzola >> Sent: Wednesday, February 12, 2014 11:11 AM >> To: Users at ovirt.org ; arch >> Subject: [Users] oVirt upcoming release schedule update >> >> oVirt team has updated the release schedule for upcoming releases. >> >> These are tentative planning dates and may change. >> >> 2014-02-17 - oVirt 3.4.0 RC Build >> 2014-02-18 - oVirt 3.3.4 beta >> 2014-02-19 - oVirt 3.4 Third Test Day >> 2014-02-24 - oVirt 3.4.0 GA >> 2014-02-25 - oVirt 3.3.4 RC >> 2014-03-04 - oVirt 3.3.4 GA >> 2014-05-01 - oVirt 3.5.0 Feature Freeze >> 2014-05-15 - oVirt 3.5.0 stable branching >> 2014-06-10 - oVirt 3.5.0 GA >> >> More details on test days, etc to come in the next few weeks. >> You'll find an updated ICS calendar attached to this email. >> Thanks, >> > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From nsoffer at redhat.com Tue Feb 18 16:15:39 2014 From: nsoffer at redhat.com (Nir Soffer) Date: Tue, 18 Feb 2014 11:15:39 -0500 (EST) Subject: Feature review - sanlock fencing Message-ID: <1638296673.4474670.1392740139373.JavaMail.zimbra@redhat.com> The following is a new meeting request: Subject: Feature review - sanlock fencing Organizer: "Nir Soffer" Time: Wednesday, February 26, 2014, 3:00:00 PM - 4:00:00 PM GMT +02:00 Jerusalem Invitees: arch at ovirt.org; users at ovirt.org *~*~*~*~*~*~*~*~*~* Please join us reviewing the sanlock fencing feature. Feature page: http://www.ovirt.org/Features/Sanlock_Fencing Etherpad link: http://etherpad.ovirt.org/p/sanlock-fencing Intercall Conf ID: 8425973915# Reservationless-Plus Toll Free Dial-In Number (US & Canada): (800) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729-5016 Reservationless-Plus Israel dial in - 1809462557 -------------- next part -------------- A non-text attachment was scrubbed... Name: meeting.ics Type: text/calendar Size: 1856 bytes Desc: not available URL: From sbonazzo at redhat.com Tue Feb 18 16:23:07 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 18 Feb 2014 17:23:07 +0100 Subject: [Users] oVirt upcoming release schedule update In-Reply-To: References: <52FB9D15.1090604@redhat.com> Message-ID: <530388EB.7050708@redhat.com> Il 18/02/2014 11:37, Maurice James ha scritto: > What is the status of the RC build for 2.4.0? Supposing you're targeting 3.4.0, We're postponing RC by one week for fixing remaining blockers. I sent an update today to this schedule. > > -----Original Message----- > From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of > Sandro Bonazzola > Sent: Wednesday, February 12, 2014 11:11 AM > To: Users at ovirt.org; arch > Subject: [Users] oVirt upcoming release schedule update > > oVirt team has updated the release schedule for upcoming releases. > > These are tentative planning dates and may change. > > 2014-02-17 - oVirt 3.4.0 RC Build > 2014-02-18 - oVirt 3.3.4 beta > 2014-02-19 - oVirt 3.4 Third Test Day > 2014-02-24 - oVirt 3.4.0 GA > 2014-02-25 - oVirt 3.3.4 RC > 2014-03-04 - oVirt 3.3.4 GA > 2014-05-01 - oVirt 3.5.0 Feature Freeze > 2014-05-15 - oVirt 3.5.0 stable branching > 2014-06-10 - oVirt 3.5.0 GA > > More details on test days, etc to come in the next few weeks. > You'll find an updated ICS calendar attached to this email. > Thanks, > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Tue Feb 18 17:33:50 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 18 Feb 2014 12:33:50 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <5303598A.7060608@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <5303598A.7060608@redhat.com> Message-ID: <470391751.5031889.1392744830822.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" , "Eyal Edri" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" > Sent: Tuesday, February 18, 2014 2:00:58 PM > Subject: Re: ovirt-engine build failure > > Il 18/02/2014 13:32, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Eyal Edri" > >> To: "Alon Bar-Lev" > >> Cc: "Juan Hernandez" , "arch" , > >> "Kiril Nesenko" > >> Sent: Tuesday, February 18, 2014 10:46:58 AM > >> Subject: Re: ovirt-engine build failure > >> > >> > >> > >> ----- Original Message ----- > >>> From: "Alon Bar-Lev" > >>> To: "Sandro Bonazzola" > >>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>> , "Eyal Edri" , > >>> "David Caro" , "arch" > >>> Sent: Tuesday, February 18, 2014 11:37:41 AM > >>> Subject: Re: ovirt-engine build failure > >>> > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Alon Bar-Lev" > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>> , "Eyal Edri" , > >>>> "David Caro" , "arch" > >>>> Sent: Tuesday, February 18, 2014 11:36:29 AM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" > >>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" > >>>>>> > >>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" > >>>>>> , > >>>>>> "David Caro" , "arch" > >>>>>> > >>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM > >>>>>> Subject: ovirt-engine build failure > >>>>>> > >>>>>> Hi, we hit again an issue that comes up really often while building > >>>>>> ovirt-engine in jenkins, > >>>>>> especially when we're in a hurry because we're releasing. > >>>>>> > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > >>>>>> > >>>>>> IIRC it may be a corrupted artifact or an error in maven dependency > >>>>>> resolution. > >>>>>> Can we find a way for having it fixed once for ever? > >>>>> > >>>>> We are using a local artifactory mirror, so having corruption is > >>>>> unlikely. > >>>>> I think that maven checks sha1 of artifacts and reports corruption > >>>>> issue > >>>>> before trying to use. > >>>>> In this case something is failing at gwt generation, I am unsure if it > >>>>> is > >>>>> not related to resources. > >>>> > >>>> The weird thing is that it may fail on the same point for a tenth of > >>>> times > >>>> and then build successfully on the exact same host. > >>>> And that's the only job running on a 4 core i7 processor with 16 GB of > >>>> ram. > >>> > >>> With or without cleaning up the workspace? > >> > >> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > > > > To me it seems like error during GWT compilation, i.e. invocation of > > gwt-maven-plugin's compile goal that performs GWT compilation. > > > > Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile > > (gwtcompile) on project webadmin: Command [[ > > ... > > ]] failed with status 1 > > > > Can we re-run this build with mvn -X flag to see debug-level Maven logs? > > > > Looking at [1] I have some questions/comments: > > > > * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile ensure > > this is set properly? > > Without this, oVirt GUI is compiled for *all* browsers supported by GWT > > SDK, which increases compilation time & memory usage. > > Note that oVirt GUI should be compiled *only* for following browsers [2]: > > ie8,ie9,gecko1_8,safari,opera > > Can you open a bz about it, make it blocker for 3.4.0 and possibly push a > patch? Hm, first I'd like to consult this with Alon, in Makefile we have: DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS=-Dgwt.userAgent=gecko1_8 which means "compile GWT UI for Firefox (only) by default". This is effective only for development builds. For non-development builds, I don't think we set "gwt.userAgent" property at all. What we should do (I think) is something like this: # By default, non-development builds will have # GWT UI compiled for all supported browsers: # IE8, IE9, Firefox (Gecko), Safari/Chrome, Opera BUILD_GWT_USERAGENT=ie8,ie9,gecko1_8,safari,opera # Apply change to BUILD_FLAGS BUILD_FLAGS:=$(BUILD_FLAGS) -D gwt.userAgent=$(BUILD_GWT_USERAGENT) Note that BUILD_GWT_USERAGENT excludes "ie6" (IE6-7) permutation, as we don't support IE6-7. Alon, does ^^ make sense to you? Quick workaround: EXTRA_BUILD_FLAGS='-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera' (above option should be passed to "make" command) > > > > > * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs > > available on that host > > Higher value means faster compilation but can increase memory usage > > (until we move away from JVM-based worker processes) > > We set it to 1 due to excessive memory usage. Without that, we run out of > memory. I see, please discard my suggestion regarding localWorkers for now. > > > > > > [1] > > http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > > [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists > > all supported browsers > > > > Vojtech > > > >> > >> > >>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Sandro Bonazzola > >>>>>> Better technology. Faster innovation. Powered by community > >>>>>> collaboration. > >>>>>> See how it works at redhat.com > >>>>>> > >>>> > >>>> > >>>> -- > >>>> 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 > >> > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From vszocs at redhat.com Tue Feb 18 17:39:25 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 18 Feb 2014 12:39:25 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <1143729765.2736976.1392735163494.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <1143729765.2736976.1392735163494.JavaMail.zimbra@redhat.com> Message-ID: <1435690510.5034726.1392745165439.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Sandro Bonazzola" > Cc: "Vojtech Szocs" , "Eyal Edri" , "Juan Hernandez" , > "Kiril Nesenko" , "arch" > Sent: Tuesday, February 18, 2014 3:52:43 PM > Subject: Re: ovirt-engine build failure > > > > ----- Original Message ----- > > From: "Sandro Bonazzola" > > To: "Vojtech Szocs" , "Eyal Edri" > > Cc: "Juan Hernandez" , "Kiril Nesenko" > > , "arch" > > Sent: Tuesday, February 18, 2014 4:37:29 PM > > Subject: Re: ovirt-engine build failure > > > > Il 18/02/2014 13:32, Vojtech Szocs ha scritto: > > > > > > > > > ----- Original Message ----- > > >> From: "Eyal Edri" > > >> To: "Alon Bar-Lev" > > >> Cc: "Juan Hernandez" , "arch" , > > >> "Kiril Nesenko" > > >> Sent: Tuesday, February 18, 2014 10:46:58 AM > > >> Subject: Re: ovirt-engine build failure > > >> > > >> > > >> > > >> ----- Original Message ----- > > >>> From: "Alon Bar-Lev" > > >>> To: "Sandro Bonazzola" > > >>> Cc: "Juan Hernandez" , "Kiril Nesenko" > > >>> , "Eyal Edri" , > > >>> "David Caro" , "arch" > > >>> Sent: Tuesday, February 18, 2014 11:37:41 AM > > >>> Subject: Re: ovirt-engine build failure > > >>> > > >>> > > >>> > > >>> ----- Original Message ----- > > >>>> From: "Sandro Bonazzola" > > >>>> To: "Alon Bar-Lev" > > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > > >>>> , "Eyal Edri" , > > >>>> "David Caro" , "arch" > > >>>> Sent: Tuesday, February 18, 2014 11:36:29 AM > > >>>> Subject: Re: ovirt-engine build failure > > >>>> > > >>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > > >>>>> > > >>>>> > > >>>>> ----- Original Message ----- > > >>>>>> From: "Sandro Bonazzola" > > >>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" > > >>>>>> > > >>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" > > >>>>>> , > > >>>>>> "David Caro" , "arch" > > >>>>>> > > >>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM > > >>>>>> Subject: ovirt-engine build failure > > >>>>>> > > >>>>>> Hi, we hit again an issue that comes up really often while building > > >>>>>> ovirt-engine in jenkins, > > >>>>>> especially when we're in a hurry because we're releasing. > > >>>>>> > > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > > >>>>>> > > >>>>>> IIRC it may be a corrupted artifact or an error in maven dependency > > >>>>>> resolution. > > >>>>>> Can we find a way for having it fixed once for ever? > > >>>>> > > >>>>> We are using a local artifactory mirror, so having corruption is > > >>>>> unlikely. > > >>>>> I think that maven checks sha1 of artifacts and reports corruption > > >>>>> issue > > >>>>> before trying to use. > > >>>>> In this case something is failing at gwt generation, I am unsure if > > >>>>> it > > >>>>> is > > >>>>> not related to resources. > > >>>> > > >>>> The weird thing is that it may fail on the same point for a tenth of > > >>>> times > > >>>> and then build successfully on the exact same host. > > >>>> And that's the only job running on a 4 core i7 processor with 16 GB of > > >>>> ram. > > >>> > > >>> With or without cleaning up the workspace? > > >> > > >> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > > > > > > To me it seems like error during GWT compilation, i.e. invocation of > > > gwt-maven-plugin's compile goal that performs GWT compilation. > > > > > > Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile > > > (gwtcompile) on project webadmin: Command [[ > > > ... > > > ]] failed with status 1 > > > > > > Can we re-run this build with mvn -X flag to see debug-level Maven logs? > > > > I'm not sure how to set it. > > On my minidell: > > > > export MAVEN_OPTS="${MAVEN_OPTS} -X -XX:MaxPermSize=1024m > > -Dgwt.compiler.localWorkers=3 -XX:+HeapDumpOnOutOfMemoryError > > -XX:HeapDumpPath=/tmp" > > rpmbuild -ta ovirt-engine-3.4.0_beta3.tar.gz > > causes: > > rpmbuild ... -D"ovirt_build_extra_flags -X" ? Yes, "ovirt_build_extra_flags" can be used to set value of EXTRA_BUILD_FLAGS option. > > > > > # we must exclude tmp.repos directory so we > > # won't get artifacts of older branches > > # we should use search MAVEN_OUTPUT_DIR as it may contain > > # pre-compiled artifacts at different hierarchy. > > install -dm 0755 > > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > > find "." -name '*-modules.zip' | grep -v tmp.repos | xargs -n 1 unzip -q -o > > -d > > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > > UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send > > bug reports using http://www.info-zip.org/zip-bug.html; see README for > > details. > > > > Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d > > exdir] > > Default action is to extract files in list, except those in xlist, to > > exdir; > > file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). > > > > -p extract files to pipe, no messages -l list files (short format) > > -f freshen existing files, create none -t test compressed archive > > data > > -u update files, create if necessary -z display archive comment > > only > > -v list verbosely/show version info -T timestamp archive to > > latest > > -x exclude files that follow (in xlist) -d extract files into exdir > > modifiers: > > -n never overwrite existing files -q quiet mode (-qq => > > quieter) > > -o overwrite files WITHOUT prompting -a auto-convert any text > > files > > -j junk paths (do not make directories) -aa treat ALL files as text > > -U use escapes for all non-ASCII Unicode -UU ignore any Unicode fields > > -C match filenames case-insensitively -L make (some) names > > lowercase > > -X restore UID/GID info -V retain VMS version numbers > > -K keep setuid/setgid/tacky permissions -M pipe through "more" pager > > See "unzip -hh" or unzip.txt for more help. Examples: > > unzip data1 -x joe => extract all files except joe from zipfile > > data1.zip > > unzip -p foo | more => send contents of foo.zip via pipe into program > > more > > unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file > > newer > > make: *** [install_artifacts] Error 123 > > > > > > > > > > > > > > > > > > Looking at [1] I have some questions/comments: > > > > > > * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile > > > ensure > > > this is set properly? > > > Without this, oVirt GUI is compiled for *all* browsers supported by GWT > > > SDK, which increases compilation time & memory usage. > > > Note that oVirt GUI should be compiled *only* for following browsers > > > [2]: > > > ie8,ie9,gecko1_8,safari,opera > > > > > > * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs > > > available on that host > > > Higher value means faster compilation but can increase memory usage > > > (until we move away from JVM-based worker processes) > > > > > > [1] > > > http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > > > [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists > > > all supported browsers > > > > > > Vojtech > > > > > >> > > >> > > >>> > > >>>> > > >>>> > > >>>>> > > >>>>>> > > >>>>>> > > >>>>>> -- > > >>>>>> Sandro Bonazzola > > >>>>>> Better technology. Faster innovation. Powered by community > > >>>>>> collaboration. > > >>>>>> See how it works at redhat.com > > >>>>>> > > >>>> > > >>>> > > >>>> -- > > >>>> 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 > > >> > > > _______________________________________________ > > > Arch mailing list > > > Arch at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/arch > > > > > > > > > -- > > Sandro Bonazzola > > Better technology. Faster innovation. Powered by community collaboration. > > See how it works at redhat.com > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > From nsoffer at redhat.com Tue Feb 18 17:51:33 2014 From: nsoffer at redhat.com (Nir Soffer) Date: Tue, 18 Feb 2014 12:51:33 -0500 (EST) Subject: Feature review - sanlock fencing Message-ID: <124201303.4535656.1392745893153.JavaMail.zimbra@redhat.com> The following meeting has been modified: Subject: Feature review - sanlock fencing Organizer: "Nir Soffer" Time: Wednesday, February 26, 2014, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem [MODIFIED] Invitees: arch at ovirt.org; users at ovirt.org; ybronhei at redhat.com *~*~*~*~*~*~*~*~*~* Please join us reviewing the sanlock fencing feature. Feature page: http://www.ovirt.org/Features/Sanlock_Fencing Etherpad link: http://etherpad.ovirt.org/p/sanlock-fencing Intercall Conf ID: 8425973915# Reservationless-Plus Toll Free Dial-In Number (US & Canada): (800) 451-8679 Reservationless-Plus International Dial-In Number: (212) 729-5016 Reservationless-Plus Israel dial in - 1809462557 -------------- next part -------------- A non-text attachment was scrubbed... Name: meeting.ics Type: text/calendar Size: 1999 bytes Desc: not available URL: From vszocs at redhat.com Tue Feb 18 17:54:20 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 18 Feb 2014 12:54:20 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <53037372.5050101@redhat.com> References: <53031642.3040307@redhat.com> <2073543009.2636672.1392713390984.JavaMail.zimbra@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> Message-ID: <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" , "Eyal Edri" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" > Sent: Tuesday, February 18, 2014 3:51:30 PM > Subject: Re: ovirt-engine build failure > > Il 18/02/2014 15:37, Sandro Bonazzola ha scritto: > > Il 18/02/2014 13:32, Vojtech Szocs ha scritto: > >> > >> > >> ----- Original Message ----- > >>> From: "Eyal Edri" > >>> To: "Alon Bar-Lev" > >>> Cc: "Juan Hernandez" , "arch" , > >>> "Kiril Nesenko" > >>> Sent: Tuesday, February 18, 2014 10:46:58 AM > >>> Subject: Re: ovirt-engine build failure > >>> > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Alon Bar-Lev" > >>>> To: "Sandro Bonazzola" > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>> , "Eyal Edri" , > >>>> "David Caro" , "arch" > >>>> Sent: Tuesday, February 18, 2014 11:37:41 AM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Sandro Bonazzola" > >>>>> To: "Alon Bar-Lev" > >>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>>> , "Eyal Edri" , > >>>>> "David Caro" , "arch" > >>>>> Sent: Tuesday, February 18, 2014 11:36:29 AM > >>>>> Subject: Re: ovirt-engine build failure > >>>>> > >>>>> Il 18/02/2014 09:49, Alon Bar-Lev ha scritto: > >>>>>> > >>>>>> > >>>>>> ----- Original Message ----- > >>>>>>> From: "Sandro Bonazzola" > >>>>>>> To: "Juan Hernandez" , "Alon Bar-Lev" > >>>>>>> > >>>>>>> Cc: "Kiril Nesenko" , "Eyal Edri" > >>>>>>> , > >>>>>>> "David Caro" , "arch" > >>>>>>> > >>>>>>> Sent: Tuesday, February 18, 2014 10:13:54 AM > >>>>>>> Subject: ovirt-engine build failure > >>>>>>> > >>>>>>> Hi, we hit again an issue that comes up really often while building > >>>>>>> ovirt-engine in jenkins, > >>>>>>> especially when we're in a hurry because we're releasing. > >>>>>>> > >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/console > >>>>>>> > >>>>>>> IIRC it may be a corrupted artifact or an error in maven dependency > >>>>>>> resolution. > >>>>>>> Can we find a way for having it fixed once for ever? > >>>>>> > >>>>>> We are using a local artifactory mirror, so having corruption is > >>>>>> unlikely. > >>>>>> I think that maven checks sha1 of artifacts and reports corruption > >>>>>> issue > >>>>>> before trying to use. > >>>>>> In this case something is failing at gwt generation, I am unsure if it > >>>>>> is > >>>>>> not related to resources. > >>>>> > >>>>> The weird thing is that it may fail on the same point for a tenth of > >>>>> times > >>>>> and then build successfully on the exact same host. > >>>>> And that's the only job running on a 4 core i7 processor with 16 GB of > >>>>> ram. > >>>> > >>>> With or without cleaning up the workspace? > >>> > >>> it also failed on a baremetal host locally. http://pastebin.com/07wANdVG > >> > >> To me it seems like error during GWT compilation, i.e. invocation of > >> gwt-maven-plugin's compile goal that performs GWT compilation. > >> > >> Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile > >> (gwtcompile) on project webadmin: Command [[ > >> ... > >> ]] failed with status 1 > >> > >> Can we re-run this build with mvn -X flag to see debug-level Maven logs? > > > > I'm not sure how to set it. > > On my minidell: > > > > export MAVEN_OPTS="${MAVEN_OPTS} -X -XX:MaxPermSize=1024m > > -Dgwt.compiler.localWorkers=3 -XX:+HeapDumpOnOutOfMemoryError > > -XX:HeapDumpPath=/tmp" > > rpmbuild -ta ovirt-engine-3.4.0_beta3.tar.gz > > causes: > > > > # we must exclude tmp.repos directory so we > > # won't get artifacts of older branches > > # we should use search MAVEN_OUTPUT_DIR as it may contain > > # pre-compiled artifacts at different hierarchy. > > install -dm 0755 > > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > > find "." -name '*-modules.zip' | grep -v tmp.repos | xargs -n 1 unzip -q -o > > -d > > "/root/rpmbuild/BUILDROOT/ovirt-engine-3.4.0-0.11.beta3.fc19.x86_64/usr/share/ovirt-engine/modules" > > UnZip 6.00 of 20 April 2009, by Info-ZIP. Maintained by C. Spieler. Send > > bug reports using http://www.info-zip.org/zip-bug.html; see README for > > details. > > > > Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d > > exdir] > > Default action is to extract files in list, except those in xlist, to > > exdir; > > file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage). > > > > -p extract files to pipe, no messages -l list files (short format) > > -f freshen existing files, create none -t test compressed archive > > data > > -u update files, create if necessary -z display archive comment > > only > > -v list verbosely/show version info -T timestamp archive to > > latest > > -x exclude files that follow (in xlist) -d extract files into exdir > > modifiers: > > -n never overwrite existing files -q quiet mode (-qq => > > quieter) > > -o overwrite files WITHOUT prompting -a auto-convert any text > > files > > -j junk paths (do not make directories) -aa treat ALL files as text > > -U use escapes for all non-ASCII Unicode -UU ignore any Unicode fields > > -C match filenames case-insensitively -L make (some) names > > lowercase > > -X restore UID/GID info -V retain VMS version numbers > > -K keep setuid/setgid/tacky permissions -M pipe through "more" pager > > See "unzip -hh" or unzip.txt for more help. Examples: > > unzip data1 -x joe => extract all files except joe from zipfile > > data1.zip > > unzip -p foo | more => send contents of foo.zip via pipe into program > > more > > unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file > > newer > > make: *** [install_artifacts] Error 123 > > > added -X in /usr/bin/mvn script. > here's the error I have now: In your log I see following error: ... [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) ... I checked again logs at http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull and indeed there is a similar error: ... [INFO] Computing all possible rebind results for 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources [INFO] Invoking generator com.google.gwt.resources.rebind.context.InlineClientBundleGenerator [INFO] [ERROR] Generator 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw an exception while rebinding 'org.ovirt.engine.ui.webadmin.ApplicationResources' [INFO] java.lang.NullPointerException [INFO] at com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) ... NullPointerException when processing ApplicationResources but occuring from different places (ImageResourceGenerator vs. InlineResourceContext) Now I understand why Maven build fails without any details: - GWT deferred binding fails for ApplicationResources (i.e. uncaught NPE) - GWT compilation proceeds, fails to link with ApplicationResources - GWT compilation task fails with non-OK status code So the issue here is GWT deferred binding generator (InlineClientBundleGenerator) failure during GWT compilation. GWT compiler writes extra Java files during deferred binding phase, so this could point to issue with local environment.. I will try to investigate this and look at GWT source code. > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'org/ovirt/engine/ui/webadmin/section/main/view/popup/scheduling/panels/FunctionPolicyUnitPanel.java' > [INFO] [ERROR] Line 24: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate' > [INFO] Rebinding > org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate > [INFO] Invoking generator > com.google.gwt.safehtml.rebind.SafeHtmlTemplatesGenerator > [INFO] Constructing interface > org.ovirt.engine.ui.common.view.AbstractLoginPopupView.MotdAnchorTemplate > [INFO] Generating method body for anchor() > [INFO] Template with variable in URL attribute context: The > template code generator will sanitize the URL. Use SafeUri to specify > arguments in a URL attribute context that should not be sanitized. > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'org/ovirt/engine/ui/webadmin/widget/table/column/VmCountColumn.java' > [INFO] [ERROR] Line 18: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/guide/GuidePopupView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 54: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate' > [INFO] Rebinding > org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate > [INFO] Invoking generator > com.google.gwt.safehtml.rebind.SafeHtmlTemplatesGenerator > [INFO] Constructing interface > org.ovirt.engine.ui.common.widget.table.column.ScrollableTextCell.CellTemplate > [INFO] Generating method body for input() > [INFO] [WARN] Template with variable in CSS attribute > context: The template code generator cannot guarantee HTML-safety of the > template -- please inspect manually or use SafeStyles to specify arguments in > a CSS attribute context > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/storage/StoragePopupView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 54: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JBinaryOperation.traverse(JBinaryOperation.java:81) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JExpressionStatement.traverse(JExpressionStatement.java:41) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'gen/org/ovirt/engine/ui/webadmin/widget/footer/AlertsEventsFooterView_WidgetUiBinderImpl.java' > [INFO] [ERROR] Line 56: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JBinaryOperation.traverse(JBinaryOperation.java:81) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JExpressionStatement.traverse(JExpressionStatement.java:41) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/configure/RoleView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 56: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'org/ovirt/engine/ui/webadmin/widget/vnicProfile/VnicProfileWidget.java' > [INFO] [ERROR] Line 69: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:750) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.createFieldsAndAssignments(AbstractClientBundleGenerator.java:819) > [INFO] at > com.google.gwt.resources.rebind.context.AbstractClientBundleGenerator.generateIncrementally(AbstractClientBundleGenerator.java:467) > [INFO] at > com.google.gwt.dev.javac.StandardGeneratorContext.runGeneratorIncrementally(StandardGeneratorContext.java:651) > [INFO] at > com.google.gwt.dev.cfg.RuleGenerateWith.realize(RuleGenerateWith.java:41) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle$Rebinder.rebind(StandardRebindOracle.java:79) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:276) > [INFO] at > com.google.gwt.dev.shell.StandardRebindOracle.rebind(StandardRebindOracle.java:265) > [INFO] at > com.google.gwt.dev.DistillerRebindPermutationOracle.getAllPossibleRebindAnswers(DistillerRebindPermutationOracle.java:91) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleGwtCreate(UnifyAst.java:355) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.handleMagicMethodCall(UnifyAst.java:433) > [INFO] at > com.google.gwt.dev.jjs.impl.UnifyAst$UnifyVisitor.endVisit(UnifyAst.java:237) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodCall.traverse(JMethodCall.java:243) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JCastOperation.traverse(JCastOperation.java:65) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:116) > [INFO] at > com.google.gwt.dev.jjs.ast.JDeclarationStatement.traverse(JDeclarationStatement.java:48) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:170) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:336) > [INFO] at com.google.gwt.dev.jjs.ast.JBlock.traverse(JBlock.java:83) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137) > [INFO] at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:133) > [INFO] at > com.google.gwt.dev.jjs.ast.JMethodBody.traverse(JMethodBody.java:82) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.visitChildren(JMethod.java:434) > [INFO] at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:403) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:361) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:273) > [INFO] at > com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:265) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.mainLoop(UnifyAst.java:900) > [INFO] at com.google.gwt.dev.jjs.impl.UnifyAst.exec(UnifyAst.java:625) > [INFO] at > com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:640) > [INFO] at > com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:33) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:278) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:229) > [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:141) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:232) > [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:198) > [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:170) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:88) > [INFO] at > com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:82) > [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:177) > [INFO] [ERROR] Errors in > 'gen/org/ovirt/engine/ui/webadmin/section/main/view/popup/AbstractNetworkPopupView_ViewUiBinderImpl.java' > [INFO] [ERROR] Line 54: Failed to resolve > 'org.ovirt.engine.ui.webadmin.ApplicationResources' via deferred binding > [INFO] [WARN] For the following type(s), generated source was never > committed (did you forget to call commit()?) > [INFO] [WARN] > org.ovirt.engine.ui.webadmin.ApplicationResources_zh_CN_InlineClientBundleGenerator > [INFO] > ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] ovirt-root ........................................ SUCCESS [0.201s] > [INFO] oVirt Build Tools root ............................ SUCCESS [0.008s] > [INFO] oVirt checkstyle .................................. SUCCESS [0.677s] > [INFO] oVirt JBoss Modules Maven Plugin .................. SUCCESS [8.344s] > [INFO] oVirt Checkstyle Checks ........................... SUCCESS [0.458s] > [INFO] oVirt Modules - backend ........................... SUCCESS [0.003s] > [INFO] oVirt Manager ..................................... SUCCESS [0.003s] > [INFO] oVirt Engine dependencies ......................... SUCCESS [0.807s] > [INFO] oVirt Modules - manager ........................... SUCCESS [0.328s] > [INFO] CSharp Compatibility .............................. SUCCESS [1.512s] > [INFO] Common Code ....................................... SUCCESS [6.796s] > [INFO] Common utilities .................................. SUCCESS [10.953s] > [INFO] Data Access Layer ................................. SUCCESS [5.078s] > [INFO] engine scheduler bean ............................. SUCCESS [1.184s] > [INFO] Vds broker ........................................ SUCCESS [3.911s] > [INFO] Search Backend .................................... SUCCESS [2.067s] > [INFO] Backend Logic @Service bean ....................... SUCCESS [17.803s] > [INFO] oVirt RESTful API Backend Integration ............. SUCCESS [0.061s] > [INFO] oVirt RESTful API interface ....................... SUCCESS [0.058s] > [INFO] oVirt Engine API Definition ....................... SUCCESS [3.277s] > [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS [0.055s] > [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS [2.258s] > [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS [20.864s] > [INFO] Branding package .................................. SUCCESS [1.451s] > [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SUCCESS > [20.243s] > [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS [0.430s] > [INFO] oVirt Engine Web Root ............................. SUCCESS [0.186s] > [INFO] ovirt-engine services ............................. SUCCESS [0.685s] > [INFO] oVirt Engine Web Docs ............................. SUCCESS [0.498s] > [INFO] ovirt-engine welcome .............................. SUCCESS [1.011s] > [INFO] Backend Authentication ............................ SUCCESS [0.487s] > [INFO] oVirt Engine Tools ................................ SUCCESS [1.914s] > [INFO] oVirt Modules :: Frontend ......................... SUCCESS [0.002s] > [INFO] oVirt Modules :: Webadmin ......................... SUCCESS [0.002s] > [INFO] oVirt Modules - ui ................................ SUCCESS [0.002s] > [INFO] Extensions for GWT ................................ SUCCESS [0.681s] > [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS [1.251s] > [INFO] Frontend for GWT UI Projects ...................... SUCCESS [4.488s] > [INFO] UICommonWeb ....................................... SUCCESS [9.076s] > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS [6.163s] > [INFO] WebAdmin .......................................... FAILURE > [1:04.028s] > [INFO] UserPortal ........................................ SKIPPED > [INFO] oVirt Server EAR .................................. SKIPPED > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 3:19.902s > [INFO] Finished at: Tue Feb 18 15:48:15 CET 2014 > [INFO] Final Memory: 359M/1288M > [INFO] > ------------------------------------------------------------------------ > [ERROR] Failed to execute goal > org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on project > webadmin: Command [[ > [ERROR] /bin/sh -c > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java > -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ > [ERROR] > -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" > \ > [ERROR] > -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > \ > [ERROR] > -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/roo! > t/.m2/repo > sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovi! > rt-engine- > 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-js! > tl-api_1.2 > _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/targe! > t/utils-3. > 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2! > .GA/hibern > ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jack! > son-mapper > -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2.j! > ar:/root/. > m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt > -localWorkers 3 -strict -XfragmentCount -1 -gen > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen > org.ovirt.engine.ui.webadmin.WebAdmin > [ERROR] ]] failed with status 1 > [ERROR] -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute > goal org.codehaus.mojo:gwt-maven-plugin:2.5.1:compile (gwtcompile) on > project webadmin: Command [[ > /bin/sh -c > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java > -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ > -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" > \ > -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > \ > -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/roo! > t/.m2/repo > sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovi! > rt-engine- > 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-js! > tl-api_1.2 > _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/targe! > t/utils-3. > 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2! > .GA/hibern > ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jack! > son-mapper > -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2.j! > ar:/root/. > m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt > -localWorkers 3 -strict -XfragmentCount -1 -gen > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen > org.ovirt.engine.ui.webadmin.WebAdmin > ]] failed with status 1 > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) > at > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) > at > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > 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 > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414) > at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357) > Caused by: org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: > Command [[ > /bin/sh -c > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.4.1.fc19.x86_64/jre/bin/java > -javaagent:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar > -Xms1024M -Xmx4096M -XX:PermSize=512M -XX:MaxPermSize=1024M \ > -Djava.io.tmpdir="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp" > \ > -Djava.util.prefs.systemRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > \ > -Djava.util.prefs.userRoot="/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/tmp/.java" > '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/webadmin-3.4.0-SNAPSHOT/WEB-INF/classes:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/src/main/java:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/root/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/root/.m2/repository/org/json/json/20090211/json-20090211.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.0/gwtp-mvp-client-1.0.jar:/root/.m2/repository/com/gwtplatform/gwtp-clients-common/1.0/gwtp-clients-common-1.0.jar:/roo! > t/.m2/repo > sitory/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/root/.m2/repository/com/gwtplatform/gwtp-processors/1.0/gwtp-processors-1.0.jar:/root/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/root/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/root/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/root/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/root/.m2/repository/com/google/gwt/inject/gin/2.0.0/gin-2.0.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicompat/target/uicompat-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovi! > rt-engine- > 3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/searchbackend/target/searchbackend-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-common/target/gwt-common-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/frontend/target/frontend-3.4.0-SNAPSHOT.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT.jar:/root/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/root/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/root/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-js! > tl-api_1.2 > _spec-1.0.3.Final.jar:/root/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/root/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/root/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/root/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.1.Final/jboss-ejb-api_3.1_spec-1.0.1.Final.jar:/root/.m2/repository/org/aspectj/aspectjweaver/1.6.11/aspectjweaver-1.6.11.jar:/root/.m2/repository/commons-logging/commons-logging/1.1/commons-logging-1.1.jar:/root/.m2/repository/log4j/log4j/1.2.16/log4j-1.2.16.jar:/root/.m2/repository/logkit/logkit/1.0.1/logkit-1.0.1.jar:/root/.m2/repository/avalon-framework/avalon-framework/4.1.3/avalon-framework-4.1.3.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/utils/targe! > t/utils-3. > 4.0-SNAPSHOT.jar:/root/.m2/repository/commons-beanutils/commons-beanutils/1.8.2/commons-beanutils-1.8.2.jar:/root/.m2/repository/commons-collections/commons-collections/3.1/commons-collections-3.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/compat/target/compat-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/apache/mina/mina-core/2.0.1/mina-core-2.0.1.jar:/root/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/root/.m2/repository/org/apache/sshd/sshd-core/0.7.0/sshd-core-0.7.0.jar:/root/.m2/repository/org/ovirt/otopi/otopi/1.1.0/otopi-1.1.0.jar:/root/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.1.0/ovirt-host-deploy-1.1.0.jar:/root/.m2/repository/org/apache/commons/commons-compress/1.4.1/commons-compress-1.4.1.jar:/root/.m2/repository/org/tukaani/xz/1.0/xz-1.0.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/common/target/common-3.4.0-SNAPSHOT.jar:/root/.m2/repository/org/hibernate/hibernate-validator/4.0.2! > .GA/hibern > ate-validator-4.0.2.GA.jar:/root/.m2/repository/com/sun/xml/bind/jaxb-impl/2.1.3/jaxb-impl-2.1.3.jar:/root/.m2/repository/org/slf4j/slf4j-jdk14/1.7.5/slf4j-jdk14-1.7.5.jar:/root/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/root/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/root/.m2/repository/commons-codec/commons-codec/1.4/commons-codec-1.4.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-client/3.1.3/xmlrpc-client-3.1.3.jar:/root/.m2/repository/org/apache/xmlrpc/xmlrpc-common/3.1.3/xmlrpc-common-3.1.3.jar:/root/.m2/repository/org/apache/ws/commons/util/ws-commons-util/1.0.2/ws-commons-util-1.0.2.jar:/root/.m2/repository/xml-apis/xml-apis/1.0.b2/xml-apis-1.0.b2.jar:/root/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/root/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/root/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jack! > son-mapper > -asl-1.9.9.jar:/root/.m2/repository/org/springframework/spring-core/3.1.1.RELEASE/spring-core-3.1.1.RELEASE.jar:/root/.m2/repository/org/springframework/spring-asm/3.1.1.RELEASE/spring-asm-3.1.1.RELEASE.jar:/root/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/root/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/root/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/root/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/root/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/root/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/root/.m2/repository/com/woorea/keystone-client/3.0.2/keystone-client-3.0.2.j! > ar:/root/. > m2/repository/com/woorea/openstack-client/3.0.2/openstack-client-3.0.2.jar:/root/.m2/repository/com/woorea/keystone-model/3.0.2/keystone-model-3.0.2.jar:/root/.m2/repository/com/woorea/glance-client/3.0.2/glance-client-3.0.2.jar:/root/.m2/repository/com/woorea/glance-model/3.0.2/glance-model-3.0.2.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/backend/manager/modules/branding/target/branding-3.4.0-SNAPSHOT.jar:/root/.m2/repository/com/google/gwt/gwt-user/2.5.1/gwt-user-2.5.1.jar:/root/.m2/repository/com/google/gwt/gwt-dev/2.5.1/gwt-dev-2.5.1.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.4.0-SNAPSHOT-sources.jar:/root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.4.0-SNAPSHOT-sources.jar > com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/target/generated-gwt > -localWorkers 3 -strict -XfragmentCount -1 -gen > /root/rpmbuild/BUILD/ovirt-engine-3.4.0/frontend/webadmin/modules/webadmin/gen > org.ovirt.engine.ui.webadmin.WebAdmin > ]] failed with status 1 > at > org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:485) > at org.codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:365) > at org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:280) > at > org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:172) > at > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) > at > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) > ... 19 more > [ERROR] > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :webadmin > make[1]: *** [maven] Error 1 > make[1]: Leaving directory `/root/rpmbuild/BUILD/ovirt-engine-3.4.0' > make: *** [tmp.built] Error 2 > errore: Stato d'uscita errato da /var/tmp/rpm-tmp.HXjz2t (%build) > > > Errori di compilazione RPM: > Stato d'uscita errato da /var/tmp/rpm-tmp.HXjz2t (%build) > > > > > > > > > > > > > > > >> > >> Looking at [1] I have some questions/comments: > >> > >> * I don't see any "-Dgwt.userAgent=..." override, shouldn't Makefile > >> ensure this is set properly? > >> Without this, oVirt GUI is compiled for *all* browsers supported by GWT > >> SDK, which increases compilation time & memory usage. > >> Note that oVirt GUI should be compiled *only* for following browsers > >> [2]: ie8,ie9,gecko1_8,safari,opera > >> > >> * maybe set "-Dgwt.compiler.localWorkers=..." to #_of_logical_CPUs > >> available on that host > >> Higher value means faster compilation but can increase memory usage > >> (until we move away from JVM-based worker processes) > >> > >> [1] > >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >> [2] frontend/webadmin/modules/pom.xml -> gwt.userAgent property -> lists > >> all supported browsers > >> > >> Vojtech > >> > >>> > >>> > >>>> > >>>>> > >>>>> > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Sandro Bonazzola > >>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>> collaboration. > >>>>>>> See how it works at redhat.com > >>>>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> 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 > >>> > >> _______________________________________________ > >> Arch mailing list > >> Arch at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/arch > >> > > > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From gshereme at redhat.com Tue Feb 18 21:19:18 2014 From: gshereme at redhat.com (Greg Sheremeta) Date: Tue, 18 Feb 2014 16:19:18 -0500 (EST) Subject: new oVirt look-and-feel -- feature page In-Reply-To: <1657483098.2899037.1392758310304.JavaMail.zimbra@redhat.com> Message-ID: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> Hi, Please check out the feature page for the new oVirt look-and-feel, PatternFly based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. Comments are welcome. Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme at redhat.com From emesika at redhat.com Tue Feb 18 21:27:42 2014 From: emesika at redhat.com (Eli Mesika) Date: Tue, 18 Feb 2014 16:27:42 -0500 (EST) Subject: new oVirt look-and-feel -- feature page In-Reply-To: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> Message-ID: <103266969.5963193.1392758862473.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Greg Sheremeta" > To: "users" , arch at ovirt.org > Sent: Tuesday, February 18, 2014 11:19:18 PM > Subject: new oVirt look-and-feel -- feature page > > Hi, > > Please check out the feature page for the new oVirt look-and-feel, PatternFly > based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > Comments are welcome. Really cool .... > > Thanks, > Greg > > Greg Sheremeta > Red Hat, Inc. > Sr. Software Engineer, RHEV > Cell: 919-807-1086 > gshereme at redhat.com > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From yzaslavs at redhat.com Tue Feb 18 22:40:09 2014 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 18 Feb 2014 17:40:09 -0500 (EST) Subject: new oVirt look-and-feel -- feature page In-Reply-To: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> Message-ID: <2005364845.10934970.1392763209686.JavaMail.zimbra@redhat.com> Looks really great, can't wait to see more :) ----- Original Message ----- > From: "Greg Sheremeta" > To: "users" , arch at ovirt.org > Sent: Tuesday, February 18, 2014 11:19:18 PM > Subject: new oVirt look-and-feel -- feature page > > Hi, > > Please check out the feature page for the new oVirt look-and-feel, PatternFly > based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > Comments are welcome. > > Thanks, > Greg > > Greg Sheremeta > Red Hat, Inc. > Sr. Software Engineer, RHEV > Cell: 919-807-1086 > gshereme at redhat.com > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From sbonazzo at redhat.com Wed Feb 19 09:32:45 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 19 Feb 2014 10:32:45 +0100 Subject: oVirt 3.3.4 beta is now available Message-ID: <53047A3D.6030609@redhat.com> The oVirt team is pleased to announce that the 3.3.4 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.4_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Wed Feb 19 11:15:20 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 19 Feb 2014 06:15:20 -0500 (EST) Subject: new oVirt look-and-feel -- feature page In-Reply-To: <103266969.5963193.1392758862473.JavaMail.zimbra@redhat.com> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> <103266969.5963193.1392758862473.JavaMail.zimbra@redhat.com> Message-ID: <1592972624.5905666.1392808520138.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Eli Mesika" > To: "Greg Sheremeta" > Cc: arch at ovirt.org, "users" > Sent: Tuesday, February 18, 2014 10:27:42 PM > Subject: Re: new oVirt look-and-feel -- feature page > > > > ----- Original Message ----- > > From: "Greg Sheremeta" > > To: "users" , arch at ovirt.org > > Sent: Tuesday, February 18, 2014 11:19:18 PM > > Subject: new oVirt look-and-feel -- feature page > > > > Hi, > > > > Please check out the feature page for the new oVirt look-and-feel, > > PatternFly > > based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > > > Comments are welcome. > > Really cool .... Indeed, it looks great! > > > > > Thanks, > > Greg > > > > Greg Sheremeta > > Red Hat, Inc. > > Sr. Software Engineer, RHEV > > Cell: 919-807-1086 > > gshereme at redhat.com > > _______________________________________________ > > Arch mailing list > > Arch at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/arch > > > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From vszocs at redhat.com Wed Feb 19 11:45:08 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 19 Feb 2014 06:45:08 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> Message-ID: <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> Hi, I checked GWT sources: > [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired > [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) This happened because internal image cache for bundled (composite PNG) images was corrput. It seems to be caused by disk I/O error while reading file images/glusterAsyncTasks/remove_brick_commit_required.png > [INFO] java.lang.NullPointerException > [INFO] at com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) This happened because image data was null, again possible disk I/O error while reading image file. Can we enable "TRACE" logging during GWT compilation? -Dgwt.logLevel=TRACE Vojtech ----- Original Message ----- > From: "Vojtech Szocs" > To: "Sandro Bonazzola" > Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , > "arch" > Sent: Tuesday, February 18, 2014 6:54:20 PM > Subject: Re: ovirt-engine build failure > > In your log I see following error: > > ... > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > removeBrickCommitRequired > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > ... > > I checked again logs at > http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > and indeed there is a similar error: > > ... > [INFO] Computing all possible rebind results for > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > [INFO] Invoking generator > com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > [INFO] [ERROR] Generator > 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw > an exception while rebinding > 'org.ovirt.engine.ui.webadmin.ApplicationResources' > [INFO] java.lang.NullPointerException > [INFO] at > com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > ... > > NullPointerException when processing ApplicationResources but occuring from > different places (ImageResourceGenerator vs. InlineResourceContext) > > Now I understand why Maven build fails without any details: > - GWT deferred binding fails for ApplicationResources (i.e. uncaught NPE) > - GWT compilation proceeds, fails to link with ApplicationResources > - GWT compilation task fails with non-OK status code > > So the issue here is GWT deferred binding generator > (InlineClientBundleGenerator) failure during GWT compilation. > > GWT compiler writes extra Java files during deferred binding > phase, so this could point to issue with local environment.. > > I will try to investigate this and look at GWT source code. From sbonazzo at redhat.com Wed Feb 19 12:18:28 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 19 Feb 2014 13:18:28 +0100 Subject: ovirt-engine build failure In-Reply-To: <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5303299D.4090602@redhat.com> <293749986.2642549.1392716261552.JavaMail.zimbra@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> Message-ID: <5304A114.40700@redhat.com> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > Hi, I checked GWT sources: > >> [INFO] java.lang.NullPointerException: No ImageRect ever computed for removeBrickCommitRequired >> [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > > This happened because internal image cache for bundled (composite PNG) images was corrput. > It seems to be caused by disk I/O error while reading file images/glusterAsyncTasks/remove_brick_commit_required.png > >> [INFO] java.lang.NullPointerException >> [INFO] at com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > > This happened because image data was null, again possible disk I/O error while reading image file. > > Can we enable "TRACE" logging during GWT compilation? > > -Dgwt.logLevel=TRACE Building master right now with your suggestions here: http://jenkins.ovirt.org/job/manual-build-tarball/227/ # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m -Dgwt.compiler.localWorkers=1" # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm Let me know if you need anything else. > > Vojtech > > > ----- Original Message ----- >> From: "Vojtech Szocs" >> To: "Sandro Bonazzola" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Tuesday, February 18, 2014 6:54:20 PM >> Subject: Re: ovirt-engine build failure >> >> In your log I see following error: >> >> ... >> [INFO] Computing all possible rebind results for >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources >> [INFO] Invoking generator >> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >> [INFO] [ERROR] Generator >> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw >> an exception while rebinding >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >> removeBrickCommitRequired >> [INFO] at >> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >> ... >> >> I checked again logs at >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >> and indeed there is a similar error: >> >> ... >> [INFO] Computing all possible rebind results for >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources >> [INFO] Invoking generator >> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >> [INFO] [ERROR] Generator >> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' threw >> an exception while rebinding >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >> [INFO] java.lang.NullPointerException >> [INFO] at >> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >> ... >> >> NullPointerException when processing ApplicationResources but occuring from >> different places (ImageResourceGenerator vs. InlineResourceContext) >> >> Now I understand why Maven build fails without any details: >> - GWT deferred binding fails for ApplicationResources (i.e. uncaught NPE) >> - GWT compilation proceeds, fails to link with ApplicationResources >> - GWT compilation task fails with non-OK status code >> >> So the issue here is GWT deferred binding generator >> (InlineClientBundleGenerator) failure during GWT compilation. >> >> GWT compiler writes extra Java files during deferred binding >> phase, so this could point to issue with local environment.. >> >> I will try to investigate this and look at GWT source code. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From gshereme at redhat.com Wed Feb 19 12:22:48 2014 From: gshereme at redhat.com (Greg Sheremeta) Date: Wed, 19 Feb 2014 07:22:48 -0500 (EST) Subject: [Users] new oVirt look-and-feel -- feature page In-Reply-To: <5F9E965F5A80BC468BE5F40576769F097339F654@exchange2-1> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> <5F9E965F5A80BC468BE5F40576769F097339F654@exchange2-1> Message-ID: <879396430.3028714.1392812568338.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: gshereme at redhat.com > Cc: users at ovirt.org, arch at ovirt.org > Sent: Wednesday, February 19, 2014 1:43:43 AM > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > On Tue, 2014-02-18 at 16:19 -0500, Greg Sheremeta wrote: > > Hi, > > > > Please check out the feature page for the new oVirt look-and-feel, > > PatternFly based: > > http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > > > Comments are welcome. > > > > Thanks, > > Greg > > > > Greg Sheremeta > > Red Hat, Inc. > > Sr. Software Engineer, RHEV > > Cell: 919-807-1086 > > gshereme at redhat.com > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > Looks really nice! Is the background canvas vectorized? Isn?t it going > to become rather slow loading such a big picture otherwise... And how is > it going to handle scaling of browser windows? How?d it look on smaller > resolutions e.g 960x640? > > > > -- > > Med V?nliga H?lsningar > > ------------------------------------------------------------------------------- > Karli Sj?berg > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > Kron?sv?gen 8) > S-750 07 Uppsala, Sweden > Phone: +46-(0)18-67 15 66 > karli.sjoberg at slu.se > It's not vectorized. It's a PNG, size is 248.0 kB ... which isn't horrible. After the first load, it'll be stored in browser cache. It's set to scale in such a way that the aspect ratio is maintained. It uses the CSS3 property "background-size" to achieve this. I think it looks pretty perfect at any resolution. Here's the full CSS for it: .obrand_loginPageBackground { background-image: url(images/ovirt_bg.png); background-size: 100% auto; background-repeat: repeat-x; background-color: #1d2226; position: absolute; bottom: 0; left: 0; right: 0; top: 0; } Thanks! Greg From sbonazzo at redhat.com Wed Feb 19 12:44:30 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 19 Feb 2014 13:44:30 +0100 Subject: [ANN] oVirt 3.4.0 beta3 is now available Message-ID: <5304A72E.60405@redhat.com> The oVirt team is pleased to announce that the 3.4.0 third beta release is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this beta and future refreshes until release candidate. A new oVirt Node build will be available soon as well. You're welcome to join us testing this beta release before we'll compose RC build for next week test day [2] scheduled for 2014-02-27! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Wed Feb 19 13:19:58 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 19 Feb 2014 08:19:58 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <5304A114.40700@redhat.com> References: <53031642.3040307@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> <5304A114.40700@redhat.com> Message-ID: <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , > "arch" > Sent: Wednesday, February 19, 2014 1:18:28 PM > Subject: Re: ovirt-engine build failure > > Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > > Hi, I checked GWT sources: > > > >> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >> removeBrickCommitRequired > >> [INFO] at > >> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > > > > This happened because internal image cache for bundled (composite PNG) > > images was corrput. > > It seems to be caused by disk I/O error while reading file > > images/glusterAsyncTasks/remove_brick_commit_required.png > > > >> [INFO] java.lang.NullPointerException > >> [INFO] at > >> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > > > > This happened because image data was null, again possible disk I/O error > > while reading image file. > > > > Can we enable "TRACE" logging during GWT compilation? > > > > -Dgwt.logLevel=TRACE > > > Building master right now with your suggestions here: > http://jenkins.ovirt.org/job/manual-build-tarball/227/ Looking at http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console So far I see no errors.. There should be total 5 browsers x 8 locales = 40 GWT permutations. > > # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m > -Dgwt.compiler.localWorkers=1" > # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs > ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > > Let me know if you need anything else. > > > > > > Vojtech > > > > > > ----- Original Message ----- > >> From: "Vojtech Szocs" > >> To: "Sandro Bonazzola" > >> Cc: "Eyal Edri" , "Juan Hernandez" > >> , "Kiril Nesenko" , > >> "arch" > >> Sent: Tuesday, February 18, 2014 6:54:20 PM > >> Subject: Re: ovirt-engine build failure > >> > >> In your log I see following error: > >> > >> ... > >> [INFO] Computing all possible rebind results for > >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > >> [INFO] Invoking generator > >> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >> [INFO] [ERROR] Generator > >> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >> threw > >> an exception while rebinding > >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >> removeBrickCommitRequired > >> [INFO] at > >> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >> ... > >> > >> I checked again logs at > >> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >> and indeed there is a similar error: > >> > >> ... > >> [INFO] Computing all possible rebind results for > >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > >> [INFO] Invoking generator > >> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >> [INFO] [ERROR] Generator > >> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >> threw > >> an exception while rebinding > >> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >> [INFO] java.lang.NullPointerException > >> [INFO] at > >> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >> ... > >> > >> NullPointerException when processing ApplicationResources but occuring > >> from > >> different places (ImageResourceGenerator vs. InlineResourceContext) > >> > >> Now I understand why Maven build fails without any details: > >> - GWT deferred binding fails for ApplicationResources (i.e. uncaught NPE) > >> - GWT compilation proceeds, fails to link with ApplicationResources > >> - GWT compilation task fails with non-OK status code > >> > >> So the issue here is GWT deferred binding generator > >> (InlineClientBundleGenerator) failure during GWT compilation. > >> > >> GWT compiler writes extra Java files during deferred binding > >> phase, so this could point to issue with local environment.. > >> > >> I will try to investigate this and look at GWT source code. > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From sbonazzo at redhat.com Wed Feb 19 13:23:16 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 19 Feb 2014 14:23:16 +0100 Subject: ovirt-engine build failure In-Reply-To: <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <1651449743.4935497.1392716818478.JavaMail.zimbra@redhat.com> <869715872.4843034.1392726772714.JavaMail.zimbra@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> Message-ID: <5304B044.3040501@redhat.com> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Wednesday, February 19, 2014 1:18:28 PM >> Subject: Re: ovirt-engine build failure >> >> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>> Hi, I checked GWT sources: >>> >>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>> removeBrickCommitRequired >>>> [INFO] at >>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>> >>> This happened because internal image cache for bundled (composite PNG) >>> images was corrput. >>> It seems to be caused by disk I/O error while reading file >>> images/glusterAsyncTasks/remove_brick_commit_required.png >>> >>>> [INFO] java.lang.NullPointerException >>>> [INFO] at >>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>> >>> This happened because image data was null, again possible disk I/O error >>> while reading image file. >>> >>> Can we enable "TRACE" logging during GWT compilation? >>> >>> -Dgwt.logLevel=TRACE >> >> >> Building master right now with your suggestions here: >> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > > Looking at http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > > So far I see no errors.. There should be total 5 browsers x 8 locales = 40 GWT permutations. So no changes with and without -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. We've still 40 permutations. Maybe you defined userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? This: http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >> >> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >> -Dgwt.compiler.localWorkers=1" >> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs >> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >> >> Let me know if you need anything else. >> >> >>> >>> Vojtech >>> >>> >>> ----- Original Message ----- >>>> From: "Vojtech Szocs" >>>> To: "Sandro Bonazzola" >>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>> , "Kiril Nesenko" , >>>> "arch" >>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> In your log I see following error: >>>> >>>> ... >>>> [INFO] Computing all possible rebind results for >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources >>>> [INFO] Invoking generator >>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>> [INFO] [ERROR] Generator >>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>> threw >>>> an exception while rebinding >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>> removeBrickCommitRequired >>>> [INFO] at >>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>> ... >>>> >>>> I checked again logs at >>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>> and indeed there is a similar error: >>>> >>>> ... >>>> [INFO] Computing all possible rebind results for >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources >>>> [INFO] Invoking generator >>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>> [INFO] [ERROR] Generator >>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>> threw >>>> an exception while rebinding >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>> [INFO] java.lang.NullPointerException >>>> [INFO] at >>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>> ... >>>> >>>> NullPointerException when processing ApplicationResources but occuring >>>> from >>>> different places (ImageResourceGenerator vs. InlineResourceContext) >>>> >>>> Now I understand why Maven build fails without any details: >>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught NPE) >>>> - GWT compilation proceeds, fails to link with ApplicationResources >>>> - GWT compilation task fails with non-OK status code >>>> >>>> So the issue here is GWT deferred binding generator >>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>> >>>> GWT compiler writes extra Java files during deferred binding >>>> phase, so this could point to issue with local environment.. >>>> >>>> I will try to investigate this and look at GWT source code. >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Wed Feb 19 13:41:23 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 19 Feb 2014 08:41:23 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <5304B044.3040501@redhat.com> References: <53031642.3040307@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> Message-ID: <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , > "arch" > Sent: Wednesday, February 19, 2014 2:23:16 PM > Subject: Re: ovirt-engine build failure > > Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Vojtech Szocs" > >> Cc: "Eyal Edri" , "Juan Hernandez" > >> , "Kiril Nesenko" , > >> "arch" > >> Sent: Wednesday, February 19, 2014 1:18:28 PM > >> Subject: Re: ovirt-engine build failure > >> > >> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>> Hi, I checked GWT sources: > >>> > >>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>> removeBrickCommitRequired > >>>> [INFO] at > >>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>> > >>> This happened because internal image cache for bundled (composite PNG) > >>> images was corrput. > >>> It seems to be caused by disk I/O error while reading file > >>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>> > >>>> [INFO] java.lang.NullPointerException > >>>> [INFO] at > >>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>> > >>> This happened because image data was null, again possible disk I/O error > >>> while reading image file. > >>> > >>> Can we enable "TRACE" logging during GWT compilation? > >>> > >>> -Dgwt.logLevel=TRACE > >> > >> > >> Building master right now with your suggestions here: > >> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > > > > Looking at > > http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > > > > So far I see no errors.. There should be total 5 browsers x 8 locales = 40 > > GWT permutations. > > So no changes with and without -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > We've still 40 permutations. Maybe you defined > userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? You are right. I checked frontend/webadmin/modules/pom.xml -> the "gwt.userAgent" property is copied into "locale" GWT property in {WebAdmin,UserPortal}.gwt.xml > > This: > http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. Hm, it contains: [DEBUG] (f) logLevel = INFO Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me check this on local build. > > > > > > > >> > >> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m > >> -Dgwt.compiler.localWorkers=1" > >> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs > >> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >> > >> Let me know if you need anything else. > >> > >> > >>> > >>> Vojtech > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Vojtech Szocs" > >>>> To: "Sandro Bonazzola" > >>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>> , "Kiril Nesenko" , > >>>> "arch" > >>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> In your log I see following error: > >>>> > >>>> ... > >>>> [INFO] Computing all possible rebind results for > >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > >>>> [INFO] Invoking generator > >>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>> [INFO] [ERROR] Generator > >>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>> threw > >>>> an exception while rebinding > >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>> removeBrickCommitRequired > >>>> [INFO] at > >>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>> ... > >>>> > >>>> I checked again logs at > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>> and indeed there is a similar error: > >>>> > >>>> ... > >>>> [INFO] Computing all possible rebind results for > >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources > >>>> [INFO] Invoking generator > >>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>> [INFO] [ERROR] Generator > >>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>> threw > >>>> an exception while rebinding > >>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>> [INFO] java.lang.NullPointerException > >>>> [INFO] at > >>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>> ... > >>>> > >>>> NullPointerException when processing ApplicationResources but occuring > >>>> from > >>>> different places (ImageResourceGenerator vs. InlineResourceContext) > >>>> > >>>> Now I understand why Maven build fails without any details: > >>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught > >>>> NPE) > >>>> - GWT compilation proceeds, fails to link with ApplicationResources > >>>> - GWT compilation task fails with non-OK status code > >>>> > >>>> So the issue here is GWT deferred binding generator > >>>> (InlineClientBundleGenerator) failure during GWT compilation. > >>>> > >>>> GWT compiler writes extra Java files during deferred binding > >>>> phase, so this could point to issue with local environment.. > >>>> > >>>> I will try to investigate this and look at GWT source code. > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From sbonazzo at redhat.com Wed Feb 19 13:43:44 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 19 Feb 2014 14:43:44 +0100 Subject: ovirt-engine build failure In-Reply-To: <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <53037029.70706@redhat.com> <53037372.5050101@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> Message-ID: <5304B510.4030908@redhat.com> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Wednesday, February 19, 2014 2:23:16 PM >> Subject: Re: ovirt-engine build failure >> >> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Vojtech Szocs" >>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>> , "Kiril Nesenko" , >>>> "arch" >>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>> Hi, I checked GWT sources: >>>>> >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>>>> removeBrickCommitRequired >>>>>> [INFO] at >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>> >>>>> This happened because internal image cache for bundled (composite PNG) >>>>> images was corrput. >>>>> It seems to be caused by disk I/O error while reading file >>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>> >>>>>> [INFO] java.lang.NullPointerException >>>>>> [INFO] at >>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>> >>>>> This happened because image data was null, again possible disk I/O error >>>>> while reading image file. >>>>> >>>>> Can we enable "TRACE" logging during GWT compilation? >>>>> >>>>> -Dgwt.logLevel=TRACE >>>> >>>> >>>> Building master right now with your suggestions here: >>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>> >>> Looking at >>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>> >>> So far I see no errors.. There should be total 5 browsers x 8 locales = 40 >>> GWT permutations. >> >> So no changes with and without -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >> We've still 40 permutations. Maybe you defined >> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? > > You are right. I checked frontend/webadmin/modules/pom.xml -> the "gwt.userAgent" > property is copied into "locale" GWT property in {WebAdmin,UserPortal}.gwt.xml Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from build command. > >> >> This: >> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > > Hm, it contains: > > [DEBUG] (f) logLevel = INFO > > Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me check > this on local build. Ok, let me know if I've to change command line. > >> >> >> >> >>> >>>> >>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>> -Dgwt.compiler.localWorkers=1" >>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs >>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>> >>>> Let me know if you need anything else. >>>> >>>> >>>>> >>>>> Vojtech >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Vojtech Szocs" >>>>>> To: "Sandro Bonazzola" >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>> , "Kiril Nesenko" , >>>>>> "arch" >>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>> Subject: Re: ovirt-engine build failure >>>>>> >>>>>> In your log I see following error: >>>>>> >>>>>> ... >>>>>> [INFO] Computing all possible rebind results for >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>> [INFO] Invoking generator >>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>> [INFO] [ERROR] Generator >>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>> threw >>>>>> an exception while rebinding >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>>>> removeBrickCommitRequired >>>>>> [INFO] at >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>> ... >>>>>> >>>>>> I checked again logs at >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>> and indeed there is a similar error: >>>>>> >>>>>> ... >>>>>> [INFO] Computing all possible rebind results for >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>> [INFO] Rebinding org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>> [INFO] Invoking generator >>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>> [INFO] [ERROR] Generator >>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>> threw >>>>>> an exception while rebinding >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>> [INFO] java.lang.NullPointerException >>>>>> [INFO] at >>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>> ... >>>>>> >>>>>> NullPointerException when processing ApplicationResources but occuring >>>>>> from >>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) >>>>>> >>>>>> Now I understand why Maven build fails without any details: >>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught >>>>>> NPE) >>>>>> - GWT compilation proceeds, fails to link with ApplicationResources >>>>>> - GWT compilation task fails with non-OK status code >>>>>> >>>>>> So the issue here is GWT deferred binding generator >>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>> >>>>>> GWT compiler writes extra Java files during deferred binding >>>>>> phase, so this could point to issue with local environment.. >>>>>> >>>>>> I will try to investigate this and look at GWT source code. >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Wed Feb 19 15:51:23 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 19 Feb 2014 10:51:23 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <5304B510.4030908@redhat.com> References: <53031642.3040307@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> Message-ID: <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , > "arch" > Sent: Wednesday, February 19, 2014 2:43:44 PM > Subject: Re: ovirt-engine build failure > > Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Vojtech Szocs" > >> Cc: "Eyal Edri" , "Juan Hernandez" > >> , "Kiril Nesenko" , > >> "arch" > >> Sent: Wednesday, February 19, 2014 2:23:16 PM > >> Subject: Re: ovirt-engine build failure > >> > >> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Vojtech Szocs" > >>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>> , "Kiril Nesenko" , > >>>> "arch" > >>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>> Hi, I checked GWT sources: > >>>>> > >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>>>> removeBrickCommitRequired > >>>>>> [INFO] at > >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>> > >>>>> This happened because internal image cache for bundled (composite PNG) > >>>>> images was corrput. > >>>>> It seems to be caused by disk I/O error while reading file > >>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>> > >>>>>> [INFO] java.lang.NullPointerException > >>>>>> [INFO] at > >>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>> > >>>>> This happened because image data was null, again possible disk I/O > >>>>> error > >>>>> while reading image file. > >>>>> > >>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>> > >>>>> -Dgwt.logLevel=TRACE > >>>> > >>>> > >>>> Building master right now with your suggestions here: > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>> > >>> Looking at > >>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>> > >>> So far I see no errors.. There should be total 5 browsers x 8 locales = > >>> 40 > >>> GWT permutations. > >> > >> So no changes with and without > >> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >> We've still 40 permutations. Maybe you defined > >> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? > > > > You are right. I checked frontend/webadmin/modules/pom.xml -> the > > "gwt.userAgent" > > property is copied into "locale" GWT property in > > {WebAdmin,UserPortal}.gwt.xml > > Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from build > command. Agreed. > > > > > >> > >> This: > >> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > > > > Hm, it contains: > > > > [DEBUG] (f) logLevel = INFO > > > > Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me > > check > > this on local build. > > Ok, let me know if I've to change command line. I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ When it's merged, setting "gwt.logLevel" will work (as you did before) and we'll be able to see more details in the build log. > > > > >> > >> > >> > >> > >>> > >>>> > >>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m > >>>> -Dgwt.compiler.localWorkers=1" > >>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs > >>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >>>> > >>>> Let me know if you need anything else. > >>>> > >>>> > >>>>> > >>>>> Vojtech > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Vojtech Szocs" > >>>>>> To: "Sandro Bonazzola" > >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>> , "Kiril Nesenko" , > >>>>>> "arch" > >>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>> Subject: Re: ovirt-engine build failure > >>>>>> > >>>>>> In your log I see following error: > >>>>>> > >>>>>> ... > >>>>>> [INFO] Computing all possible rebind results for > >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>> [INFO] Rebinding > >>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>> [INFO] Invoking generator > >>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>> [INFO] [ERROR] Generator > >>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>> threw > >>>>>> an exception while rebinding > >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>>>> removeBrickCommitRequired > >>>>>> [INFO] at > >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>> ... > >>>>>> > >>>>>> I checked again logs at > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>> and indeed there is a similar error: > >>>>>> > >>>>>> ... > >>>>>> [INFO] Computing all possible rebind results for > >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>> [INFO] Rebinding > >>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>> [INFO] Invoking generator > >>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>> [INFO] [ERROR] Generator > >>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>> threw > >>>>>> an exception while rebinding > >>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>> [INFO] java.lang.NullPointerException > >>>>>> [INFO] at > >>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>> ... > >>>>>> > >>>>>> NullPointerException when processing ApplicationResources but occuring > >>>>>> from > >>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) > >>>>>> > >>>>>> Now I understand why Maven build fails without any details: > >>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught > >>>>>> NPE) > >>>>>> - GWT compilation proceeds, fails to link with ApplicationResources > >>>>>> - GWT compilation task fails with non-OK status code > >>>>>> > >>>>>> So the issue here is GWT deferred binding generator > >>>>>> (InlineClientBundleGenerator) failure during GWT compilation. > >>>>>> > >>>>>> GWT compiler writes extra Java files during deferred binding > >>>>>> phase, so this could point to issue with local environment.. > >>>>>> > >>>>>> I will try to investigate this and look at GWT source code. > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From midnightsteel at msn.com Tue Feb 18 10:37:19 2014 From: midnightsteel at msn.com (Maurice James) Date: Tue, 18 Feb 2014 05:37:19 -0500 Subject: [Users] oVirt upcoming release schedule update In-Reply-To: <52FB9D15.1090604@redhat.com> References: <52FB9D15.1090604@redhat.com> Message-ID: What is the status of the RC build for 2.4.0? -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Sandro Bonazzola Sent: Wednesday, February 12, 2014 11:11 AM To: Users at ovirt.org; arch Subject: [Users] oVirt upcoming release schedule update oVirt team has updated the release schedule for upcoming releases. These are tentative planning dates and may change. 2014-02-17 - oVirt 3.4.0 RC Build 2014-02-18 - oVirt 3.3.4 beta 2014-02-19 - oVirt 3.4 Third Test Day 2014-02-24 - oVirt 3.4.0 GA 2014-02-25 - oVirt 3.3.4 RC 2014-03-04 - oVirt 3.3.4 GA 2014-05-01 - oVirt 3.5.0 Feature Freeze 2014-05-15 - oVirt 3.5.0 stable branching 2014-06-10 - oVirt 3.5.0 GA More details on test days, etc to come in the next few weeks. You'll find an updated ICS calendar attached to this email. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From j.astrego at netbulae.eu Tue Feb 18 13:38:29 2014 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 18 Feb 2014 14:38:29 +0100 Subject: [Users] oVirt upcoming release schedule update In-Reply-To: References: <52FB9D15.1090604@redhat.com> Message-ID: <1392730709.4171.7.camel@mobieltje.netbulae.hq01> Hi Maurice, It appears the beta3 rpm's are already uploaded but I had to add the following to the ovirt.repo to enable the updates: [ovirt-3.4.0-beta3] name=Beta3 builds of the oVirt project baseurl=http://ovirt.org/releases/3.4.0-beta3/rpm/Fedora/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 http://resources.ovirt.org/releases/3.4.0-beta3/ Kind regards, Jorick Astrego Netbulae On Tue, 2014-02-18 at 05:37 -0500, Maurice James wrote: > What is the status of the RC build for 2.4.0? > > -----Original Message----- > From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of > Sandro Bonazzola > Sent: Wednesday, February 12, 2014 11:11 AM > To: Users at ovirt.org; arch > Subject: [Users] oVirt upcoming release schedule update > > oVirt team has updated the release schedule for upcoming releases. > > These are tentative planning dates and may change. > > 2014-02-17 - oVirt 3.4.0 RC Build > 2014-02-18 - oVirt 3.3.4 beta > 2014-02-19 - oVirt 3.4 Third Test Day > 2014-02-24 - oVirt 3.4.0 GA > 2014-02-25 - oVirt 3.3.4 RC > 2014-03-04 - oVirt 3.3.4 GA > 2014-05-01 - oVirt 3.5.0 Feature Freeze > 2014-05-15 - oVirt 3.5.0 stable branching > 2014-06-10 - oVirt 3.5.0 GA > > More details on test days, etc to come in the next few weeks. > You'll find an updated ICS calendar attached to this email. > Thanks, > -------------- next part -------------- An HTML attachment was scrubbed... URL: From midnightsteel at msn.com Wed Feb 19 00:51:33 2014 From: midnightsteel at msn.com (Maurice James) Date: Tue, 18 Feb 2014 19:51:33 -0500 Subject: [Users] new oVirt look-and-feel -- feature page In-Reply-To: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> References: <1657483098.2899037.1392758310304.JavaMail.zimbra@redhat.com> <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> Message-ID: Why is there so much open real estate on the pre-login pages? Maybe use the middle rather than the lower 1/3 of the page. Other than that it looks great. Nice update -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Greg Sheremeta Sent: Tuesday, February 18, 2014 4:19 PM To: users; arch at ovirt.org Subject: [Users] new oVirt look-and-feel -- feature page Hi, Please check out the feature page for the new oVirt look-and-feel, PatternFly based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. Comments are welcome. Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme at redhat.com _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From Karli.Sjoberg at slu.se Wed Feb 19 06:43:43 2014 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 19 Feb 2014 06:43:43 +0000 Subject: [Users] new oVirt look-and-feel -- feature page In-Reply-To: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F097339F654@exchange2-1> On Tue, 2014-02-18 at 16:19 -0500, Greg Sheremeta wrote: > Hi, > > Please check out the feature page for the new oVirt look-and-feel, PatternFly based: http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > Comments are welcome. > > Thanks, > Greg > > Greg Sheremeta > Red Hat, Inc. > Sr. Software Engineer, RHEV > Cell: 919-807-1086 > gshereme at redhat.com > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Looks really nice! Is the background canvas vectorized? Isn?t it going to become rather slow loading such a big picture otherwise... And how is it going to handle scaling of browser windows? How?d it look on smaller resolutions e.g 960x640? -- Med V?nliga H?lsningar ------------------------------------------------------------------------------- Karli Sj?berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron?sv?gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se From Karli.Sjoberg at slu.se Wed Feb 19 13:17:07 2014 From: Karli.Sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Wed, 19 Feb 2014 13:17:07 +0000 Subject: [Users] new oVirt look-and-feel -- feature page In-Reply-To: <879396430.3028714.1392812568338.JavaMail.zimbra@redhat.com> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> <5F9E965F5A80BC468BE5F40576769F097339F654@exchange2-1> <879396430.3028714.1392812568338.JavaMail.zimbra@redhat.com> Message-ID: <5F9E965F5A80BC468BE5F40576769F09733A0F47@exchange2-1> On Wed, 2014-02-19 at 07:22 -0500, Greg Sheremeta wrote: > > ----- Original Message ----- > > From: "Karli Sj?berg" > > To: gshereme at redhat.com > > Cc: users at ovirt.org, arch at ovirt.org > > Sent: Wednesday, February 19, 2014 1:43:43 AM > > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > > > On Tue, 2014-02-18 at 16:19 -0500, Greg Sheremeta wrote: > > > Hi, > > > > > > Please check out the feature page for the new oVirt look-and-feel, > > > PatternFly based: > > > http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > > > > > Comments are welcome. > > > > > > Thanks, > > > Greg > > > > > > Greg Sheremeta > > > Red Hat, Inc. > > > Sr. Software Engineer, RHEV > > > Cell: 919-807-1086 > > > gshereme at redhat.com > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > Looks really nice! Is the background canvas vectorized? Isn?t it going > > to become rather slow loading such a big picture otherwise... And how is > > it going to handle scaling of browser windows? How?d it look on smaller > > resolutions e.g 960x640? > > > > > > > > -- > > > > Med V?nliga H?lsningar > > > > ------------------------------------------------------------------------------- > > Karli Sj?berg > > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > > Kron?sv?gen 8) > > S-750 07 Uppsala, Sweden > > Phone: +46-(0)18-67 15 66 > > karli.sjoberg at slu.se > > > > It's not vectorized. It's a PNG, size is 248.0 kB ... which isn't horrible. After the first load, it'll be stored in browser cache. > > It's set to scale in such a way that the aspect ratio is maintained. It uses the CSS3 property "background-size" to achieve this. I think it looks pretty perfect at any resolution. > > Here's the full CSS for it: > > .obrand_loginPageBackground { > background-image: url(images/ovirt_bg.png); > background-size: 100% auto; > background-repeat: repeat-x; > background-color: #1d2226; > position: absolute; > bottom: 0; > left: 0; > right: 0; > top: 0; > } > > Thanks! > Greg Yupp, just checking, since it?s not made to tile like a parallax, I was just curious if you had some special trick up your sleave. And maybe I?m just nit-picking here, but I made a quick test, just to demonstrate what I would percieve as a problem of having one big picture as background. obrand.html: obrand.css: .obrand_loginPageBackground { background-image: url(ovirt_bg.png); background-size: 100% auto; background-repeat: repeat-x; background-color: #1d2226; position: absolute; bottom: 0; left: 0; right: 0; top: 0; } I attached a snapshot of how scaling your browser window in the "wrong" way breaks it?s aspect ratio and how that?s just handled by "background-color" in a rather...boring way. Of course scaling the window _that_ small is ridiculous, it?s just to demonstrate the aspect issue that would be for smartphones e.g, on this welcome screen. So my concern here is most of all about the aspect ratio issues involved with having just one big picture as a background. Most sites I?ve seen have either just code, a lot of small pics, parallaxing ones, or one insanely big picture, talking Ultra-HD 4k big, just to be absolutely sure it?s not going to scale in this unwanted way. Am I wrong? -- Med V?nliga H?lsningar ------------------------------------------------------------------------------- Karli Sj?berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron?sv?gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 33243 bytes Desc: Screenshot.png URL: From rgolan at redhat.com Thu Feb 20 08:02:34 2014 From: rgolan at redhat.com (Roy Golan) Date: Thu, 20 Feb 2014 10:02:34 +0200 Subject: [PROPOSAL] a calendar for oVirt builds and releases In-Reply-To: <1348613422.5024849.1392726483765.JavaMail.zimbra@redhat.com> References: <5301FD43.8070703@redhat.com> <5302175E.2040705@redhat.com> <53022493.2060408@redhat.com> <530302D9.7030602@redhat.com> <322946935.4887284.1392709137267.JavaMail.zimbra@redhat.com> <1324106842.4834414.1392724825261.JavaMail.zimbra@redhat.com> <1348613422.5024849.1392726483765.JavaMail.zimbra@redhat.com> Message-ID: <5305B69A.3050901@redhat.com> On 02/18/2014 02:28 PM, Eyal Edri wrote: > > ----- Original Message ----- >> From: "Vojtech Szocs" >> To: "Allon Mureinik" >> Cc: "arch" >> Sent: Tuesday, February 18, 2014 2:00:25 PM >> Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases >> >> >> >> ----- Original Message ----- >>> From: "Allon Mureinik" >>> To: "Livnat Peer" >>> Cc: "arch" >>> Sent: Tuesday, February 18, 2014 8:38:57 AM >>> Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases >>> >>> >>> >>> ----- Original Message ----- >>>> From: "Livnat Peer" >>>> To: "Sandro Bonazzola" , "Roy Golan" >>>> , "arch" >>>> Sent: Tuesday, February 18, 2014 8:51:05 AM >>>> Subject: Re: [PROPOSAL] a calendar for oVirt builds and releases >>>> >>>> On 02/17/2014 05:02 PM, Sandro Bonazzola wrote: >>>>> Il 17/02/2014 15:06, Roy Golan ha scritto: >>>>>> >>>>>> I don't know if this was brought up before, I'm proposing here to >>>>>> manage >>>>>> a calendar of the builds and releases of oVirt. >>>>>> >>>>>> I personally think that having a calendar instead of digging out the >>>>>> details from mails is way easier to track and manage - >>>>>> you get notified, you have aggregated view of events and your >>>>>> time-slots >>>>>> so you can plan ahead. >>>>> +1 >>>>> >>>>>> While writing it I'm thinking maybe its appropriate to all events we >>>>>> may >>>>>> have (test-day etc.) >>>>>> >>>> +1, maybe include events we present at. >>> A big +1! >>> >>> IMHO, a calendar is more than just a way to manage builds, it can be a sort >>> of "window to what's going on in oVirt", and should aggregate all such >>> issues: >>> - builds - weekly, highlighted rc/ga builded >>> - important dev. date - branch split, feature freeze, code freeze, etc. >>> - test days >>> - conventions/workshops either with a note "X is presenting about Y, A is >>> presenting about B" or "CFP is open - we're looking for people to talk >>> about >>> oVirt!" >> +1 > a calendar is nice to have as long as dates are met for builds & releases. > right now it's not happening afaik, and almost each release has been postponed due to > some packages not ready or blocking bugs, so i'm not quite sure how this can be updated in a calendar > if it's not fixed dates. > but as for other events it makes sense. > another option is to release what we have at the date, no matter what - i.e even taking a nightly build > for the missing pkg, if it's not ready by the release date by the maintainer. > (sorry if a bit off topic here). @Eyal - Like mentioned by Eli I think, its still better than not having this at all. if builds and releases are tentative you could specify in the event this fact and people will address that. Hope you are convinced as per the feedback it seems people are missing that. >>>>>> This also will be a great fit into ovirt.org front-page. >>>>>> >>>>>> thoughts? >>>>>> >>>>>> Thanks, >>>>>> Roy >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Arch mailing list >>>>>> Arch at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/arch >>>>> >>>> _______________________________________________ >>>> Arch mailing list >>>> Arch at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/arch >>>> >>> _______________________________________________ >>> Arch mailing list >>> Arch at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/arch >>> >> _______________________________________________ >> Arch mailing list >> Arch at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/arch >> > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch From sbonazzo at redhat.com Thu Feb 20 09:02:00 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 20 Feb 2014 10:02:00 +0100 Subject: ovirt-engine build failure In-Reply-To: <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <1803169170.5042491.1392746060258.JavaMail.zimbra@redhat.com> <106115279.5916353.1392810308234.JavaMail.zimbra@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> Message-ID: <5305C488.8010904@redhat.com> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Wednesday, February 19, 2014 2:43:44 PM >> Subject: Re: ovirt-engine build failure >> >> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Vojtech Szocs" >>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>> , "Kiril Nesenko" , >>>> "arch" >>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Vojtech Szocs" >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>> , "Kiril Nesenko" , >>>>>> "arch" >>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>> Subject: Re: ovirt-engine build failure >>>>>> >>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>> Hi, I checked GWT sources: >>>>>>> >>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>>>>>> removeBrickCommitRequired >>>>>>>> [INFO] at >>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>> >>>>>>> This happened because internal image cache for bundled (composite PNG) >>>>>>> images was corrput. >>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>> >>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>> [INFO] at >>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>> >>>>>>> This happened because image data was null, again possible disk I/O >>>>>>> error >>>>>>> while reading image file. >>>>>>> >>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>> >>>>>>> -Dgwt.logLevel=TRACE >>>>>> >>>>>> >>>>>> Building master right now with your suggestions here: >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>> >>>>> Looking at >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>> >>>>> So far I see no errors.. There should be total 5 browsers x 8 locales = >>>>> 40 >>>>> GWT permutations. >>>> >>>> So no changes with and without >>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>> We've still 40 permutations. Maybe you defined >>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? >>> >>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>> "gwt.userAgent" >>> property is copied into "locale" GWT property in >>> {WebAdmin,UserPortal}.gwt.xml >> >> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from build >> command. > > Agreed. > >> >> >>> >>>> >>>> This: >>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>> >>> Hm, it contains: >>> >>> [DEBUG] (f) logLevel = INFO >>> >>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me >>> check >>> this on local build. >> >> Ok, let me know if I've to change command line. > > I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > > When it's merged, setting "gwt.logLevel" will work (as you did before) > and we'll be able to see more details in the build log. Here is the new build with your patch merged: http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >> >>> >>>> >>>> >>>> >>>> >>>>> >>>>>> >>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>>>> -Dgwt.compiler.localWorkers=1" >>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags -gs >>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>> >>>>>> Let me know if you need anything else. >>>>>> >>>>>> >>>>>>> >>>>>>> Vojtech >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Vojtech Szocs" >>>>>>>> To: "Sandro Bonazzola" >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>> , "Kiril Nesenko" , >>>>>>>> "arch" >>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>> >>>>>>>> In your log I see following error: >>>>>>>> >>>>>>>> ... >>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>> [INFO] Rebinding >>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>> [INFO] Invoking generator >>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>> [INFO] [ERROR] Generator >>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>> threw >>>>>>>> an exception while rebinding >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>>>>>> removeBrickCommitRequired >>>>>>>> [INFO] at >>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>> ... >>>>>>>> >>>>>>>> I checked again logs at >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>> and indeed there is a similar error: >>>>>>>> >>>>>>>> ... >>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>> [INFO] Rebinding >>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>> [INFO] Invoking generator >>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>> [INFO] [ERROR] Generator >>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>> threw >>>>>>>> an exception while rebinding >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>> [INFO] at >>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>> ... >>>>>>>> >>>>>>>> NullPointerException when processing ApplicationResources but occuring >>>>>>>> from >>>>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) >>>>>>>> >>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught >>>>>>>> NPE) >>>>>>>> - GWT compilation proceeds, fails to link with ApplicationResources >>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>> >>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>> >>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>> >>>>>>>> I will try to investigate this and look at GWT source code. >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Thu Feb 20 09:34:44 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 20 Feb 2014 10:34:44 +0100 Subject: [QE] oVirt 3.3.4 beta / RC status Message-ID: <5305CC34.4060308@redhat.com> Hi, we've released oVirt 3.3.4 beta on Wed 2014-02-19. We're going to start building 3.3.4 RC on 2014-02-25 09:00 UTC repository composition will follow as soon as all packages will be built. A bug tracker is available at [1] and it shows no bugs blocking the release The following is a list of the non-blocking bugs still open with target 3.3.4: Whiteboard Bug ID Summary infra 1053576 ASSIGNED [abrt] vdsm-python: libvirt.py:102:openAuth:libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory integration 1026930 NEW Package virtio-win and put it in ovirt repositories integration 1026933 NEW pre-populate ISO domain with virtio-win ISO network 987917 NEW [oVirt] [glance] API version not specified in provider dialog network 997197 NEW Some AppErrors messages are grammatically incorrect (singular vs plural) 1066654 NEW engine-cleanup does not cleanup everything Maintainers / Assignee: Please add the bugs to the tracker if you think that 3.3.4 should not be released without them fixed. Please re-target all bugs you don't think that should block 3.3.4. Bugs still targeted to 3.3.4 after RC announce will be re-targeted to 3.4.1 For those who want to help testing the bugs, I suggest to 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/1064462 [2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing [3] http://www.ovirt.org/OVirt_3.3.4_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 Thu Feb 20 09:46:35 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 20 Feb 2014 10:46:35 +0100 Subject: [QE] oVirt 3.4.0 RC status Message-ID: <5305CEFB.90200@redhat.com> Hi, oVirt 3.4.0 beta3 has been released and is actually on QA. We're going to start building oVirt 3.4.0 RC this Monday 2014-02-24 09:00 UTC from 3.4 branches. repository composition will follow as soon as all packages will be built. This build will be used for a third Test Day scheduled for Wed 2014-02-27. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Status Summary infra 1055881 POST REST API: Search for an user in active directory by upn doesn't return any results ... infra 1059258 POST REST API: Create user user at domain actually creates user only infra 1060528 POST Error response to DELETE request of 'Everyone' group doesn't contains 'detail' field infra 1064829 POST Regression: Add data center permission to user causes to internal error integration 1058018 POST upgrade from 3.3 overwrites exports with acl None network 1066953 POST Cannot edit network is "setup networks" dialog network 1066956 POST Cannot create a bond in 'Setup networks' dialog storage 1057761 NEW Can't discover iSCSI target storage 1066466 POST Disk name doesn't get assigned automatically after a CREATE command. ux 1066489 POST Event list not updating when events happen. ux 1066827 NEW [webadmin] incorrect behavior of manual refresh in Host Main Tab virt 1062615 POST utc_diff not updated according to a change in VM settings Maintainers / Assignee: - Please provide ETA on blockers bugs - Please fix them ASAP There are still 347 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 222 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers / Assignee: - Please remember to rebuild your packages before 2014-02-24 09:00 UTC if you want them to be included in 3.4.0 RC. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-27 Be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-27! Thanks to all people already testing 3.4.0 beta 3! [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 vszocs at redhat.com Thu Feb 20 12:34:23 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Thu, 20 Feb 2014 07:34:23 -0500 (EST) Subject: ovirt-engine build failure In-Reply-To: <5305C488.8010904@redhat.com> References: <53031642.3040307@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> Message-ID: <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , > "arch" > Sent: Thursday, February 20, 2014 10:02:00 AM > Subject: Re: ovirt-engine build failure > > Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Vojtech Szocs" > >> Cc: "Eyal Edri" , "Juan Hernandez" > >> , "Kiril Nesenko" , > >> "arch" > >> Sent: Wednesday, February 19, 2014 2:43:44 PM > >> Subject: Re: ovirt-engine build failure > >> > >> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Vojtech Szocs" > >>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>> , "Kiril Nesenko" , > >>>> "arch" > >>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" > >>>>>> To: "Vojtech Szocs" > >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>> , "Kiril Nesenko" , > >>>>>> "arch" > >>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>> Subject: Re: ovirt-engine build failure > >>>>>> > >>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>> Hi, I checked GWT sources: > >>>>>>> > >>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed > >>>>>>>> for > >>>>>>>> removeBrickCommitRequired > >>>>>>>> [INFO] at > >>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>> > >>>>>>> This happened because internal image cache for bundled (composite > >>>>>>> PNG) > >>>>>>> images was corrput. > >>>>>>> It seems to be caused by disk I/O error while reading file > >>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>> > >>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>> [INFO] at > >>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>> > >>>>>>> This happened because image data was null, again possible disk I/O > >>>>>>> error > >>>>>>> while reading image file. > >>>>>>> > >>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>> > >>>>>>> -Dgwt.logLevel=TRACE > >>>>>> > >>>>>> > >>>>>> Building master right now with your suggestions here: > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>> > >>>>> Looking at > >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>> > >>>>> So far I see no errors.. There should be total 5 browsers x 8 locales = > >>>>> 40 > >>>>> GWT permutations. > >>>> > >>>> So no changes with and without > >>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>> We've still 40 permutations. Maybe you defined > >>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? > >>> > >>> You are right. I checked frontend/webadmin/modules/pom.xml -> the > >>> "gwt.userAgent" > >>> property is copied into "locale" GWT property in > >>> {WebAdmin,UserPortal}.gwt.xml > >> > >> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from > >> build > >> command. > > > > Agreed. > > > >> > >> > >>> > >>>> > >>>> This: > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>> > >>> Hm, it contains: > >>> > >>> [DEBUG] (f) logLevel = INFO > >>> > >>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me > >>> check > >>> this on local build. > >> > >> Ok, let me know if I've to change command line. > > > > I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > > > > When it's merged, setting "gwt.logLevel" will work (as you did before) > > and we'll be able to see more details in the build log. > > Here is the new build with your patch merged: > > http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull Thanks. I did some more investigation on this. Again it's NullPointerException when rebinding ApplicationResources, but this time for different image file: ApplicationResources.wrenchImage ("images/wrench.png"). Looking at stacktrace & GWT sources, the problematic code seems to be (AbstractResourceContext:74): byte[] bytes = Util.readURLAsBytes(resource); where "resource" is (ImageResourceGenerator:311): localized.getUrl(); // LocalizedImage localized Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") so "localized" in this case points to "wrench.png". So the problem seems to be reading this file: frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png Since we're having many GWT permutations, this file ^^ (along with similar ones) is attempted to be read multiple times *from the same (single) GWT compiler Java process, before actual permutation worker Java sub-processes are spawned*. (More precisely, above NullPointerException happens at deferred binding phase which precedes actual GWT compilation per each permutation.) I think the root cause is Util.readURLAsBytes method used internally by GWT compiler: public static byte[] readURLAsBytes(URL url) { try { URLConnection conn = url.openConnection(); conn.setUseCaches(false); return readURLConnectionAsBytes(conn); } catch (IOException e) { return null; // This causes NullPointerException, but this exception isn't logged (wtf, GWT!) } } To summarize, I'll need to write another patch which replaces Util.readURLAsBytes implementation via AOP and prints IOException details. > > > > > > > >> > >>> > >>>> > >>>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m > >>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags > >>>>>> -gs > >>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >>>>>> > >>>>>> Let me know if you need anything else. > >>>>>> > >>>>>> > >>>>>>> > >>>>>>> Vojtech > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>>> From: "Vojtech Szocs" > >>>>>>>> To: "Sandro Bonazzola" > >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>> , "Kiril Nesenko" , > >>>>>>>> "arch" > >>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>> > >>>>>>>> In your log I see following error: > >>>>>>>> > >>>>>>>> ... > >>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>> [INFO] Rebinding > >>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>> [INFO] Invoking generator > >>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>> [INFO] [ERROR] Generator > >>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>> threw > >>>>>>>> an exception while rebinding > >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed > >>>>>>>> for > >>>>>>>> removeBrickCommitRequired > >>>>>>>> [INFO] at > >>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>> ... > >>>>>>>> > >>>>>>>> I checked again logs at > >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>> and indeed there is a similar error: > >>>>>>>> > >>>>>>>> ... > >>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>> [INFO] Rebinding > >>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>> [INFO] Invoking generator > >>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>> [INFO] [ERROR] Generator > >>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>> threw > >>>>>>>> an exception while rebinding > >>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>> [INFO] at > >>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>> ... > >>>>>>>> > >>>>>>>> NullPointerException when processing ApplicationResources but > >>>>>>>> occuring > >>>>>>>> from > >>>>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) > >>>>>>>> > >>>>>>>> Now I understand why Maven build fails without any details: > >>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught > >>>>>>>> NPE) > >>>>>>>> - GWT compilation proceeds, fails to link with ApplicationResources > >>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>> > >>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. > >>>>>>>> > >>>>>>>> GWT compiler writes extra Java files during deferred binding > >>>>>>>> phase, so this could point to issue with local environment.. > >>>>>>>> > >>>>>>>> I will try to investigate this and look at GWT source code. > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Sandro Bonazzola > >>>>>> Better technology. Faster innovation. Powered by community > >>>>>> collaboration. > >>>>>> See how it works at redhat.com > >>>>>> > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From gshereme at redhat.com Thu Feb 20 14:07:06 2014 From: gshereme at redhat.com (Greg Sheremeta) Date: Thu, 20 Feb 2014 09:07:06 -0500 (EST) Subject: [Users] new oVirt look-and-feel -- feature page In-Reply-To: <5F9E965F5A80BC468BE5F40576769F09733A0F47@exchange2-1> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> <5F9E965F5A80BC468BE5F40576769F097339F654@exchange2-1> <879396430.3028714.1392812568338.JavaMail.zimbra@redhat.com> <5F9E965F5A80BC468BE5F40576769F09733A0F47@exchange2-1> Message-ID: <1963042993.3483574.1392905226663.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: gshereme at redhat.com > Cc: users at ovirt.org, arch at ovirt.org > Sent: Wednesday, February 19, 2014 8:17:07 AM > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > On Wed, 2014-02-19 at 07:22 -0500, Greg Sheremeta wrote: > > > > ----- Original Message ----- > > > From: "Karli Sj?berg" > > > To: gshereme at redhat.com > > > Cc: users at ovirt.org, arch at ovirt.org > > > Sent: Wednesday, February 19, 2014 1:43:43 AM > > > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > > > > > On Tue, 2014-02-18 at 16:19 -0500, Greg Sheremeta wrote: > > > > Hi, > > > > > > > > Please check out the feature page for the new oVirt look-and-feel, > > > > PatternFly based: > > > > http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > > > > > > > Comments are welcome. > > > > > > > > Thanks, > > > > Greg > > > > > > > > Greg Sheremeta > > > > Red Hat, Inc. > > > > Sr. Software Engineer, RHEV > > > > Cell: 919-807-1086 > > > > gshereme at redhat.com > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > Looks really nice! Is the background canvas vectorized? Isn?t it going > > > to become rather slow loading such a big picture otherwise... And how is > > > it going to handle scaling of browser windows? How?d it look on smaller > > > resolutions e.g 960x640? > > > > > > > > > > > > -- > > > > > > Med V?nliga H?lsningar > > > > > > ------------------------------------------------------------------------------- > > > Karli Sj?berg > > > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > > > Kron?sv?gen 8) > > > S-750 07 Uppsala, Sweden > > > Phone: +46-(0)18-67 15 66 > > > karli.sjoberg at slu.se > > > > > > > It's not vectorized. It's a PNG, size is 248.0 kB ... which isn't horrible. > > After the first load, it'll be stored in browser cache. > > > > It's set to scale in such a way that the aspect ratio is maintained. It > > uses the CSS3 property "background-size" to achieve this. I think it looks > > pretty perfect at any resolution. > > > > Here's the full CSS for it: > > > > .obrand_loginPageBackground { > > background-image: url(images/ovirt_bg.png); > > background-size: 100% auto; > > background-repeat: repeat-x; > > background-color: #1d2226; > > position: absolute; > > bottom: 0; > > left: 0; > > right: 0; > > top: 0; > > } > > > > Thanks! > > Greg > > Yupp, just checking, since it?s not made to tile like a parallax, I was > just curious if you had some special trick up your sleave. > > And maybe I?m just nit-picking here, but I made a quick test, just to > demonstrate what I would percieve as a problem of having one big picture > as background. > > obrand.html: > > > > > > > > obrand.css: > .obrand_loginPageBackground { > background-image: url(ovirt_bg.png); > background-size: 100% auto; > background-repeat: repeat-x; > background-color: #1d2226; > position: absolute; > bottom: 0; > left: 0; > right: 0; > top: 0; > } > > I attached a snapshot of how scaling your browser window in the "wrong" > way breaks it?s aspect ratio and how that?s just handled by > "background-color" in a rather...boring way. Of course scaling the > window _that_ small is ridiculous, it?s just to demonstrate the aspect > issue that would be for smartphones e.g, on this welcome screen. > > So my concern here is most of all about the aspect ratio issues involved > with having just one big picture as a background. Most sites I?ve seen > have either just code, a lot of small pics, parallaxing ones, or one > insanely big picture, talking Ultra-HD 4k big, just to be absolutely > sure it?s not going to scale in this unwanted way. > > Am I wrong? > > > > -- > > Med V?nliga H?lsningar > > ------------------------------------------------------------------------------- > Karli Sj?berg > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > Kron?sv?gen 8) > S-750 07 Uppsala, Sweden > Phone: +46-(0)18-67 15 66 > karli.sjoberg at slu.se > There is a new CSS trick in PatternFly that deals with this. Once I implement that, it should fix the tall-skinny resolution issue. I'll reply back. Thanks! Greg From sbonazzo at redhat.com Thu Feb 20 15:39:59 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 20 Feb 2014 16:39:59 +0100 Subject: ovirt-engine build failure In-Reply-To: <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> Message-ID: <530621CF.8080005@redhat.com> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Thursday, February 20, 2014 10:02:00 AM >> Subject: Re: ovirt-engine build failure >> >> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Vojtech Szocs" >>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>> , "Kiril Nesenko" , >>>> "arch" >>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Vojtech Szocs" >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>> , "Kiril Nesenko" , >>>>>> "arch" >>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>> Subject: Re: ovirt-engine build failure >>>>>> >>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" >>>>>>>> To: "Vojtech Szocs" >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>> , "Kiril Nesenko" , >>>>>>>> "arch" >>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>> >>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>> Hi, I checked GWT sources: >>>>>>>>> >>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>> for >>>>>>>>>> removeBrickCommitRequired >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>> >>>>>>>>> This happened because internal image cache for bundled (composite >>>>>>>>> PNG) >>>>>>>>> images was corrput. >>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>> >>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>> >>>>>>>>> This happened because image data was null, again possible disk I/O >>>>>>>>> error >>>>>>>>> while reading image file. >>>>>>>>> >>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>> >>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>> >>>>>>>> >>>>>>>> Building master right now with your suggestions here: >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>> >>>>>>> Looking at >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>> >>>>>>> So far I see no errors.. There should be total 5 browsers x 8 locales = >>>>>>> 40 >>>>>>> GWT permutations. >>>>>> >>>>>> So no changes with and without >>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>> We've still 40 permutations. Maybe you defined >>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? >>>>> >>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>> "gwt.userAgent" >>>>> property is copied into "locale" GWT property in >>>>> {WebAdmin,UserPortal}.gwt.xml >>>> >>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from >>>> build >>>> command. >>> >>> Agreed. >>> >>>> >>>> >>>>> >>>>>> >>>>>> This: >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>> >>>>> Hm, it contains: >>>>> >>>>> [DEBUG] (f) logLevel = INFO >>>>> >>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me >>>>> check >>>>> this on local build. >>>> >>>> Ok, let me know if I've to change command line. >>> >>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>> >>> When it's merged, setting "gwt.logLevel" will work (as you did before) >>> and we'll be able to see more details in the build log. >> >> Here is the new build with your patch merged: >> >> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > > Thanks. I did some more investigation on this. > > Again it's NullPointerException when rebinding ApplicationResources, but this time for different image file: ApplicationResources.wrenchImage ("images/wrench.png"). > > Looking at stacktrace & GWT sources, the problematic code seems to be (AbstractResourceContext:74): > > byte[] bytes = Util.readURLAsBytes(resource); > > where "resource" is (ImageResourceGenerator:311): > > localized.getUrl(); // LocalizedImage localized > > Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") so "localized" in this case points to "wrench.png". > > So the problem seems to be reading this file: > > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > > Since we're having many GWT permutations, this file ^^ (along with similar ones) is attempted to be read multiple times *from the same (single) GWT compiler Java process, before actual permutation worker Java sub-processes are spawned*. (More precisely, above NullPointerException happens at deferred binding phase which precedes actual GWT compilation per each permutation.) > > I think the root cause is Util.readURLAsBytes method used internally by GWT compiler: > > public static byte[] readURLAsBytes(URL url) { > try { > URLConnection conn = url.openConnection(); > conn.setUseCaches(false); > return readURLConnectionAsBytes(conn); > } catch (IOException e) { > return null; // This causes NullPointerException, but this exception isn't logged (wtf, GWT!) > } > } > > To summarize, I'll need to write another patch which replaces Util.readURLAsBytes implementation via AOP and prints IOException details. Ok, let me know when that's ready for testing this again > >> >> >> >> >>> >>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags >>>>>>>> -gs >>>>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>> >>>>>>>> Let me know if you need anything else. >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Vojtech >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>> "arch" >>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>> >>>>>>>>>> In your log I see following error: >>>>>>>>>> >>>>>>>>>> ... >>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] Rebinding >>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>> [INFO] Invoking generator >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>> threw >>>>>>>>>> an exception while rebinding >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>> for >>>>>>>>>> removeBrickCommitRequired >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> I checked again logs at >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>> and indeed there is a similar error: >>>>>>>>>> >>>>>>>>>> ... >>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] Rebinding >>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>> [INFO] Invoking generator >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>> threw >>>>>>>>>> an exception while rebinding >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> NullPointerException when processing ApplicationResources but >>>>>>>>>> occuring >>>>>>>>>> from >>>>>>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) >>>>>>>>>> >>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught >>>>>>>>>> NPE) >>>>>>>>>> - GWT compilation proceeds, fails to link with ApplicationResources >>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>> >>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>>>> >>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>> >>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From mlipchuk at redhat.com Thu Feb 20 18:46:20 2014 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Thu, 20 Feb 2014 20:46:20 +0200 Subject: Import Storage Domain Feature Message-ID: <53064D7C.60704@redhat.com> Hi all, Import Storage Domain feature is targeted to 3.5. Please review the feature page [1] and feel free to share your thoughts. [1] http://www.ovirt.org/Features/ImportStorageDomain Thanks, Maor From dcaroest at redhat.com Thu Feb 20 19:29:42 2014 From: dcaroest at redhat.com (David Caro) Date: Thu, 20 Feb 2014 20:29:42 +0100 Subject: New hooks in place Message-ID: <530657A6.8030603@redhat.com> Hi everyone! A new batch of gerrit hooks has been deployed, it will ensure on vdsm and ovirt projects: * That any patch to a stable branch has at least 1 valid Bug-Url, meaning: - It has oVirt product - It's a public bug - It has the correct target release (3.4 for 3.4, 3.3 for 3.3 ...) * That each bug has the status and summary of the external bugs updated (@Michal: finally!) - NEW/MERGED/ABANDONED statuses (actually, what gerrit query returns) - Summary of the external is the same as the patch * That each patch has feedback from the hooks about what was done and it's result - The hooks will comment even if all of them passed (before they only commented when failing) If you have any ideas/issues/comments/complains/compliments send me an email or ping me on irc (ideally both). 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: From jhernand at redhat.com Fri Feb 21 14:48:48 2014 From: jhernand at redhat.com (Juan Hernandez) Date: Fri, 21 Feb 2014 15:48:48 +0100 Subject: New git repository for maven-modules-plugin Message-ID: <53076750.8050909@redhat.com> Hello, I would like to request a new git repository named maven-modules-plugin to manage the source of a little tool that we use for the build process of the engine. Currently the source of this tool is inside the ovirt-engine repository, but I want to start distributing it via maven central, in order to build other projects. This is much simpler if the source is in it's own repository and has its own release cycle. What I would like to have in that repository is the same that I currently have here: https://github.com/jhernand/modules-maven-plugin Once the code is moved to this new repository, and distributed via Maven Central, the build process of the engine can be updated accordingly with the following patch: http://gerrit.ovirt.org/24866 Thanks in advance, Juan Hernandez -- Direcci?n Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3?D, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid ? C.I.F. B82657941 - Red Hat S.L. From sbonazzo at redhat.com Mon Feb 24 08:08:09 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 24 Feb 2014 09:08:09 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> Message-ID: <530AFDE9.8000704@redhat.com> Top posting, Please give this task really urgent priority, as you can see: http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ and http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ are failing consistently so we don't have nightly builds. Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Thursday, February 20, 2014 10:02:00 AM >> Subject: Re: ovirt-engine build failure >> >> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Vojtech Szocs" >>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>> , "Kiril Nesenko" , >>>> "arch" >>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Vojtech Szocs" >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>> , "Kiril Nesenko" , >>>>>> "arch" >>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>> Subject: Re: ovirt-engine build failure >>>>>> >>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" >>>>>>>> To: "Vojtech Szocs" >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>> , "Kiril Nesenko" , >>>>>>>> "arch" >>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>> >>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>> Hi, I checked GWT sources: >>>>>>>>> >>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>> for >>>>>>>>>> removeBrickCommitRequired >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>> >>>>>>>>> This happened because internal image cache for bundled (composite >>>>>>>>> PNG) >>>>>>>>> images was corrput. >>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>> >>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>> >>>>>>>>> This happened because image data was null, again possible disk I/O >>>>>>>>> error >>>>>>>>> while reading image file. >>>>>>>>> >>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>> >>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>> >>>>>>>> >>>>>>>> Building master right now with your suggestions here: >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>> >>>>>>> Looking at >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>> >>>>>>> So far I see no errors.. There should be total 5 browsers x 8 locales = >>>>>>> 40 >>>>>>> GWT permutations. >>>>>> >>>>>> So no changes with and without >>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>> We've still 40 permutations. Maybe you defined >>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? >>>>> >>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>> "gwt.userAgent" >>>>> property is copied into "locale" GWT property in >>>>> {WebAdmin,UserPortal}.gwt.xml >>>> >>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from >>>> build >>>> command. >>> >>> Agreed. >>> >>>> >>>> >>>>> >>>>>> >>>>>> This: >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>> >>>>> Hm, it contains: >>>>> >>>>> [DEBUG] (f) logLevel = INFO >>>>> >>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me >>>>> check >>>>> this on local build. >>>> >>>> Ok, let me know if I've to change command line. >>> >>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>> >>> When it's merged, setting "gwt.logLevel" will work (as you did before) >>> and we'll be able to see more details in the build log. >> >> Here is the new build with your patch merged: >> >> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > > Thanks. I did some more investigation on this. > > Again it's NullPointerException when rebinding ApplicationResources, but this time for different image file: ApplicationResources.wrenchImage ("images/wrench.png"). > > Looking at stacktrace & GWT sources, the problematic code seems to be (AbstractResourceContext:74): > > byte[] bytes = Util.readURLAsBytes(resource); > > where "resource" is (ImageResourceGenerator:311): > > localized.getUrl(); // LocalizedImage localized > > Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") so "localized" in this case points to "wrench.png". > > So the problem seems to be reading this file: > > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > > Since we're having many GWT permutations, this file ^^ (along with similar ones) is attempted to be read multiple times *from the same (single) GWT compiler Java process, before actual permutation worker Java sub-processes are spawned*. (More precisely, above NullPointerException happens at deferred binding phase which precedes actual GWT compilation per each permutation.) > > I think the root cause is Util.readURLAsBytes method used internally by GWT compiler: > > public static byte[] readURLAsBytes(URL url) { > try { > URLConnection conn = url.openConnection(); > conn.setUseCaches(false); > return readURLConnectionAsBytes(conn); > } catch (IOException e) { > return null; // This causes NullPointerException, but this exception isn't logged (wtf, GWT!) > } > } > > To summarize, I'll need to write another patch which replaces Util.readURLAsBytes implementation via AOP and prints IOException details. > >> >> >> >> >>> >>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags >>>>>>>> -gs >>>>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>> >>>>>>>> Let me know if you need anything else. >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Vojtech >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>> "arch" >>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>> >>>>>>>>>> In your log I see following error: >>>>>>>>>> >>>>>>>>>> ... >>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] Rebinding >>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>> [INFO] Invoking generator >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>> threw >>>>>>>>>> an exception while rebinding >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>> for >>>>>>>>>> removeBrickCommitRequired >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> I checked again logs at >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>> and indeed there is a similar error: >>>>>>>>>> >>>>>>>>>> ... >>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] Rebinding >>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>> [INFO] Invoking generator >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>> threw >>>>>>>>>> an exception while rebinding >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>> [INFO] at >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>> ... >>>>>>>>>> >>>>>>>>>> NullPointerException when processing ApplicationResources but >>>>>>>>>> occuring >>>>>>>>>> from >>>>>>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) >>>>>>>>>> >>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught >>>>>>>>>> NPE) >>>>>>>>>> - GWT compilation proceeds, fails to link with ApplicationResources >>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>> >>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>>>> >>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>> >>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Mon Feb 24 08:23:51 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 24 Feb 2014 09:23:51 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530AFDE9.8000704@redhat.com> References: <53031642.3040307@redhat.com> <5304A114.40700@redhat.com> <1853993346.5953506.1392815998632.JavaMail.zimbra@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> Message-ID: <530B0197.2000604@redhat.com> Il 24/02/2014 09:08, Sandro Bonazzola ha scritto: > Top posting, > > Please give this task really urgent priority, as you can see: > > http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > and > http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > > are failing consistently so we don't have nightly builds. > > CCing infra. > > > Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >> >> >> ----- Original Message ----- >>> From: "Sandro Bonazzola" >>> To: "Vojtech Szocs" >>> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >>> "arch" >>> Sent: Thursday, February 20, 2014 10:02:00 AM >>> Subject: Re: ovirt-engine build failure >>> >>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Sandro Bonazzola" >>>>> To: "Vojtech Szocs" >>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>> , "Kiril Nesenko" , >>>>> "arch" >>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>> Subject: Re: ovirt-engine build failure >>>>> >>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>>> From: "Sandro Bonazzola" >>>>>>> To: "Vojtech Szocs" >>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>> , "Kiril Nesenko" , >>>>>>> "arch" >>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>> Subject: Re: ovirt-engine build failure >>>>>>> >>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>> To: "Vojtech Szocs" >>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>> , "Kiril Nesenko" , >>>>>>>>> "arch" >>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>> >>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>> >>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>>> for >>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>> [INFO] at >>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>> >>>>>>>>>> This happened because internal image cache for bundled (composite >>>>>>>>>> PNG) >>>>>>>>>> images was corrput. >>>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>> >>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>> [INFO] at >>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>> >>>>>>>>>> This happened because image data was null, again possible disk I/O >>>>>>>>>> error >>>>>>>>>> while reading image file. >>>>>>>>>> >>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>> >>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>> >>>>>>>>> >>>>>>>>> Building master right now with your suggestions here: >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>> >>>>>>>> Looking at >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>> >>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 locales = >>>>>>>> 40 >>>>>>>> GWT permutations. >>>>>>> >>>>>>> So no changes with and without >>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>> We've still 40 permutations. Maybe you defined >>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? >>>>>> >>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>>> "gwt.userAgent" >>>>>> property is copied into "locale" GWT property in >>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>> >>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from >>>>> build >>>>> command. >>>> >>>> Agreed. >>>> >>>>> >>>>> >>>>>> >>>>>>> >>>>>>> This: >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>> >>>>>> Hm, it contains: >>>>>> >>>>>> [DEBUG] (f) logLevel = INFO >>>>>> >>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let me >>>>>> check >>>>>> this on local build. >>>>> >>>>> Ok, let me know if I've to change command line. >>>> >>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>> >>>> When it's merged, setting "gwt.logLevel" will work (as you did before) >>>> and we'll be able to see more details in the build log. >>> >>> Here is the new build with your patch merged: >>> >>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >> >> Thanks. I did some more investigation on this. >> >> Again it's NullPointerException when rebinding ApplicationResources, but this time for different image file: ApplicationResources.wrenchImage ("images/wrench.png"). >> >> Looking at stacktrace & GWT sources, the problematic code seems to be (AbstractResourceContext:74): >> >> byte[] bytes = Util.readURLAsBytes(resource); >> >> where "resource" is (ImageResourceGenerator:311): >> >> localized.getUrl(); // LocalizedImage localized >> >> Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") so "localized" in this case points to "wrench.png". >> >> So the problem seems to be reading this file: >> >> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >> >> Since we're having many GWT permutations, this file ^^ (along with similar ones) is attempted to be read multiple times *from the same (single) GWT compiler Java process, before actual permutation worker Java sub-processes are spawned*. (More precisely, above NullPointerException happens at deferred binding phase which precedes actual GWT compilation per each permutation.) >> >> I think the root cause is Util.readURLAsBytes method used internally by GWT compiler: >> >> public static byte[] readURLAsBytes(URL url) { >> try { >> URLConnection conn = url.openConnection(); >> conn.setUseCaches(false); >> return readURLConnectionAsBytes(conn); >> } catch (IOException e) { >> return null; // This causes NullPointerException, but this exception isn't logged (wtf, GWT!) >> } >> } >> >> To summarize, I'll need to write another patch which replaces Util.readURLAsBytes implementation via AOP and prints IOException details. >> >>> >>> >>> >>> >>>> >>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags >>>>>>>>> -gs >>>>>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>>> >>>>>>>>> Let me know if you need anything else. >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Vojtech >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- >>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>> "arch" >>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>> >>>>>>>>>>> In your log I see following error: >>>>>>>>>>> >>>>>>>>>>> ... >>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>> threw >>>>>>>>>>> an exception while rebinding >>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>>> for >>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>> [INFO] at >>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>> ... >>>>>>>>>>> >>>>>>>>>>> I checked again logs at >>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>> >>>>>>>>>>> ... >>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>> threw >>>>>>>>>>> an exception while rebinding >>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>> [INFO] at >>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>> ... >>>>>>>>>>> >>>>>>>>>>> NullPointerException when processing ApplicationResources but >>>>>>>>>>> occuring >>>>>>>>>>> from >>>>>>>>>>> different places (ImageResourceGenerator vs. InlineResourceContext) >>>>>>>>>>> >>>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. uncaught >>>>>>>>>>> NPE) >>>>>>>>>>> - GWT compilation proceeds, fails to link with ApplicationResources >>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>> >>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>>>>> >>>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>>> >>>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sandro Bonazzola >>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>> collaboration. >>>>>>>>> See how it works at redhat.com >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sandro Bonazzola >>>>>>> Better technology. Faster innovation. Powered by community >>>>>>> collaboration. >>>>>>> See how it works at redhat.com >>>>>>> >>>>> >>>>> >>>>> -- >>>>> Sandro Bonazzola >>>>> Better technology. Faster innovation. Powered by community collaboration. >>>>> See how it works at redhat.com >>>>> >>> >>> >>> -- >>> Sandro Bonazzola >>> Better technology. Faster innovation. Powered by community collaboration. >>> See how it works at redhat.com >>> > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From dcaroest at redhat.com Mon Feb 24 08:26:53 2014 From: dcaroest at redhat.com (David Caro) Date: Mon, 24 Feb 2014 09:26:53 +0100 Subject: Jenkins maintenance Message-ID: <530B024D.8000209@redhat.com> Hi! The jenkins server will go for maintenance in 10 minutes, this upgrade will fix some secutiry issues and modify the locale of the master process to english. It should not take more than 15 minutes, I'll send an email once it's done. Thanks! -- 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: From vszocs at redhat.com Mon Feb 24 17:28:26 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Mon, 24 Feb 2014 12:28:26 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530AFDE9.8000704@redhat.com> References: <53031642.3040307@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> Message-ID: <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , > "arch" > Sent: Monday, February 24, 2014 9:08:09 AM > Subject: [urgent] Re: ovirt-engine build failure > > Top posting, > > Please give this task really urgent priority, as you can see: > > http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > and > http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > > are failing consistently so we don't have nightly builds. (CC'ing Einav) Attached TEST patch, please apply & rebuild ovirt-engine as usual. This patch should cause following output during GWT compilation: [ERROR] ######### Util.readURLAsBytes file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png If IOException occurs, exception stacktrace will be printed right below that line. Note: please ignore the [ERROR] prefix, it's a technical issue, more details at https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html I just did a local upstream build with TEST patch applied, GWT compilation passed OK. > > > > > Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Vojtech Szocs" > >> Cc: "Eyal Edri" , "Juan Hernandez" > >> , "Kiril Nesenko" , > >> "arch" > >> Sent: Thursday, February 20, 2014 10:02:00 AM > >> Subject: Re: ovirt-engine build failure > >> > >> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Vojtech Szocs" > >>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>> , "Kiril Nesenko" , > >>>> "arch" > >>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>> Subject: Re: ovirt-engine build failure > >>>> > >>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" > >>>>>> To: "Vojtech Szocs" > >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>> , "Kiril Nesenko" , > >>>>>> "arch" > >>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>> Subject: Re: ovirt-engine build failure > >>>>>> > >>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>>> From: "Sandro Bonazzola" > >>>>>>>> To: "Vojtech Szocs" > >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>> , "Kiril Nesenko" , > >>>>>>>> "arch" > >>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>> > >>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>> > >>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed > >>>>>>>>>> for > >>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>> [INFO] at > >>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>> > >>>>>>>>> This happened because internal image cache for bundled (composite > >>>>>>>>> PNG) > >>>>>>>>> images was corrput. > >>>>>>>>> It seems to be caused by disk I/O error while reading file > >>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>> > >>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>> [INFO] at > >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>> > >>>>>>>>> This happened because image data was null, again possible disk I/O > >>>>>>>>> error > >>>>>>>>> while reading image file. > >>>>>>>>> > >>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>> > >>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>> > >>>>>>>> > >>>>>>>> Building master right now with your suggestions here: > >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>> > >>>>>>> Looking at > >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>> > >>>>>>> So far I see no errors.. There should be total 5 browsers x 8 locales > >>>>>>> = > >>>>>>> 40 > >>>>>>> GWT permutations. > >>>>>> > >>>>>> So no changes with and without > >>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>> We've still 40 permutations. Maybe you defined > >>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? > >>>>> > >>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the > >>>>> "gwt.userAgent" > >>>>> property is copied into "locale" GWT property in > >>>>> {WebAdmin,UserPortal}.gwt.xml > >>>> > >>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from > >>>> build > >>>> command. > >>> > >>> Agreed. > >>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>> This: > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>>>> > >>>>> Hm, it contains: > >>>>> > >>>>> [DEBUG] (f) logLevel = INFO > >>>>> > >>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let > >>>>> me > >>>>> check > >>>>> this on local build. > >>>> > >>>> Ok, let me know if I've to change command line. > >>> > >>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>> > >>> When it's merged, setting "gwt.logLevel" will work (as you did before) > >>> and we'll be able to see more details in the build log. > >> > >> Here is the new build with your patch merged: > >> > >> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > > > > Thanks. I did some more investigation on this. > > > > Again it's NullPointerException when rebinding ApplicationResources, but > > this time for different image file: ApplicationResources.wrenchImage > > ("images/wrench.png"). > > > > Looking at stacktrace & GWT sources, the problematic code seems to be > > (AbstractResourceContext:74): > > > > byte[] bytes = Util.readURLAsBytes(resource); > > > > where "resource" is (ImageResourceGenerator:311): > > > > localized.getUrl(); // LocalizedImage localized > > > > Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") > > so "localized" in this case points to "wrench.png". > > > > So the problem seems to be reading this file: > > > > frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > > > > Since we're having many GWT permutations, this file ^^ (along with similar > > ones) is attempted to be read multiple times *from the same (single) GWT > > compiler Java process, before actual permutation worker Java sub-processes > > are spawned*. (More precisely, above NullPointerException happens at > > deferred binding phase which precedes actual GWT compilation per each > > permutation.) > > > > I think the root cause is Util.readURLAsBytes method used internally by GWT > > compiler: > > > > public static byte[] readURLAsBytes(URL url) { > > try { > > URLConnection conn = url.openConnection(); > > conn.setUseCaches(false); > > return readURLConnectionAsBytes(conn); > > } catch (IOException e) { > > return null; // This causes NullPointerException, but this exception > > isn't logged (wtf, GWT!) > > } > > } > > > > To summarize, I'll need to write another patch which replaces > > Util.readURLAsBytes implementation via AOP and prints IOException details. > > > >> > >> > >> > >> > >>> > >>>> > >>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m > >>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags > >>>>>>>> -gs > >>>>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >>>>>>>> > >>>>>>>> Let me know if you need anything else. > >>>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>> Vojtech > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> ----- Original Message ----- > >>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>> "arch" > >>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>> > >>>>>>>>>> In your log I see following error: > >>>>>>>>>> > >>>>>>>>>> ... > >>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>> [INFO] Rebinding > >>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>> threw > >>>>>>>>>> an exception while rebinding > >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed > >>>>>>>>>> for > >>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>> [INFO] at > >>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>> ... > >>>>>>>>>> > >>>>>>>>>> I checked again logs at > >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>> > >>>>>>>>>> ... > >>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>> [INFO] Rebinding > >>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>> threw > >>>>>>>>>> an exception while rebinding > >>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>> [INFO] at > >>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>> ... > >>>>>>>>>> > >>>>>>>>>> NullPointerException when processing ApplicationResources but > >>>>>>>>>> occuring > >>>>>>>>>> from > >>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>> InlineResourceContext) > >>>>>>>>>> > >>>>>>>>>> Now I understand why Maven build fails without any details: > >>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. > >>>>>>>>>> uncaught > >>>>>>>>>> NPE) > >>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>> ApplicationResources > >>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>> > >>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. > >>>>>>>>>> > >>>>>>>>>> GWT compiler writes extra Java files during deferred binding > >>>>>>>>>> phase, so this could point to issue with local environment.. > >>>>>>>>>> > >>>>>>>>>> I will try to investigate this and look at GWT source code. > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Sandro Bonazzola > >>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>> collaboration. > >>>>>>>> See how it works at redhat.com > >>>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Sandro Bonazzola > >>>>>> Better technology. Faster innovation. Powered by community > >>>>>> collaboration. > >>>>>> See how it works at redhat.com > >>>>>> > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > 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: 0001-TEST-Completely-override-Util.readURLAsBytes-impleme.patch Type: text/x-patch Size: 2979 bytes Desc: not available URL: From bproffit at redhat.com Mon Feb 24 20:19:10 2014 From: bproffit at redhat.com (Brian Proffitt) Date: Mon, 24 Feb 2014 15:19:10 -0500 (EST) Subject: oVirt is in the Summer of Code! In-Reply-To: <1124486414.6268287.1393272634838.JavaMail.zimbra@redhat.com> Message-ID: <220185174.6272406.1393273150895.JavaMail.zimbra@redhat.com> oVirt's Organization Application for the Google Summer of Code 2014 has been accepted. oVirt's information can be found at: http://www.google-melange.com/gsoc/org/profile/edit/google/gsoc2014/ovirt oVirt's organization's information is now available to students. Student applications will formally open on 10 March at 19:00 UTC. Check out our Summer of Code page to see our ideas for students to participate! http://www.ovirt.org/Summer_of_Code And thanks to Maor Lipchuk, Federico Simoncelli, and Nir Soffer for being mentors for this year's participation in the Summer of Code! Peace, Brian -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 312 477 4320 / Cell: +1 574 383 9BKP IRC: bkp From sbonazzo at redhat.com Tue Feb 25 07:47:53 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 25 Feb 2014 08:47:53 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> Message-ID: <530C4AA9.9070004@redhat.com> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >> "arch" >> Sent: Monday, February 24, 2014 9:08:09 AM >> Subject: [urgent] Re: ovirt-engine build failure >> >> Top posting, >> >> Please give this task really urgent priority, as you can see: >> >> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ >> and >> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ >> >> are failing consistently so we don't have nightly builds. > > (CC'ing Einav) > > Attached TEST patch, please apply & rebuild ovirt-engine as usual. > > This patch should cause following output during GWT compilation: > > [ERROR] ######### Util.readURLAsBytes file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > > If IOException occurs, exception stacktrace will be printed right below that line. > > Note: please ignore the [ERROR] prefix, it's a technical issue, more details at https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > > I just did a local upstream build with TEST patch applied, GWT compilation passed OK. build job running with your patch here: http://jenkins.ovirt.org/job/manual-build-tarball/235/ waiting for a free executor right now. Let's see how it goes. > >> >> >> >> >> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Vojtech Szocs" >>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>> , "Kiril Nesenko" , >>>> "arch" >>>> Sent: Thursday, February 20, 2014 10:02:00 AM >>>> Subject: Re: ovirt-engine build failure >>>> >>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Vojtech Szocs" >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>> , "Kiril Nesenko" , >>>>>> "arch" >>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>>> Subject: Re: ovirt-engine build failure >>>>>> >>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" >>>>>>>> To: "Vojtech Szocs" >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>> , "Kiril Nesenko" , >>>>>>>> "arch" >>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>> >>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>> "arch" >>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>> >>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>>> >>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>>>> for >>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>> [INFO] at >>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>> >>>>>>>>>>> This happened because internal image cache for bundled (composite >>>>>>>>>>> PNG) >>>>>>>>>>> images was corrput. >>>>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>>> >>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>> [INFO] at >>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>> >>>>>>>>>>> This happened because image data was null, again possible disk I/O >>>>>>>>>>> error >>>>>>>>>>> while reading image file. >>>>>>>>>>> >>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>>> >>>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Building master right now with your suggestions here: >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>>> >>>>>>>>> Looking at >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>>> >>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 locales >>>>>>>>> = >>>>>>>>> 40 >>>>>>>>> GWT permutations. >>>>>>>> >>>>>>>> So no changes with and without >>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>>> We've still 40 permutations. Maybe you defined >>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? >>>>>>> >>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>>>> "gwt.userAgent" >>>>>>> property is copied into "locale" GWT property in >>>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>>> >>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from >>>>>> build >>>>>> command. >>>>> >>>>> Agreed. >>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>> This: >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>>> >>>>>>> Hm, it contains: >>>>>>> >>>>>>> [DEBUG] (f) logLevel = INFO >>>>>>> >>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let >>>>>>> me >>>>>>> check >>>>>>> this on local build. >>>>>> >>>>>> Ok, let me know if I've to change command line. >>>>> >>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>>> >>>>> When it's merged, setting "gwt.logLevel" will work (as you did before) >>>>> and we'll be able to see more details in the build log. >>>> >>>> Here is the new build with your patch merged: >>>> >>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >>> >>> Thanks. I did some more investigation on this. >>> >>> Again it's NullPointerException when rebinding ApplicationResources, but >>> this time for different image file: ApplicationResources.wrenchImage >>> ("images/wrench.png"). >>> >>> Looking at stacktrace & GWT sources, the problematic code seems to be >>> (AbstractResourceContext:74): >>> >>> byte[] bytes = Util.readURLAsBytes(resource); >>> >>> where "resource" is (ImageResourceGenerator:311): >>> >>> localized.getUrl(); // LocalizedImage localized >>> >>> Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") >>> so "localized" in this case points to "wrench.png". >>> >>> So the problem seems to be reading this file: >>> >>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >>> >>> Since we're having many GWT permutations, this file ^^ (along with similar >>> ones) is attempted to be read multiple times *from the same (single) GWT >>> compiler Java process, before actual permutation worker Java sub-processes >>> are spawned*. (More precisely, above NullPointerException happens at >>> deferred binding phase which precedes actual GWT compilation per each >>> permutation.) >>> >>> I think the root cause is Util.readURLAsBytes method used internally by GWT >>> compiler: >>> >>> public static byte[] readURLAsBytes(URL url) { >>> try { >>> URLConnection conn = url.openConnection(); >>> conn.setUseCaches(false); >>> return readURLConnectionAsBytes(conn); >>> } catch (IOException e) { >>> return null; // This causes NullPointerException, but this exception >>> isn't logged (wtf, GWT!) >>> } >>> } >>> >>> To summarize, I'll need to write another patch which replaces >>> Util.readURLAsBytes implementation via AOP and prints IOException details. >>> >>>> >>>> >>>> >>>> >>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags >>>>>>>>>> -gs >>>>>>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>>>> >>>>>>>>>> Let me know if you need anything else. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Vojtech >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>> "arch" >>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>> >>>>>>>>>>>> In your log I see following error: >>>>>>>>>>>> >>>>>>>>>>>> ... >>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>> threw >>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>>>> for >>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>> [INFO] at >>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>> ... >>>>>>>>>>>> >>>>>>>>>>>> I checked again logs at >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>>> >>>>>>>>>>>> ... >>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>> threw >>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>> [INFO] at >>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>> ... >>>>>>>>>>>> >>>>>>>>>>>> NullPointerException when processing ApplicationResources but >>>>>>>>>>>> occuring >>>>>>>>>>>> from >>>>>>>>>>>> different places (ImageResourceGenerator vs. >>>>>>>>>>>> InlineResourceContext) >>>>>>>>>>>> >>>>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. >>>>>>>>>>>> uncaught >>>>>>>>>>>> NPE) >>>>>>>>>>>> - GWT compilation proceeds, fails to link with >>>>>>>>>>>> ApplicationResources >>>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>>> >>>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>>>>>> >>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>>>> >>>>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sandro Bonazzola >>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>> collaboration. >>>>>>>>>> See how it works at redhat.com >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Tue Feb 25 08:02:11 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 25 Feb 2014 09:02:11 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530C4AA9.9070004@redhat.com> References: <53031642.3040307@redhat.com> <5304B044.3040501@redhat.com> <1270083979.5962453.1392817283050.JavaMail.zimbra@redhat.com> <5304B510.4030908@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> <530C4AA9.9070004@redhat.com> Message-ID: <530C4E03.9090002@redhat.com> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > Il 24/02/2014 18:28, Vojtech Szocs ha scritto: >> >> >> ----- Original Message ----- >>> From: "Sandro Bonazzola" >>> To: "Vojtech Szocs" >>> Cc: "Eyal Edri" , "Juan Hernandez" , "Kiril Nesenko" , >>> "arch" >>> Sent: Monday, February 24, 2014 9:08:09 AM >>> Subject: [urgent] Re: ovirt-engine build failure >>> >>> Top posting, >>> >>> Please give this task really urgent priority, as you can see: >>> >>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ >>> and >>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ >>> >>> are failing consistently so we don't have nightly builds. >> >> (CC'ing Einav) >> >> Attached TEST patch, please apply & rebuild ovirt-engine as usual. >> >> This patch should cause following output during GWT compilation: >> >> [ERROR] ######### Util.readURLAsBytes file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png >> >> If IOException occurs, exception stacktrace will be printed right below that line. >> >> Note: please ignore the [ERROR] prefix, it's a technical issue, more details at https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html >> >> I just did a local upstream build with TEST patch applied, GWT compilation passed OK. > > build job running with your patch here: http://jenkins.ovirt.org/job/manual-build-tarball/235/ > waiting for a free executor right now. > Let's see how it goes. Failed on CentOS: http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > > > >> >>> >>> >>> >>> >>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Sandro Bonazzola" >>>>> To: "Vojtech Szocs" >>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>> , "Kiril Nesenko" , >>>>> "arch" >>>>> Sent: Thursday, February 20, 2014 10:02:00 AM >>>>> Subject: Re: ovirt-engine build failure >>>>> >>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>>> From: "Sandro Bonazzola" >>>>>>> To: "Vojtech Szocs" >>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>> , "Kiril Nesenko" , >>>>>>> "arch" >>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>>>> Subject: Re: ovirt-engine build failure >>>>>>> >>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>> To: "Vojtech Szocs" >>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>> , "Kiril Nesenko" , >>>>>>>>> "arch" >>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>> >>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- >>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>> "arch" >>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>> >>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>>>> >>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>>>>> for >>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>> >>>>>>>>>>>> This happened because internal image cache for bundled (composite >>>>>>>>>>>> PNG) >>>>>>>>>>>> images was corrput. >>>>>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>>>> >>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>> >>>>>>>>>>>> This happened because image data was null, again possible disk I/O >>>>>>>>>>>> error >>>>>>>>>>>> while reading image file. >>>>>>>>>>>> >>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>>>> >>>>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Building master right now with your suggestions here: >>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>>>> >>>>>>>>>> Looking at >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>>>> >>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 locales >>>>>>>>>> = >>>>>>>>>> 40 >>>>>>>>>> GWT permutations. >>>>>>>>> >>>>>>>>> So no changes with and without >>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>>>> We've still 40 permutations. Maybe you defined >>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? >>>>>>>> >>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>>>>> "gwt.userAgent" >>>>>>>> property is copied into "locale" GWT property in >>>>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>>>> >>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from >>>>>>> build >>>>>>> command. >>>>>> >>>>>> Agreed. >>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> This: >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>>>> >>>>>>>> Hm, it contains: >>>>>>>> >>>>>>>> [DEBUG] (f) logLevel = INFO >>>>>>>> >>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. Let >>>>>>>> me >>>>>>>> check >>>>>>>> this on local build. >>>>>>> >>>>>>> Ok, let me know if I've to change command line. >>>>>> >>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>>>> >>>>>> When it's merged, setting "gwt.logLevel" will work (as you did before) >>>>>> and we'll be able to see more details in the build log. >>>>> >>>>> Here is the new build with your patch merged: >>>>> >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >>>> >>>> Thanks. I did some more investigation on this. >>>> >>>> Again it's NullPointerException when rebinding ApplicationResources, but >>>> this time for different image file: ApplicationResources.wrenchImage >>>> ("images/wrench.png"). >>>> >>>> Looking at stacktrace & GWT sources, the problematic code seems to be >>>> (AbstractResourceContext:74): >>>> >>>> byte[] bytes = Util.readURLAsBytes(resource); >>>> >>>> where "resource" is (ImageResourceGenerator:311): >>>> >>>> localized.getUrl(); // LocalizedImage localized >>>> >>>> Note: in oVirt UI we don't use localized images (i.e. "wrench_fr_FR.png") >>>> so "localized" in this case points to "wrench.png". >>>> >>>> So the problem seems to be reading this file: >>>> >>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >>>> >>>> Since we're having many GWT permutations, this file ^^ (along with similar >>>> ones) is attempted to be read multiple times *from the same (single) GWT >>>> compiler Java process, before actual permutation worker Java sub-processes >>>> are spawned*. (More precisely, above NullPointerException happens at >>>> deferred binding phase which precedes actual GWT compilation per each >>>> permutation.) >>>> >>>> I think the root cause is Util.readURLAsBytes method used internally by GWT >>>> compiler: >>>> >>>> public static byte[] readURLAsBytes(URL url) { >>>> try { >>>> URLConnection conn = url.openConnection(); >>>> conn.setUseCaches(false); >>>> return readURLConnectionAsBytes(conn); >>>> } catch (IOException e) { >>>> return null; // This causes NullPointerException, but this exception >>>> isn't logged (wtf, GWT!) >>>> } >>>> } >>>> >>>> To summarize, I'll need to write another patch which replaces >>>> Util.readURLAsBytes implementation via AOP and prints IOException details. >>>> >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M -XX:MaxPermSize=1024m >>>>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D "ovirt_build_extra_flags >>>>>>>>>>> -gs >>>>>>>>>>> ${CI_MAVEN_SETTINGS} -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>>>>> >>>>>>>>>>> Let me know if you need anything else. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Vojtech >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>> "arch" >>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>> >>>>>>>>>>>>> In your log I see following error: >>>>>>>>>>>>> >>>>>>>>>>>>> ... >>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>> threw >>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed >>>>>>>>>>>>> for >>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>> ... >>>>>>>>>>>>> >>>>>>>>>>>>> I checked again logs at >>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>>>> >>>>>>>>>>>>> ... >>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>> threw >>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>> ... >>>>>>>>>>>>> >>>>>>>>>>>>> NullPointerException when processing ApplicationResources but >>>>>>>>>>>>> occuring >>>>>>>>>>>>> from >>>>>>>>>>>>> different places (ImageResourceGenerator vs. >>>>>>>>>>>>> InlineResourceContext) >>>>>>>>>>>>> >>>>>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. >>>>>>>>>>>>> uncaught >>>>>>>>>>>>> NPE) >>>>>>>>>>>>> - GWT compilation proceeds, fails to link with >>>>>>>>>>>>> ApplicationResources >>>>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>>>> >>>>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>>>>>>> >>>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>>>>> >>>>>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>> collaboration. >>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sandro Bonazzola >>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>> collaboration. >>>>>>>>> See how it works at redhat.com >>>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sandro Bonazzola >>>>>>> Better technology. Faster innovation. Powered by community >>>>>>> collaboration. >>>>>>> See how it works at redhat.com >>>>>>> >>>>> >>>>> >>>>> -- >>>>> Sandro Bonazzola >>>>> Better technology. Faster innovation. Powered by community collaboration. >>>>> See how it works at redhat.com >>>>> >>> >>> >>> -- >>> Sandro Bonazzola >>> Better technology. Faster innovation. Powered by community collaboration. >>> See how it works at redhat.com >>> > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Tue Feb 25 09:39:01 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 25 Feb 2014 10:39:01 +0100 Subject: Postponing oVirt 3.4.0 RC build, Test Day and GA Message-ID: <530C64B5.60303@redhat.com> Hi, we still have 3 blockers on POST so we're postponing RC build until all of them will be in MODIFIED state. Here is the list of blockers still open: Whiteboard Bug ID Status Summary infra 1055881 POST REST API: Search for an user in active directory by upn doesn't return any results... infra 1059258 POST REST API: Create user user at domain actually creates user only virt 1062615 POST utc_diff not updated according to a change in VM settings We're postponing Test Day too, scheduling it for next week on 2014-03-06. oVirt 3.4.0 GA have been postponed by one week, new tentative date is 2014-03-11. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Tue Feb 25 12:05:35 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 25 Feb 2014 07:05:35 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530C4E03.9090002@redhat.com> References: <53031642.3040307@redhat.com> <820716593.6066502.1392825083021.JavaMail.zimbra@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> Message-ID: <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Juan Hernandez" , "arch" , "Kiril Nesenko" > Sent: Tuesday, February 25, 2014 9:02:11 AM > Subject: Re: [urgent] Re: ovirt-engine build failure > > Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > > Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > >> > >> > >> ----- Original Message ----- > >>> From: "Sandro Bonazzola" > >>> To: "Vojtech Szocs" > >>> Cc: "Eyal Edri" , "Juan Hernandez" > >>> , "Kiril Nesenko" , > >>> "arch" > >>> Sent: Monday, February 24, 2014 9:08:09 AM > >>> Subject: [urgent] Re: ovirt-engine build failure > >>> > >>> Top posting, > >>> > >>> Please give this task really urgent priority, as you can see: > >>> > >>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > >>> and > >>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > >>> > >>> are failing consistently so we don't have nightly builds. > >> > >> (CC'ing Einav) > >> > >> Attached TEST patch, please apply & rebuild ovirt-engine as usual. > >> > >> This patch should cause following output during GWT compilation: > >> > >> [ERROR] ######### Util.readURLAsBytes > >> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > >> > >> If IOException occurs, exception stacktrace will be printed right below > >> that line. > >> > >> Note: please ignore the [ERROR] prefix, it's a technical issue, more > >> details at > >> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > >> > >> I just did a local upstream build with TEST patch applied, GWT compilation > >> passed OK. > > > > build job running with your patch here: > > http://jenkins.ovirt.org/job/manual-build-tarball/235/ > > waiting for a free executor right now. > > Let's see how it goes. > > Failed on CentOS: > http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull Hm, in that ^^ build, following exceptions occured: 1. [INFO] java.lang.NullPointerException [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) 2. [INFO] java.lang.NullPointerException: No ImageRect ever computed for downDisabledImage [INFO] at com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 1. is caused by Util#readURLAsBytes but I don't see any IOException in the logs 2. is just follow-up consequence of 1. (i.e. image metadata missing in GWT image cache) Now I noticed I missed one possible IOException inside Util#readURLConnectionAsBytes ... Long story short, I'll send updated TEST patch soon, apologies for the inconvenience. > > > > > > > > > > > > > >> > >>> > >>> > >>> > >>> > >>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > >>>> > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Sandro Bonazzola" > >>>>> To: "Vojtech Szocs" > >>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>> , "Kiril Nesenko" , > >>>>> "arch" > >>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > >>>>> Subject: Re: ovirt-engine build failure > >>>>> > >>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>>>>> > >>>>>> > >>>>>> ----- Original Message ----- > >>>>>>> From: "Sandro Bonazzola" > >>>>>>> To: "Vojtech Szocs" > >>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>> , "Kiril Nesenko" , > >>>>>>> "arch" > >>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>> > >>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>>>>> > >>>>>>>> > >>>>>>>> ----- Original Message ----- > >>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>> "arch" > >>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>> > >>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>> "arch" > >>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>> > >>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>>>>> > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>> computed > >>>>>>>>>>>>> for > >>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>> > >>>>>>>>>>>> This happened because internal image cache for bundled > >>>>>>>>>>>> (composite > >>>>>>>>>>>> PNG) > >>>>>>>>>>>> images was corrput. > >>>>>>>>>>>> It seems to be caused by disk I/O error while reading file > >>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>>>>> > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>> > >>>>>>>>>>>> This happened because image data was null, again possible disk > >>>>>>>>>>>> I/O > >>>>>>>>>>>> error > >>>>>>>>>>>> while reading image file. > >>>>>>>>>>>> > >>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>>>>> > >>>>>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Building master right now with your suggestions here: > >>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>>>>> > >>>>>>>>>> Looking at > >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>>>>> > >>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 > >>>>>>>>>> locales > >>>>>>>>>> = > >>>>>>>>>> 40 > >>>>>>>>>> GWT permutations. > >>>>>>>>> > >>>>>>>>> So no changes with and without > >>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>>>>> We've still 40 permutations. Maybe you defined > >>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM files? > >>>>>>>> > >>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the > >>>>>>>> "gwt.userAgent" > >>>>>>>> property is copied into "locale" GWT property in > >>>>>>>> {WebAdmin,UserPortal}.gwt.xml > >>>>>>> > >>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera from > >>>>>>> build > >>>>>>> command. > >>>>>> > >>>>>> Agreed. > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>> This: > >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>>>>>>> > >>>>>>>> Hm, it contains: > >>>>>>>> > >>>>>>>> [DEBUG] (f) logLevel = INFO > >>>>>>>> > >>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. > >>>>>>>> Let > >>>>>>>> me > >>>>>>>> check > >>>>>>>> this on local build. > >>>>>>> > >>>>>>> Ok, let me know if I've to change command line. > >>>>>> > >>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>>>>> > >>>>>> When it's merged, setting "gwt.logLevel" will work (as you did before) > >>>>>> and we'll be able to see more details in the build log. > >>>>> > >>>>> Here is the new build with your patch merged: > >>>>> > >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >>>> > >>>> Thanks. I did some more investigation on this. > >>>> > >>>> Again it's NullPointerException when rebinding ApplicationResources, but > >>>> this time for different image file: ApplicationResources.wrenchImage > >>>> ("images/wrench.png"). > >>>> > >>>> Looking at stacktrace & GWT sources, the problematic code seems to be > >>>> (AbstractResourceContext:74): > >>>> > >>>> byte[] bytes = Util.readURLAsBytes(resource); > >>>> > >>>> where "resource" is (ImageResourceGenerator:311): > >>>> > >>>> localized.getUrl(); // LocalizedImage localized > >>>> > >>>> Note: in oVirt UI we don't use localized images (i.e. > >>>> "wrench_fr_FR.png") > >>>> so "localized" in this case points to "wrench.png". > >>>> > >>>> So the problem seems to be reading this file: > >>>> > >>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > >>>> > >>>> Since we're having many GWT permutations, this file ^^ (along with > >>>> similar > >>>> ones) is attempted to be read multiple times *from the same (single) GWT > >>>> compiler Java process, before actual permutation worker Java > >>>> sub-processes > >>>> are spawned*. (More precisely, above NullPointerException happens at > >>>> deferred binding phase which precedes actual GWT compilation per each > >>>> permutation.) > >>>> > >>>> I think the root cause is Util.readURLAsBytes method used internally by > >>>> GWT > >>>> compiler: > >>>> > >>>> public static byte[] readURLAsBytes(URL url) { > >>>> try { > >>>> URLConnection conn = url.openConnection(); > >>>> conn.setUseCaches(false); > >>>> return readURLConnectionAsBytes(conn); > >>>> } catch (IOException e) { > >>>> return null; // This causes NullPointerException, but this > >>>> exception > >>>> isn't logged (wtf, GWT!) > >>>> } > >>>> } > >>>> > >>>> To summarize, I'll need to write another patch which replaces > >>>> Util.readURLAsBytes implementation via AOP and prints IOException > >>>> details. > >>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> # CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > >>>>>>>>>>> -XX:MaxPermSize=1024m > >>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > >>>>>>>>>>> "ovirt_build_extra_flags > >>>>>>>>>>> -gs > >>>>>>>>>>> ${CI_MAVEN_SETTINGS} > >>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >>>>>>>>>>> > >>>>>>>>>>> Let me know if you need anything else. > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Vojtech > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>>> "arch" > >>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>> > >>>>>>>>>>>>> In your log I see following error: > >>>>>>>>>>>>> > >>>>>>>>>>>>> ... > >>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>> threw > >>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>> computed > >>>>>>>>>>>>> for > >>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>> ... > >>>>>>>>>>>>> > >>>>>>>>>>>>> I checked again logs at > >>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>>>>> > >>>>>>>>>>>>> ... > >>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>> threw > >>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>> ... > >>>>>>>>>>>>> > >>>>>>>>>>>>> NullPointerException when processing ApplicationResources but > >>>>>>>>>>>>> occuring > >>>>>>>>>>>>> from > >>>>>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>>>>> InlineResourceContext) > >>>>>>>>>>>>> > >>>>>>>>>>>>> Now I understand why Maven build fails without any details: > >>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. > >>>>>>>>>>>>> uncaught > >>>>>>>>>>>>> NPE) > >>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>>>>> > >>>>>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. > >>>>>>>>>>>>> > >>>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding > >>>>>>>>>>>>> phase, so this could point to issue with local environment.. > >>>>>>>>>>>>> > >>>>>>>>>>>>> I will try to investigate this and look at GWT source code. > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>> collaboration. > >>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Sandro Bonazzola > >>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>> collaboration. > >>>>>>>>> See how it works at redhat.com > >>>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Sandro Bonazzola > >>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>> collaboration. > >>>>>>> See how it works at redhat.com > >>>>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Sandro Bonazzola > >>>>> Better technology. Faster innovation. Powered by community > >>>>> collaboration. > >>>>> See how it works at redhat.com > >>>>> > >>> > >>> > >>> -- > >>> Sandro Bonazzola > >>> Better technology. Faster innovation. Powered by community collaboration. > >>> See how it works at redhat.com > >>> > > > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From iheim at redhat.com Tue Feb 25 12:56:19 2014 From: iheim at redhat.com (Itamar Heim) Date: Tue, 25 Feb 2014 14:56:19 +0200 Subject: New git repository for maven-modules-plugin In-Reply-To: <53076750.8050909@redhat.com> References: <53076750.8050909@redhat.com> Message-ID: <530C92F3.8020102@redhat.com> On 02/21/2014 04:48 PM, Juan Hernandez wrote: > Hello, > > I would like to request a new git repository named maven-modules-plugin > to manage the source of a little tool that we use for the build process > of the engine. > > Currently the source of this tool is inside the ovirt-engine repository, > but I want to start distributing it via maven central, in order to build > other projects. This is much simpler if the source is in it's own > repository and has its own release cycle. > > What I would like to have in that repository is the same that I > currently have here: > > https://github.com/jhernand/modules-maven-plugin > > Once the code is moved to this new repository, and distributed via Maven > Central, the build process of the engine can be updated accordingly with > the following patch: > > http://gerrit.ovirt.org/24866 > > Thanks in advance, > Juan Hernandez > I see no other comment on this. none of the other repo's used to manage our infra/build is a match currently? From alonbl at redhat.com Tue Feb 25 13:05:30 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 25 Feb 2014 08:05:30 -0500 (EST) Subject: New git repository for maven-modules-plugin In-Reply-To: <530C92F3.8020102@redhat.com> References: <53076750.8050909@redhat.com> <530C92F3.8020102@redhat.com> Message-ID: <505798165.4593639.1393333530981.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Itamar Heim" > To: "Juan Hernandez" , "arch" , "infra" , "David Caro Estevez" > > Sent: Tuesday, February 25, 2014 2:56:19 PM > Subject: Re: New git repository for maven-modules-plugin > > On 02/21/2014 04:48 PM, Juan Hernandez wrote: > > Hello, > > > > I would like to request a new git repository named maven-modules-plugin > > to manage the source of a little tool that we use for the build process > > of the engine. > > > > Currently the source of this tool is inside the ovirt-engine repository, > > but I want to start distributing it via maven central, in order to build > > other projects. This is much simpler if the source is in it's own > > repository and has its own release cycle. > > > > What I would like to have in that repository is the same that I > > currently have here: > > > > https://github.com/jhernand/modules-maven-plugin > > > > Once the code is moved to this new repository, and distributed via Maven > > Central, the build process of the engine can be updated accordingly with > > the following patch: > > > > http://gerrit.ovirt.org/24866 > > > > Thanks in advance, > > Juan Hernandez > > > > I see no other comment on this. > none of the other repo's used to manage our infra/build is a match > currently? If we fork this out, we need it packaged for fedora as well, and other distros as we go. So it requires own repository. If it is ovirt specific, I would like to see ovirt within the name... but not critical. Regards, Alon From vszocs at redhat.com Tue Feb 25 15:52:22 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Tue, 25 Feb 2014 10:52:22 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> Message-ID: <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Vojtech Szocs" > To: "Sandro Bonazzola" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" > Sent: Tuesday, February 25, 2014 1:05:35 PM > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > ----- Original Message ----- > > From: "Sandro Bonazzola" > > To: "Vojtech Szocs" > > Cc: "Juan Hernandez" , "arch" , "Kiril > > Nesenko" > > Sent: Tuesday, February 25, 2014 9:02:11 AM > > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > > > Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > > >> > > >> > > >> ----- Original Message ----- > > >>> From: "Sandro Bonazzola" > > >>> To: "Vojtech Szocs" > > >>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>> , "Kiril Nesenko" , > > >>> "arch" > > >>> Sent: Monday, February 24, 2014 9:08:09 AM > > >>> Subject: [urgent] Re: ovirt-engine build failure > > >>> > > >>> Top posting, > > >>> > > >>> Please give this task really urgent priority, as you can see: > > >>> > > >>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > > >>> and > > >>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > > >>> > > >>> are failing consistently so we don't have nightly builds. > > >> > > >> (CC'ing Einav) > > >> > > >> Attached TEST patch, please apply & rebuild ovirt-engine as usual. > > >> > > >> This patch should cause following output during GWT compilation: > > >> > > >> [ERROR] ######### Util.readURLAsBytes > > >> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > > >> > > >> If IOException occurs, exception stacktrace will be printed right below > > >> that line. > > >> > > >> Note: please ignore the [ERROR] prefix, it's a technical issue, more > > >> details at > > >> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > > >> > > >> I just did a local upstream build with TEST patch applied, GWT > > >> compilation > > >> passed OK. > > > > > > build job running with your patch here: > > > http://jenkins.ovirt.org/job/manual-build-tarball/235/ > > > waiting for a free executor right now. > > > Let's see how it goes. > > > > Failed on CentOS: > > http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > > Hm, in that ^^ build, following exceptions occured: > > 1. > [INFO] java.lang.NullPointerException > [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > > 2. > [INFO] java.lang.NullPointerException: No ImageRect ever computed for > downDisabledImage > [INFO] at > com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > > 1. is caused by Util#readURLAsBytes but I don't see any IOException in the > logs > 2. is just follow-up consequence of 1. (i.e. image metadata missing in GWT > image cache) > > Now I noticed I missed one possible IOException inside > Util#readURLConnectionAsBytes ... > > Long story short, I'll send updated TEST patch soon, apologies for the > inconvenience. TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > > > > > > > > > > > > > > > > > > > > > > > > >> > > >>> > > >>> > > >>> > > >>> > > >>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > > >>>> > > >>>> > > >>>> ----- Original Message ----- > > >>>>> From: "Sandro Bonazzola" > > >>>>> To: "Vojtech Szocs" > > >>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>> , "Kiril Nesenko" , > > >>>>> "arch" > > >>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > > >>>>> Subject: Re: ovirt-engine build failure > > >>>>> > > >>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > > >>>>>> > > >>>>>> > > >>>>>> ----- Original Message ----- > > >>>>>>> From: "Sandro Bonazzola" > > >>>>>>> To: "Vojtech Szocs" > > >>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>> , "Kiril Nesenko" , > > >>>>>>> "arch" > > >>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > > >>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>> > > >>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> ----- Original Message ----- > > >>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>> , "Kiril Nesenko" , > > >>>>>>>>> "arch" > > >>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > > >>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>> > > >>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>> , "Kiril Nesenko" , > > >>>>>>>>>>> "arch" > > >>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > > >>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>> > > >>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > > >>>>>>>>>>>> Hi, I checked GWT sources: > > >>>>>>>>>>>> > > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > > >>>>>>>>>>>>> computed > > >>>>>>>>>>>>> for > > >>>>>>>>>>>>> removeBrickCommitRequired > > >>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > > >>>>>>>>>>>> > > >>>>>>>>>>>> This happened because internal image cache for bundled > > >>>>>>>>>>>> (composite > > >>>>>>>>>>>> PNG) > > >>>>>>>>>>>> images was corrput. > > >>>>>>>>>>>> It seems to be caused by disk I/O error while reading file > > >>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > > >>>>>>>>>>>> > > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException > > >>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > > >>>>>>>>>>>> > > >>>>>>>>>>>> This happened because image data was null, again possible disk > > >>>>>>>>>>>> I/O > > >>>>>>>>>>>> error > > >>>>>>>>>>>> while reading image file. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > > >>>>>>>>>>>> > > >>>>>>>>>>>> -Dgwt.logLevel=TRACE > > >>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>> Building master right now with your suggestions here: > > >>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > > >>>>>>>>>> > > >>>>>>>>>> Looking at > > >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > > >>>>>>>>>> > > >>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 > > >>>>>>>>>> locales > > >>>>>>>>>> = > > >>>>>>>>>> 40 > > >>>>>>>>>> GWT permutations. > > >>>>>>>>> > > >>>>>>>>> So no changes with and without > > >>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > > >>>>>>>>> We've still 40 permutations. Maybe you defined > > >>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM > > >>>>>>>>> files? > > >>>>>>>> > > >>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the > > >>>>>>>> "gwt.userAgent" > > >>>>>>>> property is copied into "locale" GWT property in > > >>>>>>>> {WebAdmin,UserPortal}.gwt.xml > > >>>>>>> > > >>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > > >>>>>>> from > > >>>>>>> build > > >>>>>>> command. > > >>>>>> > > >>>>>> Agreed. > > >>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> > > >>>>>>>>> > > >>>>>>>>> This: > > >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > > >>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > > >>>>>>>> > > >>>>>>>> Hm, it contains: > > >>>>>>>> > > >>>>>>>> [DEBUG] (f) logLevel = INFO > > >>>>>>>> > > >>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. > > >>>>>>>> Let > > >>>>>>>> me > > >>>>>>>> check > > >>>>>>>> this on local build. > > >>>>>>> > > >>>>>>> Ok, let me know if I've to change command line. > > >>>>>> > > >>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > > >>>>>> > > >>>>>> When it's merged, setting "gwt.logLevel" will work (as you did > > >>>>>> before) > > >>>>>> and we'll be able to see more details in the build log. > > >>>>> > > >>>>> Here is the new build with your patch merged: > > >>>>> > > >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > > >>>> > > >>>> Thanks. I did some more investigation on this. > > >>>> > > >>>> Again it's NullPointerException when rebinding ApplicationResources, > > >>>> but > > >>>> this time for different image file: ApplicationResources.wrenchImage > > >>>> ("images/wrench.png"). > > >>>> > > >>>> Looking at stacktrace & GWT sources, the problematic code seems to be > > >>>> (AbstractResourceContext:74): > > >>>> > > >>>> byte[] bytes = Util.readURLAsBytes(resource); > > >>>> > > >>>> where "resource" is (ImageResourceGenerator:311): > > >>>> > > >>>> localized.getUrl(); // LocalizedImage localized > > >>>> > > >>>> Note: in oVirt UI we don't use localized images (i.e. > > >>>> "wrench_fr_FR.png") > > >>>> so "localized" in this case points to "wrench.png". > > >>>> > > >>>> So the problem seems to be reading this file: > > >>>> > > >>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > > >>>> > > >>>> Since we're having many GWT permutations, this file ^^ (along with > > >>>> similar > > >>>> ones) is attempted to be read multiple times *from the same (single) > > >>>> GWT > > >>>> compiler Java process, before actual permutation worker Java > > >>>> sub-processes > > >>>> are spawned*. (More precisely, above NullPointerException happens at > > >>>> deferred binding phase which precedes actual GWT compilation per each > > >>>> permutation.) > > >>>> > > >>>> I think the root cause is Util.readURLAsBytes method used internally > > >>>> by > > >>>> GWT > > >>>> compiler: > > >>>> > > >>>> public static byte[] readURLAsBytes(URL url) { > > >>>> try { > > >>>> URLConnection conn = url.openConnection(); > > >>>> conn.setUseCaches(false); > > >>>> return readURLConnectionAsBytes(conn); > > >>>> } catch (IOException e) { > > >>>> return null; // This causes NullPointerException, but this > > >>>> exception > > >>>> isn't logged (wtf, GWT!) > > >>>> } > > >>>> } > > >>>> > > >>>> To summarize, I'll need to write another patch which replaces > > >>>> Util.readURLAsBytes implementation via AOP and prints IOException > > >>>> details. > > >>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>>> > > >>>>>>> > > >>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>> # > > >>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > > >>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > > >>>>>>>>>>> -XX:MaxPermSize=1024m > > >>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > > >>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > > >>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > > >>>>>>>>>>> "ovirt_build_extra_flags > > >>>>>>>>>>> -gs > > >>>>>>>>>>> ${CI_MAVEN_SETTINGS} > > >>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > > >>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > > >>>>>>>>>>> > > >>>>>>>>>>> Let me know if you need anything else. > > >>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> Vojtech > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>>> From: "Vojtech Szocs" > > >>>>>>>>>>>>> To: "Sandro Bonazzola" > > >>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>>>> , "Kiril Nesenko" , > > >>>>>>>>>>>>> "arch" > > >>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > > >>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> In your log I see following error: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> ... > > >>>>>>>>>>>>> [INFO] Computing all possible rebind results for > > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>> [INFO] Rebinding > > >>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > > >>>>>>>>>>>>> [INFO] Invoking generator > > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > > >>>>>>>>>>>>> [INFO] [ERROR] Generator > > >>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > > >>>>>>>>>>>>> threw > > >>>>>>>>>>>>> an exception while rebinding > > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > > >>>>>>>>>>>>> computed > > >>>>>>>>>>>>> for > > >>>>>>>>>>>>> removeBrickCommitRequired > > >>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > > >>>>>>>>>>>>> ... > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> I checked again logs at > > >>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > > >>>>>>>>>>>>> and indeed there is a similar error: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> ... > > >>>>>>>>>>>>> [INFO] Computing all possible rebind results for > > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>> [INFO] Rebinding > > >>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > > >>>>>>>>>>>>> [INFO] Invoking generator > > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > > >>>>>>>>>>>>> [INFO] [ERROR] Generator > > >>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > > >>>>>>>>>>>>> threw > > >>>>>>>>>>>>> an exception while rebinding > > >>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>> [INFO] java.lang.NullPointerException > > >>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > > >>>>>>>>>>>>> ... > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> NullPointerException when processing ApplicationResources but > > >>>>>>>>>>>>> occuring > > >>>>>>>>>>>>> from > > >>>>>>>>>>>>> different places (ImageResourceGenerator vs. > > >>>>>>>>>>>>> InlineResourceContext) > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Now I understand why Maven build fails without any details: > > >>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. > > >>>>>>>>>>>>> uncaught > > >>>>>>>>>>>>> NPE) > > >>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > > >>>>>>>>>>>>> ApplicationResources > > >>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> So the issue here is GWT deferred binding generator > > >>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding > > >>>>>>>>>>>>> phase, so this could point to issue with local environment.. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> I will try to investigate this and look at GWT source code. > > >>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>> -- > > >>>>>>>>>>> Sandro Bonazzola > > >>>>>>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>>>>>> collaboration. > > >>>>>>>>>>> See how it works at redhat.com > > >>>>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> -- > > >>>>>>>>> Sandro Bonazzola > > >>>>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>>>> collaboration. > > >>>>>>>>> See how it works at redhat.com > > >>>>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> -- > > >>>>>>> Sandro Bonazzola > > >>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>> collaboration. > > >>>>>>> See how it works at redhat.com > > >>>>>>> > > >>>>> > > >>>>> > > >>>>> -- > > >>>>> Sandro Bonazzola > > >>>>> Better technology. Faster innovation. Powered by community > > >>>>> collaboration. > > >>>>> See how it works at redhat.com > > >>>>> > > >>> > > >>> > > >>> -- > > >>> Sandro Bonazzola > > >>> Better technology. Faster innovation. Powered by community > > >>> collaboration. > > >>> See how it works at redhat.com > > >>> > > > > > > > > > > > > -- > > 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 > -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-TEST-v2.patch Type: text/x-patch Size: 5349 bytes Desc: not available URL: From sbonazzo at redhat.com Tue Feb 25 16:42:40 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Tue, 25 Feb 2014 17:42:40 +0100 Subject: oVirt 3.3.4 Release Candidate is now available Message-ID: <530CC800.6040502@redhat.com> The oVirt team is pleased to announce that the 3.3.4 Release Candidate is now available in ovirt-updates-testing [1]. Feel free to join us testing it[2] and verifying the bugzilla entries actually under verification. Release notes for this update will be updated soon on the wiki [3]. [1] http://resources.ovirt.org/releases/updates-testing [2] http://www.ovirt.org/Testing/Ovirt_3.3.4_testing [3] http://www.ovirt.org/OVirt_3.3.4_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Wed Feb 26 07:37:07 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 26 Feb 2014 08:37:07 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <5305C488.8010904@redhat.com> <2095016188.6524837.1392899663805.JavaMail.zimbra@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> Message-ID: <530D99A3.4060606@redhat.com> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Vojtech Szocs" >> To: "Sandro Bonazzola" >> Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" >> Sent: Tuesday, February 25, 2014 1:05:35 PM >> Subject: Re: [urgent] Re: ovirt-engine build failure >> >> >> >> ----- Original Message ----- >>> From: "Sandro Bonazzola" >>> To: "Vojtech Szocs" >>> Cc: "Juan Hernandez" , "arch" , "Kiril >>> Nesenko" >>> Sent: Tuesday, February 25, 2014 9:02:11 AM >>> Subject: Re: [urgent] Re: ovirt-engine build failure >>> >>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: >>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Vojtech Szocs" >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>> , "Kiril Nesenko" , >>>>>> "arch" >>>>>> Sent: Monday, February 24, 2014 9:08:09 AM >>>>>> Subject: [urgent] Re: ovirt-engine build failure >>>>>> >>>>>> Top posting, >>>>>> >>>>>> Please give this task really urgent priority, as you can see: >>>>>> >>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ >>>>>> and >>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ >>>>>> >>>>>> are failing consistently so we don't have nightly builds. >>>>> >>>>> (CC'ing Einav) >>>>> >>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. >>>>> >>>>> This patch should cause following output during GWT compilation: >>>>> >>>>> [ERROR] ######### Util.readURLAsBytes >>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png >>>>> >>>>> If IOException occurs, exception stacktrace will be printed right below >>>>> that line. >>>>> >>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, more >>>>> details at >>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html >>>>> >>>>> I just did a local upstream build with TEST patch applied, GWT >>>>> compilation >>>>> passed OK. >>>> >>>> build job running with your patch here: >>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ >>>> waiting for a free executor right now. >>>> Let's see how it goes. >>> >>> Failed on CentOS: >>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull >> >> Hm, in that ^^ build, following exceptions occured: >> >> 1. >> [INFO] java.lang.NullPointerException >> [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) >> >> 2. >> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >> downDisabledImage >> [INFO] at >> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 >> >> 1. is caused by Util#readURLAsBytes but I don't see any IOException in the >> logs >> 2. is just follow-up consequence of 1. (i.e. image metadata missing in GWT >> image cache) >> >> Now I noticed I missed one possible IOException inside >> Util#readURLConnectionAsBytes ... >> >> Long story short, I'll send updated TEST patch soon, apologies for the >> inconvenience. > > TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. Done, here is the console output: http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > >> >>> >>> >>> >>> >>> >>> >>>> >>>> >>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" >>>>>>>> To: "Vojtech Szocs" >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>> , "Kiril Nesenko" , >>>>>>>> "arch" >>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM >>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>> >>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>> "arch" >>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>> >>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>> "arch" >>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>> >>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>> >>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This happened because internal image cache for bundled >>>>>>>>>>>>>>> (composite >>>>>>>>>>>>>>> PNG) >>>>>>>>>>>>>>> images was corrput. >>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This happened because image data was null, again possible disk >>>>>>>>>>>>>>> I/O >>>>>>>>>>>>>>> error >>>>>>>>>>>>>>> while reading image file. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Building master right now with your suggestions here: >>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>>>>>>> >>>>>>>>>>>>> Looking at >>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>>>>>>> >>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 >>>>>>>>>>>>> locales >>>>>>>>>>>>> = >>>>>>>>>>>>> 40 >>>>>>>>>>>>> GWT permutations. >>>>>>>>>>>> >>>>>>>>>>>> So no changes with and without >>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>>>>>>> We've still 40 permutations. Maybe you defined >>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM >>>>>>>>>>>> files? >>>>>>>>>>> >>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>>>>>>>> "gwt.userAgent" >>>>>>>>>>> property is copied into "locale" GWT property in >>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>>>>>>> >>>>>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>> from >>>>>>>>>> build >>>>>>>>>> command. >>>>>>>>> >>>>>>>>> Agreed. >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> This: >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>>>>>>> >>>>>>>>>>> Hm, it contains: >>>>>>>>>>> >>>>>>>>>>> [DEBUG] (f) logLevel = INFO >>>>>>>>>>> >>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure why. >>>>>>>>>>> Let >>>>>>>>>>> me >>>>>>>>>>> check >>>>>>>>>>> this on local build. >>>>>>>>>> >>>>>>>>>> Ok, let me know if I've to change command line. >>>>>>>>> >>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>>>>>>> >>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did >>>>>>>>> before) >>>>>>>>> and we'll be able to see more details in the build log. >>>>>>>> >>>>>>>> Here is the new build with your patch merged: >>>>>>>> >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >>>>>>> >>>>>>> Thanks. I did some more investigation on this. >>>>>>> >>>>>>> Again it's NullPointerException when rebinding ApplicationResources, >>>>>>> but >>>>>>> this time for different image file: ApplicationResources.wrenchImage >>>>>>> ("images/wrench.png"). >>>>>>> >>>>>>> Looking at stacktrace & GWT sources, the problematic code seems to be >>>>>>> (AbstractResourceContext:74): >>>>>>> >>>>>>> byte[] bytes = Util.readURLAsBytes(resource); >>>>>>> >>>>>>> where "resource" is (ImageResourceGenerator:311): >>>>>>> >>>>>>> localized.getUrl(); // LocalizedImage localized >>>>>>> >>>>>>> Note: in oVirt UI we don't use localized images (i.e. >>>>>>> "wrench_fr_FR.png") >>>>>>> so "localized" in this case points to "wrench.png". >>>>>>> >>>>>>> So the problem seems to be reading this file: >>>>>>> >>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >>>>>>> >>>>>>> Since we're having many GWT permutations, this file ^^ (along with >>>>>>> similar >>>>>>> ones) is attempted to be read multiple times *from the same (single) >>>>>>> GWT >>>>>>> compiler Java process, before actual permutation worker Java >>>>>>> sub-processes >>>>>>> are spawned*. (More precisely, above NullPointerException happens at >>>>>>> deferred binding phase which precedes actual GWT compilation per each >>>>>>> permutation.) >>>>>>> >>>>>>> I think the root cause is Util.readURLAsBytes method used internally >>>>>>> by >>>>>>> GWT >>>>>>> compiler: >>>>>>> >>>>>>> public static byte[] readURLAsBytes(URL url) { >>>>>>> try { >>>>>>> URLConnection conn = url.openConnection(); >>>>>>> conn.setUseCaches(false); >>>>>>> return readURLConnectionAsBytes(conn); >>>>>>> } catch (IOException e) { >>>>>>> return null; // This causes NullPointerException, but this >>>>>>> exception >>>>>>> isn't logged (wtf, GWT!) >>>>>>> } >>>>>>> } >>>>>>> >>>>>>> To summarize, I'll need to write another patch which replaces >>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException >>>>>>> details. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> # >>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M >>>>>>>>>>>>>> -XX:MaxPermSize=1024m >>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D >>>>>>>>>>>>>> "ovirt_build_extra_flags >>>>>>>>>>>>>> -gs >>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>>>>>>>> >>>>>>>>>>>>>> Let me know if you need anything else. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Vojtech >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> In your log I see following error: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I checked again logs at >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> NullPointerException when processing ApplicationResources but >>>>>>>>>>>>>>>> occuring >>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. >>>>>>>>>>>>>>>> InlineResourceContext) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. >>>>>>>>>>>>>>>> uncaught >>>>>>>>>>>>>>>> NPE) >>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with >>>>>>>>>>>>>>>> ApplicationResources >>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT compilation. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>> collaboration. >>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sandro Bonazzola >>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>> collaboration. >>>>>>>>>> See how it works at redhat.com >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> >>>> >>>> >>> >>> >>> -- >>> Sandro Bonazzola >>> Better technology. Faster innovation. Powered by community collaboration. >>> See how it works at redhat.com >>> >> _______________________________________________ >> Arch mailing list >> Arch at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/arch >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From tjelinek at redhat.com Wed Feb 26 08:06:12 2014 From: tjelinek at redhat.com (Tomas Jelinek) Date: Wed, 26 Feb 2014 03:06:12 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530D99A3.4060606@redhat.com> References: <53031642.3040307@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> Message-ID: <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> Hey, from this logs it seems that the root cause is: [ERROR] java.io.FileNotFoundException: /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png (Too many open files) e.g. the OS does not allow to open all the files the gwt compilation needs. Could you please try to increase the limit of max opened files on the host and try to rebuild? ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" > Sent: Wednesday, February 26, 2014 8:37:07 AM > Subject: Re: [urgent] Re: ovirt-engine build failure > > Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Vojtech Szocs" > >> To: "Sandro Bonazzola" > >> Cc: "Juan Hernandez" , "Kiril Nesenko" > >> , "arch" > >> Sent: Tuesday, February 25, 2014 1:05:35 PM > >> Subject: Re: [urgent] Re: ovirt-engine build failure > >> > >> > >> > >> ----- Original Message ----- > >>> From: "Sandro Bonazzola" > >>> To: "Vojtech Szocs" > >>> Cc: "Juan Hernandez" , "arch" , > >>> "Kiril > >>> Nesenko" > >>> Sent: Tuesday, February 25, 2014 9:02:11 AM > >>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>> > >>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > >>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" > >>>>>> To: "Vojtech Szocs" > >>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>> , "Kiril Nesenko" , > >>>>>> "arch" > >>>>>> Sent: Monday, February 24, 2014 9:08:09 AM > >>>>>> Subject: [urgent] Re: ovirt-engine build failure > >>>>>> > >>>>>> Top posting, > >>>>>> > >>>>>> Please give this task really urgent priority, as you can see: > >>>>>> > >>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > >>>>>> and > >>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > >>>>>> > >>>>>> are failing consistently so we don't have nightly builds. > >>>>> > >>>>> (CC'ing Einav) > >>>>> > >>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. > >>>>> > >>>>> This patch should cause following output during GWT compilation: > >>>>> > >>>>> [ERROR] ######### Util.readURLAsBytes > >>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > >>>>> > >>>>> If IOException occurs, exception stacktrace will be printed right below > >>>>> that line. > >>>>> > >>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, more > >>>>> details at > >>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > >>>>> > >>>>> I just did a local upstream build with TEST patch applied, GWT > >>>>> compilation > >>>>> passed OK. > >>>> > >>>> build job running with your patch here: > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ > >>>> waiting for a free executor right now. > >>>> Let's see how it goes. > >>> > >>> Failed on CentOS: > >>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > >> > >> Hm, in that ^^ build, following exceptions occured: > >> > >> 1. > >> [INFO] java.lang.NullPointerException > >> [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > >> > >> 2. > >> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >> downDisabledImage > >> [INFO] at > >> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > >> > >> 1. is caused by Util#readURLAsBytes but I don't see any IOException in the > >> logs > >> 2. is just follow-up consequence of 1. (i.e. image metadata missing in GWT > >> image cache) > >> > >> Now I noticed I missed one possible IOException inside > >> Util#readURLConnectionAsBytes ... > >> > >> Long story short, I'll send updated TEST patch soon, apologies for the > >> inconvenience. > > > > TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > > Done, here is the console output: > http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > > > > > > > >> > >>> > >>> > >>> > >>> > >>> > >>> > >>>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>>> From: "Sandro Bonazzola" > >>>>>>>> To: "Vojtech Szocs" > >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>> , "Kiril Nesenko" , > >>>>>>>> "arch" > >>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > >>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>> > >>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> ----- Original Message ----- > >>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>> "arch" > >>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>> > >>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>> "arch" > >>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>> > >>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> This happened because internal image cache for bundled > >>>>>>>>>>>>>>> (composite > >>>>>>>>>>>>>>> PNG) > >>>>>>>>>>>>>>> images was corrput. > >>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading file > >>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> This happened because image data was null, again possible > >>>>>>>>>>>>>>> disk > >>>>>>>>>>>>>>> I/O > >>>>>>>>>>>>>>> error > >>>>>>>>>>>>>>> while reading image file. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Building master right now with your suggestions here: > >>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>>>>>>>> > >>>>>>>>>>>>> Looking at > >>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>>>>>>>> > >>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 > >>>>>>>>>>>>> locales > >>>>>>>>>>>>> = > >>>>>>>>>>>>> 40 > >>>>>>>>>>>>> GWT permutations. > >>>>>>>>>>>> > >>>>>>>>>>>> So no changes with and without > >>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>>>>>>>> We've still 40 permutations. Maybe you defined > >>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM > >>>>>>>>>>>> files? > >>>>>>>>>>> > >>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the > >>>>>>>>>>> "gwt.userAgent" > >>>>>>>>>>> property is copied into "locale" GWT property in > >>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml > >>>>>>>>>> > >>>>>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>> from > >>>>>>>>>> build > >>>>>>>>>> command. > >>>>>>>>> > >>>>>>>>> Agreed. > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> This: > >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>>>>>>>>>> > >>>>>>>>>>> Hm, it contains: > >>>>>>>>>>> > >>>>>>>>>>> [DEBUG] (f) logLevel = INFO > >>>>>>>>>>> > >>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure > >>>>>>>>>>> why. > >>>>>>>>>>> Let > >>>>>>>>>>> me > >>>>>>>>>>> check > >>>>>>>>>>> this on local build. > >>>>>>>>>> > >>>>>>>>>> Ok, let me know if I've to change command line. > >>>>>>>>> > >>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>>>>>>>> > >>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did > >>>>>>>>> before) > >>>>>>>>> and we'll be able to see more details in the build log. > >>>>>>>> > >>>>>>>> Here is the new build with your patch merged: > >>>>>>>> > >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >>>>>>> > >>>>>>> Thanks. I did some more investigation on this. > >>>>>>> > >>>>>>> Again it's NullPointerException when rebinding ApplicationResources, > >>>>>>> but > >>>>>>> this time for different image file: ApplicationResources.wrenchImage > >>>>>>> ("images/wrench.png"). > >>>>>>> > >>>>>>> Looking at stacktrace & GWT sources, the problematic code seems to be > >>>>>>> (AbstractResourceContext:74): > >>>>>>> > >>>>>>> byte[] bytes = Util.readURLAsBytes(resource); > >>>>>>> > >>>>>>> where "resource" is (ImageResourceGenerator:311): > >>>>>>> > >>>>>>> localized.getUrl(); // LocalizedImage localized > >>>>>>> > >>>>>>> Note: in oVirt UI we don't use localized images (i.e. > >>>>>>> "wrench_fr_FR.png") > >>>>>>> so "localized" in this case points to "wrench.png". > >>>>>>> > >>>>>>> So the problem seems to be reading this file: > >>>>>>> > >>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > >>>>>>> > >>>>>>> Since we're having many GWT permutations, this file ^^ (along with > >>>>>>> similar > >>>>>>> ones) is attempted to be read multiple times *from the same (single) > >>>>>>> GWT > >>>>>>> compiler Java process, before actual permutation worker Java > >>>>>>> sub-processes > >>>>>>> are spawned*. (More precisely, above NullPointerException happens at > >>>>>>> deferred binding phase which precedes actual GWT compilation per each > >>>>>>> permutation.) > >>>>>>> > >>>>>>> I think the root cause is Util.readURLAsBytes method used internally > >>>>>>> by > >>>>>>> GWT > >>>>>>> compiler: > >>>>>>> > >>>>>>> public static byte[] readURLAsBytes(URL url) { > >>>>>>> try { > >>>>>>> URLConnection conn = url.openConnection(); > >>>>>>> conn.setUseCaches(false); > >>>>>>> return readURLConnectionAsBytes(conn); > >>>>>>> } catch (IOException e) { > >>>>>>> return null; // This causes NullPointerException, but this > >>>>>>> exception > >>>>>>> isn't logged (wtf, GWT!) > >>>>>>> } > >>>>>>> } > >>>>>>> > >>>>>>> To summarize, I'll need to write another patch which replaces > >>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException > >>>>>>> details. > >>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> # > >>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > >>>>>>>>>>>>>> -XX:MaxPermSize=1024m > >>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > >>>>>>>>>>>>>> "ovirt_build_extra_flags > >>>>>>>>>>>>>> -gs > >>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} > >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Let me know if you need anything else. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Vojtech > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> In your log I see following error: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> I checked again logs at > >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> NullPointerException when processing ApplicationResources > >>>>>>>>>>>>>>>> but > >>>>>>>>>>>>>>>> occuring > >>>>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>>>>>>>> InlineResourceContext) > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Now I understand why Maven build fails without any details: > >>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. > >>>>>>>>>>>>>>>> uncaught > >>>>>>>>>>>>>>>> NPE) > >>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT > >>>>>>>>>>>>>>>> compilation. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding > >>>>>>>>>>>>>>>> phase, so this could point to issue with local environment.. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source code. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>> collaboration. > >>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Sandro Bonazzola > >>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>> collaboration. > >>>>>>>>>> See how it works at redhat.com > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Sandro Bonazzola > >>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>> collaboration. > >>>>>>>> See how it works at redhat.com > >>>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Sandro Bonazzola > >>>>>> Better technology. Faster innovation. Powered by community > >>>>>> collaboration. > >>>>>> See how it works at redhat.com > >>>>>> > >>>> > >>>> > >>> > >>> > >>> -- > >>> Sandro Bonazzola > >>> Better technology. Faster innovation. Powered by community collaboration. > >>> See how it works at redhat.com > >>> > >> _______________________________________________ > >> Arch mailing list > >> Arch at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/arch > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Arch mailing list > Arch at ovirt.org > http://lists.ovirt.org/mailman/listinfo/arch > From sbonazzo at redhat.com Wed Feb 26 09:22:22 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 26 Feb 2014 10:22:22 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <530AFDE9.8000704@redhat.com> <1656255706.8740000.1393262906258.JavaMail.zimbra@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> Message-ID: <530DB24E.4020409@redhat.com> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: > Hey, > > from this logs it seems that the root cause is: > [ERROR] java.io.FileNotFoundException: /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png (Too many open files) > > e.g. the OS does not allow to open all the files the gwt compilation needs. Could you please try to increase the limit of max opened files on the host and try to rebuild? David is increasing max open files. We'll give it another run. I really think that having to reduce localWorkers to 1 for having decent build requirements on RAM and still hit too many opened files is really bad. Any chance of lowering build requirements in terms of RAM and opened files? > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" >> Sent: Wednesday, February 26, 2014 8:37:07 AM >> Subject: Re: [urgent] Re: ovirt-engine build failure >> >> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Vojtech Szocs" >>>> To: "Sandro Bonazzola" >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>> , "arch" >>>> Sent: Tuesday, February 25, 2014 1:05:35 PM >>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>> >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Sandro Bonazzola" >>>>> To: "Vojtech Szocs" >>>>> Cc: "Juan Hernandez" , "arch" , >>>>> "Kiril >>>>> Nesenko" >>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM >>>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>>> >>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: >>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" >>>>>>>> To: "Vojtech Szocs" >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>> , "Kiril Nesenko" , >>>>>>>> "arch" >>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM >>>>>>>> Subject: [urgent] Re: ovirt-engine build failure >>>>>>>> >>>>>>>> Top posting, >>>>>>>> >>>>>>>> Please give this task really urgent priority, as you can see: >>>>>>>> >>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ >>>>>>>> and >>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ >>>>>>>> >>>>>>>> are failing consistently so we don't have nightly builds. >>>>>>> >>>>>>> (CC'ing Einav) >>>>>>> >>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. >>>>>>> >>>>>>> This patch should cause following output during GWT compilation: >>>>>>> >>>>>>> [ERROR] ######### Util.readURLAsBytes >>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png >>>>>>> >>>>>>> If IOException occurs, exception stacktrace will be printed right below >>>>>>> that line. >>>>>>> >>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, more >>>>>>> details at >>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html >>>>>>> >>>>>>> I just did a local upstream build with TEST patch applied, GWT >>>>>>> compilation >>>>>>> passed OK. >>>>>> >>>>>> build job running with your patch here: >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ >>>>>> waiting for a free executor right now. >>>>>> Let's see how it goes. >>>>> >>>>> Failed on CentOS: >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull >>>> >>>> Hm, in that ^^ build, following exceptions occured: >>>> >>>> 1. >>>> [INFO] java.lang.NullPointerException >>>> [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) >>>> >>>> 2. >>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>> downDisabledImage >>>> [INFO] at >>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 >>>> >>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException in the >>>> logs >>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing in GWT >>>> image cache) >>>> >>>> Now I noticed I missed one possible IOException inside >>>> Util#readURLConnectionAsBytes ... >>>> >>>> Long story short, I'll send updated TEST patch soon, apologies for the >>>> inconvenience. >>> >>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. >> >> Done, here is the console output: >> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull >> >> >> >> >>> >>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>> "arch" >>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM >>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>> >>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>> "arch" >>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>> >>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>> >>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> This happened because internal image cache for bundled >>>>>>>>>>>>>>>>> (composite >>>>>>>>>>>>>>>>> PNG) >>>>>>>>>>>>>>>>> images was corrput. >>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> This happened because image data was null, again possible >>>>>>>>>>>>>>>>> disk >>>>>>>>>>>>>>>>> I/O >>>>>>>>>>>>>>>>> error >>>>>>>>>>>>>>>>> while reading image file. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Building master right now with your suggestions here: >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Looking at >>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 >>>>>>>>>>>>>>> locales >>>>>>>>>>>>>>> = >>>>>>>>>>>>>>> 40 >>>>>>>>>>>>>>> GWT permutations. >>>>>>>>>>>>>> >>>>>>>>>>>>>> So no changes with and without >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined >>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM >>>>>>>>>>>>>> files? >>>>>>>>>>>>> >>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> the >>>>>>>>>>>>> "gwt.userAgent" >>>>>>>>>>>>> property is copied into "locale" GWT property in >>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>>>>>>>>> >>>>>>>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>> from >>>>>>>>>>>> build >>>>>>>>>>>> command. >>>>>>>>>>> >>>>>>>>>>> Agreed. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> This: >>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>>>>>>>>> >>>>>>>>>>>>> Hm, it contains: >>>>>>>>>>>>> >>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO >>>>>>>>>>>>> >>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure >>>>>>>>>>>>> why. >>>>>>>>>>>>> Let >>>>>>>>>>>>> me >>>>>>>>>>>>> check >>>>>>>>>>>>> this on local build. >>>>>>>>>>>> >>>>>>>>>>>> Ok, let me know if I've to change command line. >>>>>>>>>>> >>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>>>>>>>>> >>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did >>>>>>>>>>> before) >>>>>>>>>>> and we'll be able to see more details in the build log. >>>>>>>>>> >>>>>>>>>> Here is the new build with your patch merged: >>>>>>>>>> >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >>>>>>>>> >>>>>>>>> Thanks. I did some more investigation on this. >>>>>>>>> >>>>>>>>> Again it's NullPointerException when rebinding ApplicationResources, >>>>>>>>> but >>>>>>>>> this time for different image file: ApplicationResources.wrenchImage >>>>>>>>> ("images/wrench.png"). >>>>>>>>> >>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems to be >>>>>>>>> (AbstractResourceContext:74): >>>>>>>>> >>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); >>>>>>>>> >>>>>>>>> where "resource" is (ImageResourceGenerator:311): >>>>>>>>> >>>>>>>>> localized.getUrl(); // LocalizedImage localized >>>>>>>>> >>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. >>>>>>>>> "wrench_fr_FR.png") >>>>>>>>> so "localized" in this case points to "wrench.png". >>>>>>>>> >>>>>>>>> So the problem seems to be reading this file: >>>>>>>>> >>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >>>>>>>>> >>>>>>>>> Since we're having many GWT permutations, this file ^^ (along with >>>>>>>>> similar >>>>>>>>> ones) is attempted to be read multiple times *from the same (single) >>>>>>>>> GWT >>>>>>>>> compiler Java process, before actual permutation worker Java >>>>>>>>> sub-processes >>>>>>>>> are spawned*. (More precisely, above NullPointerException happens at >>>>>>>>> deferred binding phase which precedes actual GWT compilation per each >>>>>>>>> permutation.) >>>>>>>>> >>>>>>>>> I think the root cause is Util.readURLAsBytes method used internally >>>>>>>>> by >>>>>>>>> GWT >>>>>>>>> compiler: >>>>>>>>> >>>>>>>>> public static byte[] readURLAsBytes(URL url) { >>>>>>>>> try { >>>>>>>>> URLConnection conn = url.openConnection(); >>>>>>>>> conn.setUseCaches(false); >>>>>>>>> return readURLConnectionAsBytes(conn); >>>>>>>>> } catch (IOException e) { >>>>>>>>> return null; // This causes NullPointerException, but this >>>>>>>>> exception >>>>>>>>> isn't logged (wtf, GWT!) >>>>>>>>> } >>>>>>>>> } >>>>>>>>> >>>>>>>>> To summarize, I'll need to write another patch which replaces >>>>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException >>>>>>>>> details. >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> # >>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M >>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m >>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D >>>>>>>>>>>>>>>> "ovirt_build_extra_flags >>>>>>>>>>>>>>>> -gs >>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Let me know if you need anything else. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Vojtech >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" >>>>>>>>>>>>>>>>>> , >>>>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> In your log I see following error: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I checked again logs at >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> NullPointerException when processing ApplicationResources >>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>> occuring >>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. >>>>>>>>>>>>>>>>>> InlineResourceContext) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any details: >>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources (i.e. >>>>>>>>>>>>>>>>>> uncaught >>>>>>>>>>>>>>>>>> NPE) >>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with >>>>>>>>>>>>>>>>>> ApplicationResources >>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT >>>>>>>>>>>>>>>>>> compilation. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred binding >>>>>>>>>>>>>>>>>> phase, so this could point to issue with local environment.. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source code. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>> collaboration. >>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sandro Bonazzola >>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>> collaboration. >>>>>>>>>> See how it works at redhat.com >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Sandro Bonazzola >>>>> Better technology. Faster innovation. Powered by community collaboration. >>>>> See how it works at redhat.com >>>>> >>>> _______________________________________________ >>>> Arch mailing list >>>> Arch at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/arch >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> _______________________________________________ >> Arch mailing list >> Arch at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/arch >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vszocs at redhat.com Wed Feb 26 10:51:46 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 26 Feb 2014 05:51:46 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530DB24E.4020409@redhat.com> References: <53031642.3040307@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> Message-ID: <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Tomas Jelinek" > Cc: "Vojtech Szocs" , "Juan Hernandez" , "Kiril Nesenko" > , "arch" > Sent: Wednesday, February 26, 2014 10:22:22 AM > Subject: Re: [urgent] Re: ovirt-engine build failure > > Il 26/02/2014 09:06, Tomas Jelinek ha scritto: > > Hey, > > > > from this logs it seems that the root cause is: > > [ERROR] java.io.FileNotFoundException: > > /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png > > (Too many open files) > > > > e.g. the OS does not allow to open all the files the gwt compilation needs. > > Could you please try to increase the limit of max opened files on the host > > and try to rebuild? > > David is increasing max open files. We'll give it another run. > I really think that having to reduce localWorkers to 1 for having decent > build requirements on RAM and still hit too many opened files is really bad. > Any chance of lowering build requirements in terms of RAM and opened files? In general, GWT compiler generates/reads lots of intermediate files during its runtime. IIRC, this file amount is proportional to number of permutations being compiled, i.e. num_of_browsers x num_of_locales. This is why we don't hit "Too many open files" in small-scale builds (i.e. development) but we do hit it on large-scale builds (i.e. all_browsers x all_locales nightly build). But is increasing max open files for GWT compiler really that big of a deal? (i.e. we know that compiler needs to process lots of files per each permutation) Alternatively, we could implement "remote GWT worker grid" -> offload compilation for each specific (browser x locale) permutation to a remote machine, this would require some extra Java implementation though. I agree on excessive RAM usage, I'm currently experimenting with some compiler options, I'll share results when I have something. Another approach we could take (something I'll discuss with my peers) is the idea of eliminating locale vector entirely -> re-implement i18n support in UI in a way that for X browsers, there will be only X total permutations (i.e. not X x num_of_locales). This would reduce RAM usage && compilation time && perhaps max files opened too. > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Vojtech Szocs" > >> Cc: "Juan Hernandez" , "Kiril Nesenko" > >> , "arch" > >> Sent: Wednesday, February 26, 2014 8:37:07 AM > >> Subject: Re: [urgent] Re: ovirt-engine build failure > >> > >> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Vojtech Szocs" > >>>> To: "Sandro Bonazzola" > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>> , "arch" > >>>> Sent: Tuesday, February 25, 2014 1:05:35 PM > >>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>> > >>>> > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Sandro Bonazzola" > >>>>> To: "Vojtech Szocs" > >>>>> Cc: "Juan Hernandez" , "arch" , > >>>>> "Kiril > >>>>> Nesenko" > >>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM > >>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>> > >>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > >>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>>> From: "Sandro Bonazzola" > >>>>>>>> To: "Vojtech Szocs" > >>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>> , "Kiril Nesenko" , > >>>>>>>> "arch" > >>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM > >>>>>>>> Subject: [urgent] Re: ovirt-engine build failure > >>>>>>>> > >>>>>>>> Top posting, > >>>>>>>> > >>>>>>>> Please give this task really urgent priority, as you can see: > >>>>>>>> > >>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > >>>>>>>> and > >>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > >>>>>>>> > >>>>>>>> are failing consistently so we don't have nightly builds. > >>>>>>> > >>>>>>> (CC'ing Einav) > >>>>>>> > >>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. > >>>>>>> > >>>>>>> This patch should cause following output during GWT compilation: > >>>>>>> > >>>>>>> [ERROR] ######### Util.readURLAsBytes > >>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > >>>>>>> > >>>>>>> If IOException occurs, exception stacktrace will be printed right > >>>>>>> below > >>>>>>> that line. > >>>>>>> > >>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, more > >>>>>>> details at > >>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > >>>>>>> > >>>>>>> I just did a local upstream build with TEST patch applied, GWT > >>>>>>> compilation > >>>>>>> passed OK. > >>>>>> > >>>>>> build job running with your patch here: > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ > >>>>>> waiting for a free executor right now. > >>>>>> Let's see how it goes. > >>>>> > >>>>> Failed on CentOS: > >>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > >>>> > >>>> Hm, in that ^^ build, following exceptions occured: > >>>> > >>>> 1. > >>>> [INFO] java.lang.NullPointerException > >>>> [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > >>>> > >>>> 2. > >>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>> downDisabledImage > >>>> [INFO] at > >>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > >>>> > >>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException in > >>>> the > >>>> logs > >>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing in > >>>> GWT > >>>> image cache) > >>>> > >>>> Now I noticed I missed one possible IOException inside > >>>> Util#readURLConnectionAsBytes ... > >>>> > >>>> Long story short, I'll send updated TEST patch soon, apologies for the > >>>> inconvenience. > >>> > >>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > >> > >> Done, here is the console output: > >> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > >> > >> > >> > >> > >>> > >>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> ----- Original Message ----- > >>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>> "arch" > >>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > >>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>> > >>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>> "arch" > >>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>> > >>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> This happened because internal image cache for bundled > >>>>>>>>>>>>>>>>> (composite > >>>>>>>>>>>>>>>>> PNG) > >>>>>>>>>>>>>>>>> images was corrput. > >>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading file > >>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> This happened because image data was null, again possible > >>>>>>>>>>>>>>>>> disk > >>>>>>>>>>>>>>>>> I/O > >>>>>>>>>>>>>>>>> error > >>>>>>>>>>>>>>>>> while reading image file. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Building master right now with your suggestions here: > >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Looking at > >>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 > >>>>>>>>>>>>>>> locales > >>>>>>>>>>>>>>> = > >>>>>>>>>>>>>>> 40 > >>>>>>>>>>>>>>> GWT permutations. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> So no changes with and without > >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined > >>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM > >>>>>>>>>>>>>> files? > >>>>>>>>>>>>> > >>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> > >>>>>>>>>>>>> the > >>>>>>>>>>>>> "gwt.userAgent" > >>>>>>>>>>>>> property is copied into "locale" GWT property in > >>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml > >>>>>>>>>>>> > >>>>>>>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>> from > >>>>>>>>>>>> build > >>>>>>>>>>>> command. > >>>>>>>>>>> > >>>>>>>>>>> Agreed. > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> This: > >>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Hm, it contains: > >>>>>>>>>>>>> > >>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO > >>>>>>>>>>>>> > >>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure > >>>>>>>>>>>>> why. > >>>>>>>>>>>>> Let > >>>>>>>>>>>>> me > >>>>>>>>>>>>> check > >>>>>>>>>>>>> this on local build. > >>>>>>>>>>>> > >>>>>>>>>>>> Ok, let me know if I've to change command line. > >>>>>>>>>>> > >>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>>>>>>>>>> > >>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did > >>>>>>>>>>> before) > >>>>>>>>>>> and we'll be able to see more details in the build log. > >>>>>>>>>> > >>>>>>>>>> Here is the new build with your patch merged: > >>>>>>>>>> > >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >>>>>>>>> > >>>>>>>>> Thanks. I did some more investigation on this. > >>>>>>>>> > >>>>>>>>> Again it's NullPointerException when rebinding > >>>>>>>>> ApplicationResources, > >>>>>>>>> but > >>>>>>>>> this time for different image file: > >>>>>>>>> ApplicationResources.wrenchImage > >>>>>>>>> ("images/wrench.png"). > >>>>>>>>> > >>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems to > >>>>>>>>> be > >>>>>>>>> (AbstractResourceContext:74): > >>>>>>>>> > >>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); > >>>>>>>>> > >>>>>>>>> where "resource" is (ImageResourceGenerator:311): > >>>>>>>>> > >>>>>>>>> localized.getUrl(); // LocalizedImage localized > >>>>>>>>> > >>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. > >>>>>>>>> "wrench_fr_FR.png") > >>>>>>>>> so "localized" in this case points to "wrench.png". > >>>>>>>>> > >>>>>>>>> So the problem seems to be reading this file: > >>>>>>>>> > >>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > >>>>>>>>> > >>>>>>>>> Since we're having many GWT permutations, this file ^^ (along with > >>>>>>>>> similar > >>>>>>>>> ones) is attempted to be read multiple times *from the same > >>>>>>>>> (single) > >>>>>>>>> GWT > >>>>>>>>> compiler Java process, before actual permutation worker Java > >>>>>>>>> sub-processes > >>>>>>>>> are spawned*. (More precisely, above NullPointerException happens > >>>>>>>>> at > >>>>>>>>> deferred binding phase which precedes actual GWT compilation per > >>>>>>>>> each > >>>>>>>>> permutation.) > >>>>>>>>> > >>>>>>>>> I think the root cause is Util.readURLAsBytes method used > >>>>>>>>> internally > >>>>>>>>> by > >>>>>>>>> GWT > >>>>>>>>> compiler: > >>>>>>>>> > >>>>>>>>> public static byte[] readURLAsBytes(URL url) { > >>>>>>>>> try { > >>>>>>>>> URLConnection conn = url.openConnection(); > >>>>>>>>> conn.setUseCaches(false); > >>>>>>>>> return readURLConnectionAsBytes(conn); > >>>>>>>>> } catch (IOException e) { > >>>>>>>>> return null; // This causes NullPointerException, but this > >>>>>>>>> exception > >>>>>>>>> isn't logged (wtf, GWT!) > >>>>>>>>> } > >>>>>>>>> } > >>>>>>>>> > >>>>>>>>> To summarize, I'll need to write another patch which replaces > >>>>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException > >>>>>>>>> details. > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> # > >>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > >>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m > >>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > >>>>>>>>>>>>>>>> "ovirt_build_extra_flags > >>>>>>>>>>>>>>>> -gs > >>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} > >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Let me know if you need anything else. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Vojtech > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> In your log I see following error: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> I checked again logs at > >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> NullPointerException when processing ApplicationResources > >>>>>>>>>>>>>>>>>> but > >>>>>>>>>>>>>>>>>> occuring > >>>>>>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>>>>>>>>>> InlineResourceContext) > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any > >>>>>>>>>>>>>>>>>> details: > >>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources > >>>>>>>>>>>>>>>>>> (i.e. > >>>>>>>>>>>>>>>>>> uncaught > >>>>>>>>>>>>>>>>>> NPE) > >>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT > >>>>>>>>>>>>>>>>>> compilation. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred > >>>>>>>>>>>>>>>>>> binding > >>>>>>>>>>>>>>>>>> phase, so this could point to issue with local > >>>>>>>>>>>>>>>>>> environment.. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source > >>>>>>>>>>>>>>>>>> code. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>> collaboration. > >>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Sandro Bonazzola > >>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>> collaboration. > >>>>>>>>>> See how it works at redhat.com > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Sandro Bonazzola > >>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>> collaboration. > >>>>>>>> See how it works at redhat.com > >>>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Sandro Bonazzola > >>>>> Better technology. Faster innovation. Powered by community > >>>>> collaboration. > >>>>> See how it works at redhat.com > >>>>> > >>>> _______________________________________________ > >>>> Arch mailing list > >>>> Arch at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> _______________________________________________ > >> Arch mailing list > >> Arch at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/arch > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From sbonazzo at redhat.com Wed Feb 26 10:58:29 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 26 Feb 2014 11:58:29 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <530C4AA9.9070004@redhat.com> <530C4E03.9090002@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> Message-ID: <530DC8D5.7070408@redhat.com> Il 26/02/2014 11:51, Vojtech Szocs ha scritto: > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Tomas Jelinek" >> Cc: "Vojtech Szocs" , "Juan Hernandez" , "Kiril Nesenko" >> , "arch" >> Sent: Wednesday, February 26, 2014 10:22:22 AM >> Subject: Re: [urgent] Re: ovirt-engine build failure >> >> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: >>> Hey, >>> >>> from this logs it seems that the root cause is: >>> [ERROR] java.io.FileNotFoundException: >>> /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png >>> (Too many open files) >>> >>> e.g. the OS does not allow to open all the files the gwt compilation needs. >>> Could you please try to increase the limit of max opened files on the host >>> and try to rebuild? >> >> David is increasing max open files. We'll give it another run. >> I really think that having to reduce localWorkers to 1 for having decent >> build requirements on RAM and still hit too many opened files is really bad. >> Any chance of lowering build requirements in terms of RAM and opened files? > > In general, GWT compiler generates/reads lots of intermediate files during > its runtime. IIRC, this file amount is proportional to number of permutations > being compiled, i.e. num_of_browsers x num_of_locales. This is why we don't > hit "Too many open files" in small-scale builds (i.e. development) but we do > hit it on large-scale builds (i.e. all_browsers x all_locales nightly build). > > But is increasing max open files for GWT compiler really that big of a deal? > (i.e. we know that compiler needs to process lots of files per each permutation) No, it's not that big of a deal *for our packaging* but since we've people on Gentoo building engine on their own systems, it may impact all of them... > > Alternatively, we could implement "remote GWT worker grid" -> offload compilation > for each specific (browser x locale) permutation to a remote machine, this would > require some extra Java implementation though. > > I agree on excessive RAM usage, I'm currently experimenting with some compiler > options, I'll share results when I have something. > > Another approach we could take (something I'll discuss with my peers) is the > idea of eliminating locale vector entirely -> re-implement i18n support in UI > in a way that for X browsers, there will be only X total permutations (i.e. > not X x num_of_locales). This would reduce RAM usage && compilation time && > perhaps max files opened too. +1 on whatever can reduce build time and build requirements. > >> >> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Vojtech Szocs" >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>> , "arch" >>>> Sent: Wednesday, February 26, 2014 8:37:07 AM >>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>> >>>> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: >>>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Vojtech Szocs" >>>>>> To: "Sandro Bonazzola" >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>>>> , "arch" >>>>>> Sent: Tuesday, February 25, 2014 1:05:35 PM >>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>>>> >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>>> From: "Sandro Bonazzola" >>>>>>> To: "Vojtech Szocs" >>>>>>> Cc: "Juan Hernandez" , "arch" , >>>>>>> "Kiril >>>>>>> Nesenko" >>>>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM >>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>>>>> >>>>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: >>>>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>> "arch" >>>>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM >>>>>>>>>> Subject: [urgent] Re: ovirt-engine build failure >>>>>>>>>> >>>>>>>>>> Top posting, >>>>>>>>>> >>>>>>>>>> Please give this task really urgent priority, as you can see: >>>>>>>>>> >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ >>>>>>>>>> and >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ >>>>>>>>>> >>>>>>>>>> are failing consistently so we don't have nightly builds. >>>>>>>>> >>>>>>>>> (CC'ing Einav) >>>>>>>>> >>>>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. >>>>>>>>> >>>>>>>>> This patch should cause following output during GWT compilation: >>>>>>>>> >>>>>>>>> [ERROR] ######### Util.readURLAsBytes >>>>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png >>>>>>>>> >>>>>>>>> If IOException occurs, exception stacktrace will be printed right >>>>>>>>> below >>>>>>>>> that line. >>>>>>>>> >>>>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, more >>>>>>>>> details at >>>>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html >>>>>>>>> >>>>>>>>> I just did a local upstream build with TEST patch applied, GWT >>>>>>>>> compilation >>>>>>>>> passed OK. >>>>>>>> >>>>>>>> build job running with your patch here: >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ >>>>>>>> waiting for a free executor right now. >>>>>>>> Let's see how it goes. >>>>>>> >>>>>>> Failed on CentOS: >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull >>>>>> >>>>>> Hm, in that ^^ build, following exceptions occured: >>>>>> >>>>>> 1. >>>>>> [INFO] java.lang.NullPointerException >>>>>> [INFO] at com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) >>>>>> >>>>>> 2. >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>>>> downDisabledImage >>>>>> [INFO] at >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 >>>>>> >>>>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException in >>>>>> the >>>>>> logs >>>>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing in >>>>>> GWT >>>>>> image cache) >>>>>> >>>>>> Now I noticed I missed one possible IOException inside >>>>>> Util#readURLConnectionAsBytes ... >>>>>> >>>>>> Long story short, I'll send updated TEST patch soon, apologies for the >>>>>> inconvenience. >>>>> >>>>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. >>>> >>>> Done, here is the console output: >>>> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull >>>> >>>> >>>> >>>> >>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>> "arch" >>>>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM >>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>> >>>>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>> >>>>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" >>>>>>>>>>>>>>>>>> , >>>>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> This happened because internal image cache for bundled >>>>>>>>>>>>>>>>>>> (composite >>>>>>>>>>>>>>>>>>> PNG) >>>>>>>>>>>>>>>>>>> images was corrput. >>>>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading file >>>>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> This happened because image data was null, again possible >>>>>>>>>>>>>>>>>>> disk >>>>>>>>>>>>>>>>>>> I/O >>>>>>>>>>>>>>>>>>> error >>>>>>>>>>>>>>>>>>> while reading image file. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Building master right now with your suggestions here: >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Looking at >>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x 8 >>>>>>>>>>>>>>>>> locales >>>>>>>>>>>>>>>>> = >>>>>>>>>>>>>>>>> 40 >>>>>>>>>>>>>>>>> GWT permutations. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> So no changes with and without >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined >>>>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM >>>>>>>>>>>>>>>> files? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> >>>>>>>>>>>>>>> the >>>>>>>>>>>>>>> "gwt.userAgent" >>>>>>>>>>>>>>> property is copied into "locale" GWT property in >>>>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>>>>>>>>>>> >>>>>>>>>>>>>> Ok, so I'll remove -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>>>> from >>>>>>>>>>>>>> build >>>>>>>>>>>>>> command. >>>>>>>>>>>>> >>>>>>>>>>>>> Agreed. >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> This: >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hm, it contains: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure >>>>>>>>>>>>>>> why. >>>>>>>>>>>>>>> Let >>>>>>>>>>>>>>> me >>>>>>>>>>>>>>> check >>>>>>>>>>>>>>> this on local build. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Ok, let me know if I've to change command line. >>>>>>>>>>>>> >>>>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>>>>>>>>>>> >>>>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did >>>>>>>>>>>>> before) >>>>>>>>>>>>> and we'll be able to see more details in the build log. >>>>>>>>>>>> >>>>>>>>>>>> Here is the new build with your patch merged: >>>>>>>>>>>> >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >>>>>>>>>>> >>>>>>>>>>> Thanks. I did some more investigation on this. >>>>>>>>>>> >>>>>>>>>>> Again it's NullPointerException when rebinding >>>>>>>>>>> ApplicationResources, >>>>>>>>>>> but >>>>>>>>>>> this time for different image file: >>>>>>>>>>> ApplicationResources.wrenchImage >>>>>>>>>>> ("images/wrench.png"). >>>>>>>>>>> >>>>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems to >>>>>>>>>>> be >>>>>>>>>>> (AbstractResourceContext:74): >>>>>>>>>>> >>>>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); >>>>>>>>>>> >>>>>>>>>>> where "resource" is (ImageResourceGenerator:311): >>>>>>>>>>> >>>>>>>>>>> localized.getUrl(); // LocalizedImage localized >>>>>>>>>>> >>>>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. >>>>>>>>>>> "wrench_fr_FR.png") >>>>>>>>>>> so "localized" in this case points to "wrench.png". >>>>>>>>>>> >>>>>>>>>>> So the problem seems to be reading this file: >>>>>>>>>>> >>>>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >>>>>>>>>>> >>>>>>>>>>> Since we're having many GWT permutations, this file ^^ (along with >>>>>>>>>>> similar >>>>>>>>>>> ones) is attempted to be read multiple times *from the same >>>>>>>>>>> (single) >>>>>>>>>>> GWT >>>>>>>>>>> compiler Java process, before actual permutation worker Java >>>>>>>>>>> sub-processes >>>>>>>>>>> are spawned*. (More precisely, above NullPointerException happens >>>>>>>>>>> at >>>>>>>>>>> deferred binding phase which precedes actual GWT compilation per >>>>>>>>>>> each >>>>>>>>>>> permutation.) >>>>>>>>>>> >>>>>>>>>>> I think the root cause is Util.readURLAsBytes method used >>>>>>>>>>> internally >>>>>>>>>>> by >>>>>>>>>>> GWT >>>>>>>>>>> compiler: >>>>>>>>>>> >>>>>>>>>>> public static byte[] readURLAsBytes(URL url) { >>>>>>>>>>> try { >>>>>>>>>>> URLConnection conn = url.openConnection(); >>>>>>>>>>> conn.setUseCaches(false); >>>>>>>>>>> return readURLConnectionAsBytes(conn); >>>>>>>>>>> } catch (IOException e) { >>>>>>>>>>> return null; // This causes NullPointerException, but this >>>>>>>>>>> exception >>>>>>>>>>> isn't logged (wtf, GWT!) >>>>>>>>>>> } >>>>>>>>>>> } >>>>>>>>>>> >>>>>>>>>>> To summarize, I'll need to write another patch which replaces >>>>>>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException >>>>>>>>>>> details. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> # >>>>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M >>>>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m >>>>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D >>>>>>>>>>>>>>>>>> "ovirt_build_extra_flags >>>>>>>>>>>>>>>>>> -gs >>>>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} >>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild rpmbuild/SRPMS/*.src.rpm >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Let me know if you need anything else. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Vojtech >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" >>>>>>>>>>>>>>>>>>>> , >>>>>>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> In your log I see following error: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I checked again logs at >>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> NullPointerException when processing ApplicationResources >>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>> occuring >>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. >>>>>>>>>>>>>>>>>>>> InlineResourceContext) >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any >>>>>>>>>>>>>>>>>>>> details: >>>>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources >>>>>>>>>>>>>>>>>>>> (i.e. >>>>>>>>>>>>>>>>>>>> uncaught >>>>>>>>>>>>>>>>>>>> NPE) >>>>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with >>>>>>>>>>>>>>>>>>>> ApplicationResources >>>>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT >>>>>>>>>>>>>>>>>>>> compilation. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred >>>>>>>>>>>>>>>>>>>> binding >>>>>>>>>>>>>>>>>>>> phase, so this could point to issue with local >>>>>>>>>>>>>>>>>>>> environment.. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source >>>>>>>>>>>>>>>>>>>> code. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>> collaboration. >>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sandro Bonazzola >>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>> collaboration. >>>>>>>>>> See how it works at redhat.com >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sandro Bonazzola >>>>>>> Better technology. Faster innovation. Powered by community >>>>>>> collaboration. >>>>>>> See how it works at redhat.com >>>>>>> >>>>>> _______________________________________________ >>>>>> Arch mailing list >>>>>> Arch at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/arch >>>>>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> _______________________________________________ >>>> Arch mailing list >>>> Arch at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/arch >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Wed Feb 26 11:03:08 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 26 Feb 2014 06:03:08 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530DC8D5.7070408@redhat.com> References: <53031642.3040307@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> Message-ID: <2103802338.5080597.1393412588646.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Juan Hernandez" , "Kiril Nesenko" , "arch" > Sent: Wednesday, February 26, 2014 12:58:29 PM > Subject: Re: [urgent] Re: ovirt-engine build failure > > Il 26/02/2014 11:51, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Tomas Jelinek" > >> Cc: "Vojtech Szocs" , "Juan Hernandez" > >> , "Kiril Nesenko" > >> , "arch" > >> Sent: Wednesday, February 26, 2014 10:22:22 AM > >> Subject: Re: [urgent] Re: ovirt-engine build failure > >> > >> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: > >>> Hey, > >>> > >>> from this logs it seems that the root cause is: > >>> [ERROR] java.io.FileNotFoundException: > >>> /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png > >>> (Too many open files) > >>> > >>> e.g. the OS does not allow to open all the files the gwt compilation > >>> needs. > >>> Could you please try to increase the limit of max opened files on the > >>> host > >>> and try to rebuild? > >> > >> David is increasing max open files. We'll give it another run. > >> I really think that having to reduce localWorkers to 1 for having decent > >> build requirements on RAM and still hit too many opened files is really > >> bad. > >> Any chance of lowering build requirements in terms of RAM and opened > >> files? > > > > In general, GWT compiler generates/reads lots of intermediate files during > > its runtime. IIRC, this file amount is proportional to number of > > permutations > > being compiled, i.e. num_of_browsers x num_of_locales. This is why we don't > > hit "Too many open files" in small-scale builds (i.e. development) but we > > do > > hit it on large-scale builds (i.e. all_browsers x all_locales nightly > > build). > > > > But is increasing max open files for GWT compiler really that big of a > > deal? > > (i.e. we know that compiler needs to process lots of files per each > > permutation) > > No, it's not that big of a deal *for our packaging* but since we've people on > Gentoo building engine > on their own systems, it may impact all of them... We can have clear note that limits should be modified to support locale build. We can run limit -n at Makefile and fail. > > > > > Alternatively, we could implement "remote GWT worker grid" -> offload > > compilation > > for each specific (browser x locale) permutation to a remote machine, this > > would > > require some extra Java implementation though. > > > > I agree on excessive RAM usage, I'm currently experimenting with some > > compiler > > options, I'll share results when I have something. > > > > Another approach we could take (something I'll discuss with my peers) is > > the > > idea of eliminating locale vector entirely -> re-implement i18n support in > > UI > > in a way that for X browsers, there will be only X total permutations (i.e. > > not X x num_of_locales). This would reduce RAM usage && compilation time && > > perhaps max files opened too. > > +1 on whatever can reduce build time and build requirements. > > > > > >> > >> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Vojtech Szocs" > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>> , "arch" > >>>> Sent: Wednesday, February 26, 2014 8:37:07 AM > >>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>> > >>>> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Vojtech Szocs" > >>>>>> To: "Sandro Bonazzola" > >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>>>> , "arch" > >>>>>> Sent: Tuesday, February 25, 2014 1:05:35 PM > >>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>> > >>>>>> > >>>>>> > >>>>>> ----- Original Message ----- > >>>>>>> From: "Sandro Bonazzola" > >>>>>>> To: "Vojtech Szocs" > >>>>>>> Cc: "Juan Hernandez" , "arch" , > >>>>>>> "Kiril > >>>>>>> Nesenko" > >>>>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM > >>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>>> > >>>>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > >>>>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> ----- Original Message ----- > >>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>> "arch" > >>>>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM > >>>>>>>>>> Subject: [urgent] Re: ovirt-engine build failure > >>>>>>>>>> > >>>>>>>>>> Top posting, > >>>>>>>>>> > >>>>>>>>>> Please give this task really urgent priority, as you can see: > >>>>>>>>>> > >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > >>>>>>>>>> and > >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > >>>>>>>>>> > >>>>>>>>>> are failing consistently so we don't have nightly builds. > >>>>>>>>> > >>>>>>>>> (CC'ing Einav) > >>>>>>>>> > >>>>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. > >>>>>>>>> > >>>>>>>>> This patch should cause following output during GWT compilation: > >>>>>>>>> > >>>>>>>>> [ERROR] ######### Util.readURLAsBytes > >>>>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > >>>>>>>>> > >>>>>>>>> If IOException occurs, exception stacktrace will be printed right > >>>>>>>>> below > >>>>>>>>> that line. > >>>>>>>>> > >>>>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, > >>>>>>>>> more > >>>>>>>>> details at > >>>>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > >>>>>>>>> > >>>>>>>>> I just did a local upstream build with TEST patch applied, GWT > >>>>>>>>> compilation > >>>>>>>>> passed OK. > >>>>>>>> > >>>>>>>> build job running with your patch here: > >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ > >>>>>>>> waiting for a free executor right now. > >>>>>>>> Let's see how it goes. > >>>>>>> > >>>>>>> Failed on CentOS: > >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > >>>>>> > >>>>>> Hm, in that ^^ build, following exceptions occured: > >>>>>> > >>>>>> 1. > >>>>>> [INFO] java.lang.NullPointerException > >>>>>> [INFO] at > >>>>>> com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > >>>>>> > >>>>>> 2. > >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>>>> downDisabledImage > >>>>>> [INFO] at > >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > >>>>>> > >>>>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException in > >>>>>> the > >>>>>> logs > >>>>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing in > >>>>>> GWT > >>>>>> image cache) > >>>>>> > >>>>>> Now I noticed I missed one possible IOException inside > >>>>>> Util#readURLConnectionAsBytes ... > >>>>>> > >>>>>> Long story short, I'll send updated TEST patch soon, apologies for the > >>>>>> inconvenience. > >>>>> > >>>>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > >>>> > >>>> Done, here is the console output: > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > >>>> > >>>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>> "arch" > >>>>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > >>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>> > >>>>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> This happened because internal image cache for bundled > >>>>>>>>>>>>>>>>>>> (composite > >>>>>>>>>>>>>>>>>>> PNG) > >>>>>>>>>>>>>>>>>>> images was corrput. > >>>>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading > >>>>>>>>>>>>>>>>>>> file > >>>>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> This happened because image data was null, again possible > >>>>>>>>>>>>>>>>>>> disk > >>>>>>>>>>>>>>>>>>> I/O > >>>>>>>>>>>>>>>>>>> error > >>>>>>>>>>>>>>>>>>> while reading image file. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Building master right now with your suggestions here: > >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Looking at > >>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x > >>>>>>>>>>>>>>>>> 8 > >>>>>>>>>>>>>>>>> locales > >>>>>>>>>>>>>>>>> = > >>>>>>>>>>>>>>>>> 40 > >>>>>>>>>>>>>>>>> GWT permutations. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> So no changes with and without > >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined > >>>>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM > >>>>>>>>>>>>>>>> files? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> > >>>>>>>>>>>>>>> the > >>>>>>>>>>>>>>> "gwt.userAgent" > >>>>>>>>>>>>>>> property is copied into "locale" GWT property in > >>>>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Ok, so I'll remove > >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>> from > >>>>>>>>>>>>>> build > >>>>>>>>>>>>>> command. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Agreed. > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> This: > >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hm, it contains: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure > >>>>>>>>>>>>>>> why. > >>>>>>>>>>>>>>> Let > >>>>>>>>>>>>>>> me > >>>>>>>>>>>>>>> check > >>>>>>>>>>>>>>> this on local build. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Ok, let me know if I've to change command line. > >>>>>>>>>>>>> > >>>>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>>>>>>>>>>>> > >>>>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did > >>>>>>>>>>>>> before) > >>>>>>>>>>>>> and we'll be able to see more details in the build log. > >>>>>>>>>>>> > >>>>>>>>>>>> Here is the new build with your patch merged: > >>>>>>>>>>>> > >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >>>>>>>>>>> > >>>>>>>>>>> Thanks. I did some more investigation on this. > >>>>>>>>>>> > >>>>>>>>>>> Again it's NullPointerException when rebinding > >>>>>>>>>>> ApplicationResources, > >>>>>>>>>>> but > >>>>>>>>>>> this time for different image file: > >>>>>>>>>>> ApplicationResources.wrenchImage > >>>>>>>>>>> ("images/wrench.png"). > >>>>>>>>>>> > >>>>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems > >>>>>>>>>>> to > >>>>>>>>>>> be > >>>>>>>>>>> (AbstractResourceContext:74): > >>>>>>>>>>> > >>>>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); > >>>>>>>>>>> > >>>>>>>>>>> where "resource" is (ImageResourceGenerator:311): > >>>>>>>>>>> > >>>>>>>>>>> localized.getUrl(); // LocalizedImage localized > >>>>>>>>>>> > >>>>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. > >>>>>>>>>>> "wrench_fr_FR.png") > >>>>>>>>>>> so "localized" in this case points to "wrench.png". > >>>>>>>>>>> > >>>>>>>>>>> So the problem seems to be reading this file: > >>>>>>>>>>> > >>>>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > >>>>>>>>>>> > >>>>>>>>>>> Since we're having many GWT permutations, this file ^^ (along > >>>>>>>>>>> with > >>>>>>>>>>> similar > >>>>>>>>>>> ones) is attempted to be read multiple times *from the same > >>>>>>>>>>> (single) > >>>>>>>>>>> GWT > >>>>>>>>>>> compiler Java process, before actual permutation worker Java > >>>>>>>>>>> sub-processes > >>>>>>>>>>> are spawned*. (More precisely, above NullPointerException happens > >>>>>>>>>>> at > >>>>>>>>>>> deferred binding phase which precedes actual GWT compilation per > >>>>>>>>>>> each > >>>>>>>>>>> permutation.) > >>>>>>>>>>> > >>>>>>>>>>> I think the root cause is Util.readURLAsBytes method used > >>>>>>>>>>> internally > >>>>>>>>>>> by > >>>>>>>>>>> GWT > >>>>>>>>>>> compiler: > >>>>>>>>>>> > >>>>>>>>>>> public static byte[] readURLAsBytes(URL url) { > >>>>>>>>>>> try { > >>>>>>>>>>> URLConnection conn = url.openConnection(); > >>>>>>>>>>> conn.setUseCaches(false); > >>>>>>>>>>> return readURLConnectionAsBytes(conn); > >>>>>>>>>>> } catch (IOException e) { > >>>>>>>>>>> return null; // This causes NullPointerException, but this > >>>>>>>>>>> exception > >>>>>>>>>>> isn't logged (wtf, GWT!) > >>>>>>>>>>> } > >>>>>>>>>>> } > >>>>>>>>>>> > >>>>>>>>>>> To summarize, I'll need to write another patch which replaces > >>>>>>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException > >>>>>>>>>>> details. > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> # > >>>>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > >>>>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m > >>>>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > >>>>>>>>>>>>>>>>>> "ovirt_build_extra_flags > >>>>>>>>>>>>>>>>>> -gs > >>>>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} > >>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild > >>>>>>>>>>>>>>>>>> rpmbuild/SRPMS/*.src.rpm > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Let me know if you need anything else. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Vojtech > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> In your log I see following error: > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> I checked again logs at > >>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>>>>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> NullPointerException when processing > >>>>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>>>> but > >>>>>>>>>>>>>>>>>>>> occuring > >>>>>>>>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>>>>>>>>>>>> InlineResourceContext) > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any > >>>>>>>>>>>>>>>>>>>> details: > >>>>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources > >>>>>>>>>>>>>>>>>>>> (i.e. > >>>>>>>>>>>>>>>>>>>> uncaught > >>>>>>>>>>>>>>>>>>>> NPE) > >>>>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT > >>>>>>>>>>>>>>>>>>>> compilation. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred > >>>>>>>>>>>>>>>>>>>> binding > >>>>>>>>>>>>>>>>>>>> phase, so this could point to issue with local > >>>>>>>>>>>>>>>>>>>> environment.. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source > >>>>>>>>>>>>>>>>>>>> code. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>> collaboration. > >>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Sandro Bonazzola > >>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>> collaboration. > >>>>>>>>>> See how it works at redhat.com > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Sandro Bonazzola > >>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>> collaboration. > >>>>>>> See how it works at redhat.com > >>>>>>> > >>>>>> _______________________________________________ > >>>>>> Arch mailing list > >>>>>> Arch at ovirt.org > >>>>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>>>> > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> _______________________________________________ > >>>> Arch mailing list > >>>> Arch at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > 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 vszocs at redhat.com Wed Feb 26 11:25:50 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 26 Feb 2014 06:25:50 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <2103802338.5080597.1393412588646.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> <2103802338.5080597.1393412588646.JavaMail.zimbra@redhat.com> Message-ID: <1449408537.10125781.1393413950871.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Sandro Bonazzola" > Cc: "Vojtech Szocs" , "Juan Hernandez" , "Kiril Nesenko" > , "arch" > Sent: Wednesday, February 26, 2014 12:03:08 PM > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > ----- Original Message ----- > > From: "Sandro Bonazzola" > > To: "Vojtech Szocs" > > Cc: "Juan Hernandez" , "Kiril Nesenko" > > , "arch" > > Sent: Wednesday, February 26, 2014 12:58:29 PM > > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > Il 26/02/2014 11:51, Vojtech Szocs ha scritto: > > > > > > > > > ----- Original Message ----- > > >> From: "Sandro Bonazzola" > > >> To: "Tomas Jelinek" > > >> Cc: "Vojtech Szocs" , "Juan Hernandez" > > >> , "Kiril Nesenko" > > >> , "arch" > > >> Sent: Wednesday, February 26, 2014 10:22:22 AM > > >> Subject: Re: [urgent] Re: ovirt-engine build failure > > >> > > >> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: > > >>> Hey, > > >>> > > >>> from this logs it seems that the root cause is: > > >>> [ERROR] java.io.FileNotFoundException: > > >>> /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png > > >>> (Too many open files) > > >>> > > >>> e.g. the OS does not allow to open all the files the gwt compilation > > >>> needs. > > >>> Could you please try to increase the limit of max opened files on the > > >>> host > > >>> and try to rebuild? > > >> > > >> David is increasing max open files. We'll give it another run. > > >> I really think that having to reduce localWorkers to 1 for having decent > > >> build requirements on RAM and still hit too many opened files is really > > >> bad. > > >> Any chance of lowering build requirements in terms of RAM and opened > > >> files? > > > > > > In general, GWT compiler generates/reads lots of intermediate files > > > during > > > its runtime. IIRC, this file amount is proportional to number of > > > permutations > > > being compiled, i.e. num_of_browsers x num_of_locales. This is why we > > > don't > > > hit "Too many open files" in small-scale builds (i.e. development) but we > > > do > > > hit it on large-scale builds (i.e. all_browsers x all_locales nightly > > > build). > > > > > > But is increasing max open files for GWT compiler really that big of a > > > deal? > > > (i.e. we know that compiler needs to process lots of files per each > > > permutation) > > > > No, it's not that big of a deal *for our packaging* but since we've people > > on > > Gentoo building engine > > on their own systems, it may impact all of them... > > We can have clear note that limits should be modified to support locale > build. +1 Maybe this (or similar): "When building Engine for multiple/all locales, please check max open files limit to avoid errors during GWT compilation." > > We can run limit -n at Makefile and fail. I'm not sure we can get good-enough/accurate "n" value since this depends on many different factors (including number of small images used in GWT application), so I'd just vote for clear note as suggested above. > > > > > > > > > Alternatively, we could implement "remote GWT worker grid" -> offload > > > compilation > > > for each specific (browser x locale) permutation to a remote machine, > > > this > > > would > > > require some extra Java implementation though. > > > > > > I agree on excessive RAM usage, I'm currently experimenting with some > > > compiler > > > options, I'll share results when I have something. > > > > > > Another approach we could take (something I'll discuss with my peers) is > > > the > > > idea of eliminating locale vector entirely -> re-implement i18n support > > > in > > > UI > > > in a way that for X browsers, there will be only X total permutations > > > (i.e. > > > not X x num_of_locales). This would reduce RAM usage && compilation time > > > && > > > perhaps max files opened too. > > > > +1 on whatever can reduce build time and build requirements. > > > > > > > > > >> > > >> > > >>> > > >>> ----- Original Message ----- > > >>>> From: "Sandro Bonazzola" > > >>>> To: "Vojtech Szocs" > > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > > >>>> , "arch" > > >>>> Sent: Wednesday, February 26, 2014 8:37:07 AM > > >>>> Subject: Re: [urgent] Re: ovirt-engine build failure > > >>>> > > >>>> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > > >>>>> > > >>>>> > > >>>>> ----- Original Message ----- > > >>>>>> From: "Vojtech Szocs" > > >>>>>> To: "Sandro Bonazzola" > > >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > > >>>>>> , "arch" > > >>>>>> Sent: Tuesday, February 25, 2014 1:05:35 PM > > >>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> ----- Original Message ----- > > >>>>>>> From: "Sandro Bonazzola" > > >>>>>>> To: "Vojtech Szocs" > > >>>>>>> Cc: "Juan Hernandez" , "arch" > > >>>>>>> , > > >>>>>>> "Kiril > > >>>>>>> Nesenko" > > >>>>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM > > >>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > > >>>>>>> > > >>>>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > > >>>>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> ----- Original Message ----- > > >>>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>> , "Kiril Nesenko" , > > >>>>>>>>>> "arch" > > >>>>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM > > >>>>>>>>>> Subject: [urgent] Re: ovirt-engine build failure > > >>>>>>>>>> > > >>>>>>>>>> Top posting, > > >>>>>>>>>> > > >>>>>>>>>> Please give this task really urgent priority, as you can see: > > >>>>>>>>>> > > >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > > >>>>>>>>>> and > > >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > > >>>>>>>>>> > > >>>>>>>>>> are failing consistently so we don't have nightly builds. > > >>>>>>>>> > > >>>>>>>>> (CC'ing Einav) > > >>>>>>>>> > > >>>>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as > > >>>>>>>>> usual. > > >>>>>>>>> > > >>>>>>>>> This patch should cause following output during GWT compilation: > > >>>>>>>>> > > >>>>>>>>> [ERROR] ######### Util.readURLAsBytes > > >>>>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > > >>>>>>>>> > > >>>>>>>>> If IOException occurs, exception stacktrace will be printed right > > >>>>>>>>> below > > >>>>>>>>> that line. > > >>>>>>>>> > > >>>>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, > > >>>>>>>>> more > > >>>>>>>>> details at > > >>>>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > > >>>>>>>>> > > >>>>>>>>> I just did a local upstream build with TEST patch applied, GWT > > >>>>>>>>> compilation > > >>>>>>>>> passed OK. > > >>>>>>>> > > >>>>>>>> build job running with your patch here: > > >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ > > >>>>>>>> waiting for a free executor right now. > > >>>>>>>> Let's see how it goes. > > >>>>>>> > > >>>>>>> Failed on CentOS: > > >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > > >>>>>> > > >>>>>> Hm, in that ^^ build, following exceptions occured: > > >>>>>> > > >>>>>> 1. > > >>>>>> [INFO] java.lang.NullPointerException > > >>>>>> [INFO] at > > >>>>>> com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > > >>>>>> > > >>>>>> 2. > > >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed > > >>>>>> for > > >>>>>> downDisabledImage > > >>>>>> [INFO] at > > >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > > >>>>>> > > >>>>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException > > >>>>>> in > > >>>>>> the > > >>>>>> logs > > >>>>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing > > >>>>>> in > > >>>>>> GWT > > >>>>>> image cache) > > >>>>>> > > >>>>>> Now I noticed I missed one possible IOException inside > > >>>>>> Util#readURLConnectionAsBytes ... > > >>>>>> > > >>>>>> Long story short, I'll send updated TEST patch soon, apologies for > > >>>>>> the > > >>>>>> inconvenience. > > >>>>> > > >>>>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > > >>>> > > >>>> Done, here is the console output: > > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>> > > >>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > > >>>>>>>>>>> > > >>>>>>>>>>> > > >>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>>> , "Kiril Nesenko" , > > >>>>>>>>>>>> "arch" > > >>>>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > > >>>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>>> > > >>>>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>>>>> , "Kiril Nesenko" > > >>>>>>>>>>>>>> , > > >>>>>>>>>>>>>> "arch" > > >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > > >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>>>>>>> , "Kiril Nesenko" > > >>>>>>>>>>>>>>>> , > > >>>>>>>>>>>>>>>> "arch" > > >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > > >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > > >>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > > >>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" > > >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > > >>>>>>>>>>>>>>>>>> , > > >>>>>>>>>>>>>>>>>> "arch" > > >>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > > >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > > >>>>>>>>>>>>>>>>>>> Hi, I checked GWT sources: > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect > > >>>>>>>>>>>>>>>>>>>> ever > > >>>>>>>>>>>>>>>>>>>> computed > > >>>>>>>>>>>>>>>>>>>> for > > >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > > >>>>>>>>>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> This happened because internal image cache for bundled > > >>>>>>>>>>>>>>>>>>> (composite > > >>>>>>>>>>>>>>>>>>> PNG) > > >>>>>>>>>>>>>>>>>>> images was corrput. > > >>>>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading > > >>>>>>>>>>>>>>>>>>> file > > >>>>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > > >>>>>>>>>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> This happened because image data was null, again > > >>>>>>>>>>>>>>>>>>> possible > > >>>>>>>>>>>>>>>>>>> disk > > >>>>>>>>>>>>>>>>>>> I/O > > >>>>>>>>>>>>>>>>>>> error > > >>>>>>>>>>>>>>>>>>> while reading image file. > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> Building master right now with your suggestions here: > > >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > > >>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>> Looking at > > >>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > > >>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers > > >>>>>>>>>>>>>>>>> x > > >>>>>>>>>>>>>>>>> 8 > > >>>>>>>>>>>>>>>>> locales > > >>>>>>>>>>>>>>>>> = > > >>>>>>>>>>>>>>>>> 40 > > >>>>>>>>>>>>>>>>> GWT permutations. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> So no changes with and without > > >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > > >>>>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined > > >>>>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the > > >>>>>>>>>>>>>>>> POM > > >>>>>>>>>>>>>>>> files? > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml > > >>>>>>>>>>>>>>> -> > > >>>>>>>>>>>>>>> the > > >>>>>>>>>>>>>>> "gwt.userAgent" > > >>>>>>>>>>>>>>> property is copied into "locale" GWT property in > > >>>>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Ok, so I'll remove > > >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > > >>>>>>>>>>>>>> from > > >>>>>>>>>>>>>> build > > >>>>>>>>>>>>>> command. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Agreed. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> This: > > >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > > >>>>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE > > >>>>>>>>>>>>>>>> -X. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hm, it contains: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not > > >>>>>>>>>>>>>>> sure > > >>>>>>>>>>>>>>> why. > > >>>>>>>>>>>>>>> Let > > >>>>>>>>>>>>>>> me > > >>>>>>>>>>>>>>> check > > >>>>>>>>>>>>>>> this on local build. > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Ok, let me know if I've to change command line. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you > > >>>>>>>>>>>>> did > > >>>>>>>>>>>>> before) > > >>>>>>>>>>>>> and we'll be able to see more details in the build log. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Here is the new build with your patch merged: > > >>>>>>>>>>>> > > >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > > >>>>>>>>>>> > > >>>>>>>>>>> Thanks. I did some more investigation on this. > > >>>>>>>>>>> > > >>>>>>>>>>> Again it's NullPointerException when rebinding > > >>>>>>>>>>> ApplicationResources, > > >>>>>>>>>>> but > > >>>>>>>>>>> this time for different image file: > > >>>>>>>>>>> ApplicationResources.wrenchImage > > >>>>>>>>>>> ("images/wrench.png"). > > >>>>>>>>>>> > > >>>>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems > > >>>>>>>>>>> to > > >>>>>>>>>>> be > > >>>>>>>>>>> (AbstractResourceContext:74): > > >>>>>>>>>>> > > >>>>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); > > >>>>>>>>>>> > > >>>>>>>>>>> where "resource" is (ImageResourceGenerator:311): > > >>>>>>>>>>> > > >>>>>>>>>>> localized.getUrl(); // LocalizedImage localized > > >>>>>>>>>>> > > >>>>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. > > >>>>>>>>>>> "wrench_fr_FR.png") > > >>>>>>>>>>> so "localized" in this case points to "wrench.png". > > >>>>>>>>>>> > > >>>>>>>>>>> So the problem seems to be reading this file: > > >>>>>>>>>>> > > >>>>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > > >>>>>>>>>>> > > >>>>>>>>>>> Since we're having many GWT permutations, this file ^^ (along > > >>>>>>>>>>> with > > >>>>>>>>>>> similar > > >>>>>>>>>>> ones) is attempted to be read multiple times *from the same > > >>>>>>>>>>> (single) > > >>>>>>>>>>> GWT > > >>>>>>>>>>> compiler Java process, before actual permutation worker Java > > >>>>>>>>>>> sub-processes > > >>>>>>>>>>> are spawned*. (More precisely, above NullPointerException > > >>>>>>>>>>> happens > > >>>>>>>>>>> at > > >>>>>>>>>>> deferred binding phase which precedes actual GWT compilation > > >>>>>>>>>>> per > > >>>>>>>>>>> each > > >>>>>>>>>>> permutation.) > > >>>>>>>>>>> > > >>>>>>>>>>> I think the root cause is Util.readURLAsBytes method used > > >>>>>>>>>>> internally > > >>>>>>>>>>> by > > >>>>>>>>>>> GWT > > >>>>>>>>>>> compiler: > > >>>>>>>>>>> > > >>>>>>>>>>> public static byte[] readURLAsBytes(URL url) { > > >>>>>>>>>>> try { > > >>>>>>>>>>> URLConnection conn = url.openConnection(); > > >>>>>>>>>>> conn.setUseCaches(false); > > >>>>>>>>>>> return readURLConnectionAsBytes(conn); > > >>>>>>>>>>> } catch (IOException e) { > > >>>>>>>>>>> return null; // This causes NullPointerException, but > > >>>>>>>>>>> this > > >>>>>>>>>>> exception > > >>>>>>>>>>> isn't logged (wtf, GWT!) > > >>>>>>>>>>> } > > >>>>>>>>>>> } > > >>>>>>>>>>> > > >>>>>>>>>>> To summarize, I'll need to write another patch which replaces > > >>>>>>>>>>> Util.readURLAsBytes implementation via AOP and prints > > >>>>>>>>>>> IOException > > >>>>>>>>>>> details. > > >>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> # > > >>>>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > > >>>>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > > >>>>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m > > >>>>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > > >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > > >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > > >>>>>>>>>>>>>>>>>> "ovirt_build_extra_flags > > >>>>>>>>>>>>>>>>>> -gs > > >>>>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} > > >>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > > >>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild > > >>>>>>>>>>>>>>>>>> rpmbuild/SRPMS/*.src.rpm > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> Let me know if you need anything else. > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> Vojtech > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>> ----- Original Message ----- > > >>>>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" > > >>>>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" > > >>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > > >>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > > >>>>>>>>>>>>>>>>>>>> , > > >>>>>>>>>>>>>>>>>>>> "arch" > > >>>>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > > >>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> In your log I see following error: > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> ... > > >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > > >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > > >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > > >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > > >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > > >>>>>>>>>>>>>>>>>>>> threw > > >>>>>>>>>>>>>>>>>>>> an exception while rebinding > > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect > > >>>>>>>>>>>>>>>>>>>> ever > > >>>>>>>>>>>>>>>>>>>> computed > > >>>>>>>>>>>>>>>>>>>> for > > >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > > >>>>>>>>>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > > >>>>>>>>>>>>>>>>>>>> ... > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> I checked again logs at > > >>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > > >>>>>>>>>>>>>>>>>>>> and indeed there is a similar error: > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> ... > > >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > > >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > > >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > > >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > > >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > > >>>>>>>>>>>>>>>>>>>> threw > > >>>>>>>>>>>>>>>>>>>> an exception while rebinding > > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > > >>>>>>>>>>>>>>>>>>>> [INFO] at > > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > > >>>>>>>>>>>>>>>>>>>> ... > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> NullPointerException when processing > > >>>>>>>>>>>>>>>>>>>> ApplicationResources > > >>>>>>>>>>>>>>>>>>>> but > > >>>>>>>>>>>>>>>>>>>> occuring > > >>>>>>>>>>>>>>>>>>>> from > > >>>>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. > > >>>>>>>>>>>>>>>>>>>> InlineResourceContext) > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any > > >>>>>>>>>>>>>>>>>>>> details: > > >>>>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources > > >>>>>>>>>>>>>>>>>>>> (i.e. > > >>>>>>>>>>>>>>>>>>>> uncaught > > >>>>>>>>>>>>>>>>>>>> NPE) > > >>>>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > > >>>>>>>>>>>>>>>>>>>> ApplicationResources > > >>>>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator > > >>>>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT > > >>>>>>>>>>>>>>>>>>>> compilation. > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred > > >>>>>>>>>>>>>>>>>>>> binding > > >>>>>>>>>>>>>>>>>>>> phase, so this could point to issue with local > > >>>>>>>>>>>>>>>>>>>> environment.. > > >>>>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source > > >>>>>>>>>>>>>>>>>>>> code. > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>>>> -- > > >>>>>>>>>>>>>>>>>> Sandro Bonazzola > > >>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by > > >>>>>>>>>>>>>>>>>> community > > >>>>>>>>>>>>>>>>>> collaboration. > > >>>>>>>>>>>>>>>>>> See how it works at redhat.com > > >>>>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> -- > > >>>>>>>>>>>>>>>> Sandro Bonazzola > > >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>>>>>>>>>>> collaboration. > > >>>>>>>>>>>>>>>> See how it works at redhat.com > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> -- > > >>>>>>>>>>>>>> Sandro Bonazzola > > >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>>>>>>>>> collaboration. > > >>>>>>>>>>>>>> See how it works at redhat.com > > >>>>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>> -- > > >>>>>>>>>>>> Sandro Bonazzola > > >>>>>>>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>>>>>>> collaboration. > > >>>>>>>>>>>> See how it works at redhat.com > > >>>>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> -- > > >>>>>>>>>> Sandro Bonazzola > > >>>>>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>>>>> collaboration. > > >>>>>>>>>> See how it works at redhat.com > > >>>>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> -- > > >>>>>>> Sandro Bonazzola > > >>>>>>> Better technology. Faster innovation. Powered by community > > >>>>>>> collaboration. > > >>>>>>> See how it works at redhat.com > > >>>>>>> > > >>>>>> _______________________________________________ > > >>>>>> Arch mailing list > > >>>>>> Arch at ovirt.org > > >>>>>> http://lists.ovirt.org/mailman/listinfo/arch > > >>>>>> > > >>>> > > >>>> > > >>>> -- > > >>>> Sandro Bonazzola > > >>>> Better technology. Faster innovation. Powered by community > > >>>> collaboration. > > >>>> See how it works at redhat.com > > >>>> _______________________________________________ > > >>>> Arch mailing list > > >>>> Arch at ovirt.org > > >>>> http://lists.ovirt.org/mailman/listinfo/arch > > >>>> > > >> > > >> > > >> -- > > >> Sandro Bonazzola > > >> Better technology. Faster innovation. Powered by community > > >> collaboration. > > >> See how it works at redhat.com > > >> > > > > > > -- > > 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 alonbl at redhat.com Wed Feb 26 11:48:07 2014 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 26 Feb 2014 06:48:07 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1449408537.10125781.1393413950871.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> <2103802338.5080597.1393412588646.JavaMail.zimbra@redhat.com> <1449408537.10125781.1393413950871.JavaMail.zimbra@redhat.com> Message-ID: <579297637.5085942.1393415287875.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Vojtech Szocs" > To: "Alon Bar-Lev" > Cc: "Sandro Bonazzola" , "Juan Hernandez" , "Kiril Nesenko" > , "arch" > Sent: Wednesday, February 26, 2014 1:25:50 PM > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > > No, it's not that big of a deal *for our packaging* but since we've > > > people > > > on > > > Gentoo building engine > > > on their own systems, it may impact all of them... > > > > We can have clear note that limits should be modified to support locale > > build. > > +1 > > Maybe this (or similar): "When building Engine for multiple/all locales, > please check max open files limit to avoid errors during GWT compilation." > > > > > We can run limit -n at Makefile and fail. > > I'm not sure we can get good-enough/accurate "n" value since this depends on > many different factors (including number of small images used in GWT > application), so I'd just vote for clear note as suggested above. > Surely we can check for at least 10K, which should be sufficient. Nobody will understand the above comment, people need specific action. Something like: "Current open file limit is set to NNN while XXX is required, please see README.developer for instructions" Alon From vszocs at redhat.com Wed Feb 26 12:56:20 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 26 Feb 2014 07:56:20 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <579297637.5085942.1393415287875.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> <2103802338.5080597.1393412588646.JavaMail.zimbra@redhat.com> <1449408537.10125781.1393413950871.JavaMail.zimbra@redhat.com> <579297637.5085942.1393415287875.JavaMail.zimbra@redhat.com> Message-ID: <406935935.10168122.1393419380800.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Vojtech Szocs" > Cc: "Sandro Bonazzola" , "Juan Hernandez" , "Kiril Nesenko" > , "arch" > Sent: Wednesday, February 26, 2014 12:48:07 PM > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > ----- Original Message ----- > > From: "Vojtech Szocs" > > To: "Alon Bar-Lev" > > Cc: "Sandro Bonazzola" , "Juan Hernandez" > > , "Kiril Nesenko" > > , "arch" > > Sent: Wednesday, February 26, 2014 1:25:50 PM > > Subject: Re: [urgent] Re: ovirt-engine build failure > > > > > > > > No, it's not that big of a deal *for our packaging* but since we've > > > > people > > > > on > > > > Gentoo building engine > > > > on their own systems, it may impact all of them... > > > > > > We can have clear note that limits should be modified to support locale > > > build. > > > > +1 > > > > Maybe this (or similar): "When building Engine for multiple/all locales, > > please check max open files limit to avoid errors during GWT compilation." > > > > > > > > We can run limit -n at Makefile and fail. > > > > I'm not sure we can get good-enough/accurate "n" value since this depends > > on > > many different factors (including number of small images used in GWT > > application), so I'd just vote for clear note as suggested above. > > > > Surely we can check for at least 10K, which should be sufficient. OK, I'm not against it :) > > Nobody will understand the above comment, people need specific action. > > Something like: > > "Current open file limit is set to NNN while XXX is required, please see > README.developer for instructions" +1 I meant my comment as note inside README.developer (but I didn't mention it), to make it clear that max open files limit is required by GWT compiler and higher value is required when building lots of (i.e. multiple langs) permutations. > > Alon > From vszocs at redhat.com Wed Feb 26 15:40:55 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Wed, 26 Feb 2014 10:40:55 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530DC8D5.7070408@redhat.com> References: <53031642.3040307@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> Message-ID: <1764935896.10367202.1393429255745.JavaMail.zimbra@redhat.com> (top posting) I did some preliminary tests on my local machine, invoking "mvn clean install -Pgwt-admin" command to build (only) WebAdmin from source. Default permutation settings: all (5) browsers, one locale = 5 total permutations to compile Tested two different strategies (machine with 16G RAM / 8G swap, quad-core CPU): A, localWorkers=X (default external-JVM worker factory) -Dgwt.compiler.localWorkers=X B, localWorkers=X + maxThreads=X (thread-based worker factory) -Dgwt.compiler.localWorkers=X -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory -Dgwt.jjs.maxThreads=X A -> this is what we use today B -> this is possible alternative X=4 [5 perms] A, initial 2.6 GiB, peak 13.5 GiB Total time: 5:25.851s B, initial 2.6 GiB, peak 13.1 GiB Total time: 5:11.238s X=1 [5 perms] A, initial 2.6 GiB, peak 7.1 GiB Total time: 7:00.601s B, initial 2.6 GiB, peak 7.4 GiB Total time: 7:07.458s Now switched to permutation settings: all (5) browsers, 3 locales = 15 total permutations to compile (Used swapoff/swapon to force swap clear after each test run.) X=4 [15 perms] A, initial 2.6 GiB, peak physical max + swap ~4.3 GiB Total time: 11:39.086s B, initial 2.6 GiB, peak physical max + swap ~3.5 GiB Total time: 10:59.966s X=1 [15 perms] A, initial 2.6 GiB, peak 7.7 GiB Total time: 17:39.103s B, initial 2.6 GiB. peak 7.9 GiB Total time: 17:16.314s For X=1, both strategies (A & B) have very similar results. For X=4 (more than one worker), thread-based strategy seems slightly better, but still we have huge RAM consumption + max opened files quite high. I think the only real solution is to cut off (eliminate) locale permutation vector to reduce amount of GWT permutations. It's on my task list. Vojtech ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Tomas Jelinek" , "Juan Hernandez" , "Kiril Nesenko" > , "arch" > Sent: Wednesday, February 26, 2014 11:58:29 AM > Subject: Re: [urgent] Re: ovirt-engine build failure > > Il 26/02/2014 11:51, Vojtech Szocs ha scritto: > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Tomas Jelinek" > >> Cc: "Vojtech Szocs" , "Juan Hernandez" > >> , "Kiril Nesenko" > >> , "arch" > >> Sent: Wednesday, February 26, 2014 10:22:22 AM > >> Subject: Re: [urgent] Re: ovirt-engine build failure > >> > >> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: > >>> Hey, > >>> > >>> from this logs it seems that the root cause is: > >>> [ERROR] java.io.FileNotFoundException: > >>> /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png > >>> (Too many open files) > >>> > >>> e.g. the OS does not allow to open all the files the gwt compilation > >>> needs. > >>> Could you please try to increase the limit of max opened files on the > >>> host > >>> and try to rebuild? > >> > >> David is increasing max open files. We'll give it another run. > >> I really think that having to reduce localWorkers to 1 for having decent > >> build requirements on RAM and still hit too many opened files is really > >> bad. > >> Any chance of lowering build requirements in terms of RAM and opened > >> files? > > > > In general, GWT compiler generates/reads lots of intermediate files during > > its runtime. IIRC, this file amount is proportional to number of > > permutations > > being compiled, i.e. num_of_browsers x num_of_locales. This is why we don't > > hit "Too many open files" in small-scale builds (i.e. development) but we > > do > > hit it on large-scale builds (i.e. all_browsers x all_locales nightly > > build). > > > > But is increasing max open files for GWT compiler really that big of a > > deal? > > (i.e. we know that compiler needs to process lots of files per each > > permutation) > > No, it's not that big of a deal *for our packaging* but since we've people on > Gentoo building engine > on their own systems, it may impact all of them... > > > > > Alternatively, we could implement "remote GWT worker grid" -> offload > > compilation > > for each specific (browser x locale) permutation to a remote machine, this > > would > > require some extra Java implementation though. > > > > I agree on excessive RAM usage, I'm currently experimenting with some > > compiler > > options, I'll share results when I have something. > > > > Another approach we could take (something I'll discuss with my peers) is > > the > > idea of eliminating locale vector entirely -> re-implement i18n support in > > UI > > in a way that for X browsers, there will be only X total permutations (i.e. > > not X x num_of_locales). This would reduce RAM usage && compilation time && > > perhaps max files opened too. > > +1 on whatever can reduce build time and build requirements. > > > > > >> > >> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Vojtech Szocs" > >>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>> , "arch" > >>>> Sent: Wednesday, February 26, 2014 8:37:07 AM > >>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>> > >>>> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Vojtech Szocs" > >>>>>> To: "Sandro Bonazzola" > >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>>>> , "arch" > >>>>>> Sent: Tuesday, February 25, 2014 1:05:35 PM > >>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>> > >>>>>> > >>>>>> > >>>>>> ----- Original Message ----- > >>>>>>> From: "Sandro Bonazzola" > >>>>>>> To: "Vojtech Szocs" > >>>>>>> Cc: "Juan Hernandez" , "arch" , > >>>>>>> "Kiril > >>>>>>> Nesenko" > >>>>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM > >>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>>> > >>>>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > >>>>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> ----- Original Message ----- > >>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>> "arch" > >>>>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM > >>>>>>>>>> Subject: [urgent] Re: ovirt-engine build failure > >>>>>>>>>> > >>>>>>>>>> Top posting, > >>>>>>>>>> > >>>>>>>>>> Please give this task really urgent priority, as you can see: > >>>>>>>>>> > >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > >>>>>>>>>> and > >>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > >>>>>>>>>> > >>>>>>>>>> are failing consistently so we don't have nightly builds. > >>>>>>>>> > >>>>>>>>> (CC'ing Einav) > >>>>>>>>> > >>>>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. > >>>>>>>>> > >>>>>>>>> This patch should cause following output during GWT compilation: > >>>>>>>>> > >>>>>>>>> [ERROR] ######### Util.readURLAsBytes > >>>>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > >>>>>>>>> > >>>>>>>>> If IOException occurs, exception stacktrace will be printed right > >>>>>>>>> below > >>>>>>>>> that line. > >>>>>>>>> > >>>>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, > >>>>>>>>> more > >>>>>>>>> details at > >>>>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > >>>>>>>>> > >>>>>>>>> I just did a local upstream build with TEST patch applied, GWT > >>>>>>>>> compilation > >>>>>>>>> passed OK. > >>>>>>>> > >>>>>>>> build job running with your patch here: > >>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ > >>>>>>>> waiting for a free executor right now. > >>>>>>>> Let's see how it goes. > >>>>>>> > >>>>>>> Failed on CentOS: > >>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > >>>>>> > >>>>>> Hm, in that ^^ build, following exceptions occured: > >>>>>> > >>>>>> 1. > >>>>>> [INFO] java.lang.NullPointerException > >>>>>> [INFO] at > >>>>>> com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > >>>>>> > >>>>>> 2. > >>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for > >>>>>> downDisabledImage > >>>>>> [INFO] at > >>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > >>>>>> > >>>>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException in > >>>>>> the > >>>>>> logs > >>>>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing in > >>>>>> GWT > >>>>>> image cache) > >>>>>> > >>>>>> Now I noticed I missed one possible IOException inside > >>>>>> Util#readURLConnectionAsBytes ... > >>>>>> > >>>>>> Long story short, I'll send updated TEST patch soon, apologies for the > >>>>>> inconvenience. > >>>>> > >>>>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > >>>> > >>>> Done, here is the console output: > >>>> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > >>>> > >>>> > >>>> > >>>> > >>>>> > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>> "arch" > >>>>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > >>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>> > >>>>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> This happened because internal image cache for bundled > >>>>>>>>>>>>>>>>>>> (composite > >>>>>>>>>>>>>>>>>>> PNG) > >>>>>>>>>>>>>>>>>>> images was corrput. > >>>>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading > >>>>>>>>>>>>>>>>>>> file > >>>>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> This happened because image data was null, again possible > >>>>>>>>>>>>>>>>>>> disk > >>>>>>>>>>>>>>>>>>> I/O > >>>>>>>>>>>>>>>>>>> error > >>>>>>>>>>>>>>>>>>> while reading image file. > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Building master right now with your suggestions here: > >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Looking at > >>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x > >>>>>>>>>>>>>>>>> 8 > >>>>>>>>>>>>>>>>> locales > >>>>>>>>>>>>>>>>> = > >>>>>>>>>>>>>>>>> 40 > >>>>>>>>>>>>>>>>> GWT permutations. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> So no changes with and without > >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined > >>>>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM > >>>>>>>>>>>>>>>> files? > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> > >>>>>>>>>>>>>>> the > >>>>>>>>>>>>>>> "gwt.userAgent" > >>>>>>>>>>>>>>> property is copied into "locale" GWT property in > >>>>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Ok, so I'll remove > >>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>> from > >>>>>>>>>>>>>> build > >>>>>>>>>>>>>> command. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Agreed. > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> This: > >>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Hm, it contains: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure > >>>>>>>>>>>>>>> why. > >>>>>>>>>>>>>>> Let > >>>>>>>>>>>>>>> me > >>>>>>>>>>>>>>> check > >>>>>>>>>>>>>>> this on local build. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Ok, let me know if I've to change command line. > >>>>>>>>>>>>> > >>>>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>>>>>>>>>>>> > >>>>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did > >>>>>>>>>>>>> before) > >>>>>>>>>>>>> and we'll be able to see more details in the build log. > >>>>>>>>>>>> > >>>>>>>>>>>> Here is the new build with your patch merged: > >>>>>>>>>>>> > >>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >>>>>>>>>>> > >>>>>>>>>>> Thanks. I did some more investigation on this. > >>>>>>>>>>> > >>>>>>>>>>> Again it's NullPointerException when rebinding > >>>>>>>>>>> ApplicationResources, > >>>>>>>>>>> but > >>>>>>>>>>> this time for different image file: > >>>>>>>>>>> ApplicationResources.wrenchImage > >>>>>>>>>>> ("images/wrench.png"). > >>>>>>>>>>> > >>>>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems > >>>>>>>>>>> to > >>>>>>>>>>> be > >>>>>>>>>>> (AbstractResourceContext:74): > >>>>>>>>>>> > >>>>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); > >>>>>>>>>>> > >>>>>>>>>>> where "resource" is (ImageResourceGenerator:311): > >>>>>>>>>>> > >>>>>>>>>>> localized.getUrl(); // LocalizedImage localized > >>>>>>>>>>> > >>>>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. > >>>>>>>>>>> "wrench_fr_FR.png") > >>>>>>>>>>> so "localized" in this case points to "wrench.png". > >>>>>>>>>>> > >>>>>>>>>>> So the problem seems to be reading this file: > >>>>>>>>>>> > >>>>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > >>>>>>>>>>> > >>>>>>>>>>> Since we're having many GWT permutations, this file ^^ (along > >>>>>>>>>>> with > >>>>>>>>>>> similar > >>>>>>>>>>> ones) is attempted to be read multiple times *from the same > >>>>>>>>>>> (single) > >>>>>>>>>>> GWT > >>>>>>>>>>> compiler Java process, before actual permutation worker Java > >>>>>>>>>>> sub-processes > >>>>>>>>>>> are spawned*. (More precisely, above NullPointerException happens > >>>>>>>>>>> at > >>>>>>>>>>> deferred binding phase which precedes actual GWT compilation per > >>>>>>>>>>> each > >>>>>>>>>>> permutation.) > >>>>>>>>>>> > >>>>>>>>>>> I think the root cause is Util.readURLAsBytes method used > >>>>>>>>>>> internally > >>>>>>>>>>> by > >>>>>>>>>>> GWT > >>>>>>>>>>> compiler: > >>>>>>>>>>> > >>>>>>>>>>> public static byte[] readURLAsBytes(URL url) { > >>>>>>>>>>> try { > >>>>>>>>>>> URLConnection conn = url.openConnection(); > >>>>>>>>>>> conn.setUseCaches(false); > >>>>>>>>>>> return readURLConnectionAsBytes(conn); > >>>>>>>>>>> } catch (IOException e) { > >>>>>>>>>>> return null; // This causes NullPointerException, but this > >>>>>>>>>>> exception > >>>>>>>>>>> isn't logged (wtf, GWT!) > >>>>>>>>>>> } > >>>>>>>>>>> } > >>>>>>>>>>> > >>>>>>>>>>> To summarize, I'll need to write another patch which replaces > >>>>>>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException > >>>>>>>>>>> details. > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> # > >>>>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > >>>>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m > >>>>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > >>>>>>>>>>>>>>>>>> "ovirt_build_extra_flags > >>>>>>>>>>>>>>>>>> -gs > >>>>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} > >>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild > >>>>>>>>>>>>>>>>>> rpmbuild/SRPMS/*.src.rpm > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Let me know if you need anything else. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Vojtech > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> In your log I see following error: > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever > >>>>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> I checked again logs at > >>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>>>>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> NullPointerException when processing > >>>>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>>>> but > >>>>>>>>>>>>>>>>>>>> occuring > >>>>>>>>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>>>>>>>>>>>> InlineResourceContext) > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any > >>>>>>>>>>>>>>>>>>>> details: > >>>>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources > >>>>>>>>>>>>>>>>>>>> (i.e. > >>>>>>>>>>>>>>>>>>>> uncaught > >>>>>>>>>>>>>>>>>>>> NPE) > >>>>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT > >>>>>>>>>>>>>>>>>>>> compilation. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred > >>>>>>>>>>>>>>>>>>>> binding > >>>>>>>>>>>>>>>>>>>> phase, so this could point to issue with local > >>>>>>>>>>>>>>>>>>>> environment.. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source > >>>>>>>>>>>>>>>>>>>> code. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>> collaboration. > >>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> Sandro Bonazzola > >>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>> collaboration. > >>>>>>>>>> See how it works at redhat.com > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Sandro Bonazzola > >>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>> collaboration. > >>>>>>> See how it works at redhat.com > >>>>>>> > >>>>>> _______________________________________________ > >>>>>> Arch mailing list > >>>>>> Arch at ovirt.org > >>>>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>>>> > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> _______________________________________________ > >>>> Arch mailing list > >>>> Arch at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From smizrahi at redhat.com Wed Feb 26 16:14:33 2014 From: smizrahi at redhat.com (Saggi Mizrahi) Date: Wed, 26 Feb 2014 11:14:33 -0500 (EST) Subject: Sanlock fencing reservations In-Reply-To: <1249379783.10411909.1393430659686.JavaMail.zimbra@redhat.com> Message-ID: <1534447483.10447483.1393431273903.JavaMail.zimbra@redhat.com> I've recently been introduced to the this feature and I was wondering is this really the correct way to go for solving this particular problem. My main issue is with making two unrelated flow dependent. By pushing this into the existing sanlock data structures you limit yourself in the future from changing either to optimize or even solve problems for a single use case. Having an independent daemon to perform this task will give more room as to how to implement the feature. I don't want to reach a situation where we need to change a sanlock struct and not be able to do it as it makes problems with fencing flows. I believe in the mantra that things should do one thing and do it well. This feels like an ad-hoc solution to a very niche problem. Further more, it kind of seems like a mailbox issue. Leaving a fencing request is just a message. In the future I can see it just being a suspend-to-disk request so that you don't even have to fence the host in such cases. The only reason I see people putting it to sanlock is that it's a daemon that reads from disk and has does fencing. I agree that in VDSMs current state putting this in the mailbox is unreliable to say the least but it doesn't mean that we can't have a small independent daemon to do the task until we get messaging in VDSM to a stable state. IMHO it's better than having it as and ad-hoc feature to sanlock. A feature which we can't remove later as someone might depend on it. A feature that might limit us or that we might even abandon once we have more reliable disk based messaging in VDSM. From sbonazzo at redhat.com Wed Feb 26 16:37:20 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 26 Feb 2014 17:37:20 +0100 Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <1764935896.10367202.1393429255745.JavaMail.zimbra@redhat.com> References: <53031642.3040307@redhat.com> <1157603321.9308522.1393329935747.JavaMail.zimbra@redhat.com> <1476312464.9486237.1393343542321.JavaMail.zimbra@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> <1764935896.10367202.1393429255745.JavaMail.zimbra@redhat.com> Message-ID: <530E1840.50507@redhat.com> Il 26/02/2014 16:40, Vojtech Szocs ha scritto: > (top posting) > > I did some preliminary tests on my local machine, invoking "mvn clean install -Pgwt-admin" command to build (only) WebAdmin from source. > > Default permutation settings: all (5) browsers, one locale = 5 total permutations to compile > > Tested two different strategies (machine with 16G RAM / 8G swap, quad-core CPU): > A, localWorkers=X (default external-JVM worker factory) > -Dgwt.compiler.localWorkers=X > B, localWorkers=X + maxThreads=X (thread-based worker factory) > -Dgwt.compiler.localWorkers=X -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory -Dgwt.jjs.maxThreads=X > > A -> this is what we use today > B -> this is possible alternative > > X=4 [5 perms] > A, initial 2.6 GiB, peak 13.5 GiB > Total time: 5:25.851s > B, initial 2.6 GiB, peak 13.1 GiB > Total time: 5:11.238s > > X=1 [5 perms] > A, initial 2.6 GiB, peak 7.1 GiB > Total time: 7:00.601s > B, initial 2.6 GiB, peak 7.4 GiB > Total time: 7:07.458s > > Now switched to permutation settings: all (5) browsers, 3 locales = 15 total permutations to compile > > (Used swapoff/swapon to force swap clear after each test run.) > > X=4 [15 perms] > A, initial 2.6 GiB, peak physical max + swap ~4.3 GiB > Total time: 11:39.086s > B, initial 2.6 GiB, peak physical max + swap ~3.5 GiB > Total time: 10:59.966s > > X=1 [15 perms] > A, initial 2.6 GiB, peak 7.7 GiB > Total time: 17:39.103s > > B, initial 2.6 GiB. peak 7.9 GiB > Total time: 17:16.314s > > For X=1, both strategies (A & B) have very similar results. > > For X=4 (more than one worker), thread-based strategy seems slightly better, but still we have huge RAM consumption + max opened files quite high. > > I think the only real solution is to cut off (eliminate) locale permutation vector to reduce amount of GWT permutations. It's on my task list. > Great! BTW, raising max opened files to 10240 worked, thanks. > Vojtech > > > ----- Original Message ----- >> From: "Sandro Bonazzola" >> To: "Vojtech Szocs" >> Cc: "Tomas Jelinek" , "Juan Hernandez" , "Kiril Nesenko" >> , "arch" >> Sent: Wednesday, February 26, 2014 11:58:29 AM >> Subject: Re: [urgent] Re: ovirt-engine build failure >> >> Il 26/02/2014 11:51, Vojtech Szocs ha scritto: >>> >>> >>> ----- Original Message ----- >>>> From: "Sandro Bonazzola" >>>> To: "Tomas Jelinek" >>>> Cc: "Vojtech Szocs" , "Juan Hernandez" >>>> , "Kiril Nesenko" >>>> , "arch" >>>> Sent: Wednesday, February 26, 2014 10:22:22 AM >>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>> >>>> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: >>>>> Hey, >>>>> >>>>> from this logs it seems that the root cause is: >>>>> [ERROR] java.io.FileNotFoundException: >>>>> /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png >>>>> (Too many open files) >>>>> >>>>> e.g. the OS does not allow to open all the files the gwt compilation >>>>> needs. >>>>> Could you please try to increase the limit of max opened files on the >>>>> host >>>>> and try to rebuild? >>>> >>>> David is increasing max open files. We'll give it another run. >>>> I really think that having to reduce localWorkers to 1 for having decent >>>> build requirements on RAM and still hit too many opened files is really >>>> bad. >>>> Any chance of lowering build requirements in terms of RAM and opened >>>> files? >>> >>> In general, GWT compiler generates/reads lots of intermediate files during >>> its runtime. IIRC, this file amount is proportional to number of >>> permutations >>> being compiled, i.e. num_of_browsers x num_of_locales. This is why we don't >>> hit "Too many open files" in small-scale builds (i.e. development) but we >>> do >>> hit it on large-scale builds (i.e. all_browsers x all_locales nightly >>> build). >>> >>> But is increasing max open files for GWT compiler really that big of a >>> deal? >>> (i.e. we know that compiler needs to process lots of files per each >>> permutation) >> >> No, it's not that big of a deal *for our packaging* but since we've people on >> Gentoo building engine >> on their own systems, it may impact all of them... >> >>> >>> Alternatively, we could implement "remote GWT worker grid" -> offload >>> compilation >>> for each specific (browser x locale) permutation to a remote machine, this >>> would >>> require some extra Java implementation though. >>> >>> I agree on excessive RAM usage, I'm currently experimenting with some >>> compiler >>> options, I'll share results when I have something. >>> >>> Another approach we could take (something I'll discuss with my peers) is >>> the >>> idea of eliminating locale vector entirely -> re-implement i18n support in >>> UI >>> in a way that for X browsers, there will be only X total permutations (i.e. >>> not X x num_of_locales). This would reduce RAM usage && compilation time && >>> perhaps max files opened too. >> >> +1 on whatever can reduce build time and build requirements. >> >> >>> >>>> >>>> >>>>> >>>>> ----- Original Message ----- >>>>>> From: "Sandro Bonazzola" >>>>>> To: "Vojtech Szocs" >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>>>> , "arch" >>>>>> Sent: Wednesday, February 26, 2014 8:37:07 AM >>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>>>> >>>>>> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Vojtech Szocs" >>>>>>>> To: "Sandro Bonazzola" >>>>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" >>>>>>>> , "arch" >>>>>>>> Sent: Tuesday, February 25, 2014 1:05:35 PM >>>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>> To: "Vojtech Szocs" >>>>>>>>> Cc: "Juan Hernandez" , "arch" , >>>>>>>>> "Kiril >>>>>>>>> Nesenko" >>>>>>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM >>>>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure >>>>>>>>> >>>>>>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: >>>>>>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>> "arch" >>>>>>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM >>>>>>>>>>>> Subject: [urgent] Re: ovirt-engine build failure >>>>>>>>>>>> >>>>>>>>>>>> Top posting, >>>>>>>>>>>> >>>>>>>>>>>> Please give this task really urgent priority, as you can see: >>>>>>>>>>>> >>>>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ >>>>>>>>>>>> and >>>>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ >>>>>>>>>>>> >>>>>>>>>>>> are failing consistently so we don't have nightly builds. >>>>>>>>>>> >>>>>>>>>>> (CC'ing Einav) >>>>>>>>>>> >>>>>>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as usual. >>>>>>>>>>> >>>>>>>>>>> This patch should cause following output during GWT compilation: >>>>>>>>>>> >>>>>>>>>>> [ERROR] ######### Util.readURLAsBytes >>>>>>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png >>>>>>>>>>> >>>>>>>>>>> If IOException occurs, exception stacktrace will be printed right >>>>>>>>>>> below >>>>>>>>>>> that line. >>>>>>>>>>> >>>>>>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, >>>>>>>>>>> more >>>>>>>>>>> details at >>>>>>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html >>>>>>>>>>> >>>>>>>>>>> I just did a local upstream build with TEST patch applied, GWT >>>>>>>>>>> compilation >>>>>>>>>>> passed OK. >>>>>>>>>> >>>>>>>>>> build job running with your patch here: >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ >>>>>>>>>> waiting for a free executor right now. >>>>>>>>>> Let's see how it goes. >>>>>>>>> >>>>>>>>> Failed on CentOS: >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull >>>>>>>> >>>>>>>> Hm, in that ^^ build, following exceptions occured: >>>>>>>> >>>>>>>> 1. >>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>> [INFO] at >>>>>>>> com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) >>>>>>>> >>>>>>>> 2. >>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed for >>>>>>>> downDisabledImage >>>>>>>> [INFO] at >>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 >>>>>>>> >>>>>>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException in >>>>>>>> the >>>>>>>> logs >>>>>>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing in >>>>>>>> GWT >>>>>>>> image cache) >>>>>>>> >>>>>>>> Now I noticed I missed one possible IOException inside >>>>>>>> Util#readURLConnectionAsBytes ... >>>>>>>> >>>>>>>> Long story short, I'll send updated TEST patch soon, apologies for the >>>>>>>> inconvenience. >>>>>>> >>>>>>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. >>>>>> >>>>>> Done, here is the console output: >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>> >>>>>>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>> , "Kiril Nesenko" , >>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" >>>>>>>>>>>>>>>>>> , >>>>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" >>>>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" >>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" >>>>>>>>>>>>>>>>>>>> , >>>>>>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM >>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: >>>>>>>>>>>>>>>>>>>>> Hi, I checked GWT sources: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This happened because internal image cache for bundled >>>>>>>>>>>>>>>>>>>>> (composite >>>>>>>>>>>>>>>>>>>>> PNG) >>>>>>>>>>>>>>>>>>>>> images was corrput. >>>>>>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading >>>>>>>>>>>>>>>>>>>>> file >>>>>>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> This happened because image data was null, again possible >>>>>>>>>>>>>>>>>>>>> disk >>>>>>>>>>>>>>>>>>>>> I/O >>>>>>>>>>>>>>>>>>>>> error >>>>>>>>>>>>>>>>>>>>> while reading image file. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Building master right now with your suggestions here: >>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Looking at >>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers x >>>>>>>>>>>>>>>>>>> 8 >>>>>>>>>>>>>>>>>>> locales >>>>>>>>>>>>>>>>>>> = >>>>>>>>>>>>>>>>>>> 40 >>>>>>>>>>>>>>>>>>> GWT permutations. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> So no changes with and without >>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. >>>>>>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined >>>>>>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the POM >>>>>>>>>>>>>>>>>> files? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml -> >>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>> "gwt.userAgent" >>>>>>>>>>>>>>>>> property is copied into "locale" GWT property in >>>>>>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Ok, so I'll remove >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>> build >>>>>>>>>>>>>>>> command. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Agreed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> This: >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console >>>>>>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE -X. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hm, it contains: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not sure >>>>>>>>>>>>>>>>> why. >>>>>>>>>>>>>>>>> Let >>>>>>>>>>>>>>>>> me >>>>>>>>>>>>>>>>> check >>>>>>>>>>>>>>>>> this on local build. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Ok, let me know if I've to change command line. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you did >>>>>>>>>>>>>>> before) >>>>>>>>>>>>>>> and we'll be able to see more details in the build log. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Here is the new build with your patch merged: >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks. I did some more investigation on this. >>>>>>>>>>>>> >>>>>>>>>>>>> Again it's NullPointerException when rebinding >>>>>>>>>>>>> ApplicationResources, >>>>>>>>>>>>> but >>>>>>>>>>>>> this time for different image file: >>>>>>>>>>>>> ApplicationResources.wrenchImage >>>>>>>>>>>>> ("images/wrench.png"). >>>>>>>>>>>>> >>>>>>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems >>>>>>>>>>>>> to >>>>>>>>>>>>> be >>>>>>>>>>>>> (AbstractResourceContext:74): >>>>>>>>>>>>> >>>>>>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); >>>>>>>>>>>>> >>>>>>>>>>>>> where "resource" is (ImageResourceGenerator:311): >>>>>>>>>>>>> >>>>>>>>>>>>> localized.getUrl(); // LocalizedImage localized >>>>>>>>>>>>> >>>>>>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. >>>>>>>>>>>>> "wrench_fr_FR.png") >>>>>>>>>>>>> so "localized" in this case points to "wrench.png". >>>>>>>>>>>>> >>>>>>>>>>>>> So the problem seems to be reading this file: >>>>>>>>>>>>> >>>>>>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png >>>>>>>>>>>>> >>>>>>>>>>>>> Since we're having many GWT permutations, this file ^^ (along >>>>>>>>>>>>> with >>>>>>>>>>>>> similar >>>>>>>>>>>>> ones) is attempted to be read multiple times *from the same >>>>>>>>>>>>> (single) >>>>>>>>>>>>> GWT >>>>>>>>>>>>> compiler Java process, before actual permutation worker Java >>>>>>>>>>>>> sub-processes >>>>>>>>>>>>> are spawned*. (More precisely, above NullPointerException happens >>>>>>>>>>>>> at >>>>>>>>>>>>> deferred binding phase which precedes actual GWT compilation per >>>>>>>>>>>>> each >>>>>>>>>>>>> permutation.) >>>>>>>>>>>>> >>>>>>>>>>>>> I think the root cause is Util.readURLAsBytes method used >>>>>>>>>>>>> internally >>>>>>>>>>>>> by >>>>>>>>>>>>> GWT >>>>>>>>>>>>> compiler: >>>>>>>>>>>>> >>>>>>>>>>>>> public static byte[] readURLAsBytes(URL url) { >>>>>>>>>>>>> try { >>>>>>>>>>>>> URLConnection conn = url.openConnection(); >>>>>>>>>>>>> conn.setUseCaches(false); >>>>>>>>>>>>> return readURLConnectionAsBytes(conn); >>>>>>>>>>>>> } catch (IOException e) { >>>>>>>>>>>>> return null; // This causes NullPointerException, but this >>>>>>>>>>>>> exception >>>>>>>>>>>>> isn't logged (wtf, GWT!) >>>>>>>>>>>>> } >>>>>>>>>>>>> } >>>>>>>>>>>>> >>>>>>>>>>>>> To summarize, I'll need to write another patch which replaces >>>>>>>>>>>>> Util.readURLAsBytes implementation via AOP and prints IOException >>>>>>>>>>>>> details. >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> # >>>>>>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml >>>>>>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M >>>>>>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m >>>>>>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" >>>>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" >>>>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D >>>>>>>>>>>>>>>>>>>> "ovirt_build_extra_flags >>>>>>>>>>>>>>>>>>>> -gs >>>>>>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} >>>>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera >>>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild >>>>>>>>>>>>>>>>>>>> rpmbuild/SRPMS/*.src.rpm >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Let me know if you need anything else. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Vojtech >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" >>>>>>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" >>>>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" >>>>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" >>>>>>>>>>>>>>>>>>>>>> , >>>>>>>>>>>>>>>>>>>>>> "arch" >>>>>>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM >>>>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> In your log I see following error: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever >>>>>>>>>>>>>>>>>>>>>> computed >>>>>>>>>>>>>>>>>>>>>> for >>>>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired >>>>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) >>>>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I checked again logs at >>>>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull >>>>>>>>>>>>>>>>>>>>>> and indeed there is a similar error: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>>>> [INFO] Rebinding >>>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources >>>>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator >>>>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator >>>>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' >>>>>>>>>>>>>>>>>>>>>> threw >>>>>>>>>>>>>>>>>>>>>> an exception while rebinding >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException >>>>>>>>>>>>>>>>>>>>>> [INFO] at >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) >>>>>>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> NullPointerException when processing >>>>>>>>>>>>>>>>>>>>>> ApplicationResources >>>>>>>>>>>>>>>>>>>>>> but >>>>>>>>>>>>>>>>>>>>>> occuring >>>>>>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. >>>>>>>>>>>>>>>>>>>>>> InlineResourceContext) >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any >>>>>>>>>>>>>>>>>>>>>> details: >>>>>>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources >>>>>>>>>>>>>>>>>>>>>> (i.e. >>>>>>>>>>>>>>>>>>>>>> uncaught >>>>>>>>>>>>>>>>>>>>>> NPE) >>>>>>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with >>>>>>>>>>>>>>>>>>>>>> ApplicationResources >>>>>>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator >>>>>>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT >>>>>>>>>>>>>>>>>>>>>> compilation. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred >>>>>>>>>>>>>>>>>>>>>> binding >>>>>>>>>>>>>>>>>>>>>> phase, so this could point to issue with local >>>>>>>>>>>>>>>>>>>>>> environment.. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source >>>>>>>>>>>>>>>>>>>>>> code. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>>>> collaboration. >>>>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sandro Bonazzola >>>>>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>>>>> collaboration. >>>>>>>>>>>> See how it works at redhat.com >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sandro Bonazzola >>>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>>> collaboration. >>>>>>>>> See how it works at redhat.com >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Arch mailing list >>>>>>>> Arch at ovirt.org >>>>>>>> http://lists.ovirt.org/mailman/listinfo/arch >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sandro Bonazzola >>>>>> Better technology. Faster innovation. Powered by community >>>>>> collaboration. >>>>>> See how it works at redhat.com >>>>>> _______________________________________________ >>>>>> Arch mailing list >>>>>> Arch at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/arch >>>>>> >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community collaboration. >>>> See how it works at redhat.com >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From gshereme at redhat.com Wed Feb 26 19:43:33 2014 From: gshereme at redhat.com (Greg Sheremeta) Date: Wed, 26 Feb 2014 14:43:33 -0500 (EST) Subject: [Users] new oVirt look-and-feel -- feature page In-Reply-To: <1963042993.3483574.1392905226663.JavaMail.zimbra@redhat.com> References: <1885294657.2899175.1392758358614.JavaMail.zimbra@redhat.com> <5F9E965F5A80BC468BE5F40576769F097339F654@exchange2-1> <879396430.3028714.1392812568338.JavaMail.zimbra@redhat.com> <5F9E965F5A80BC468BE5F40576769F09733A0F47@exchange2-1> <1963042993.3483574.1392905226663.JavaMail.zimbra@redhat.com> Message-ID: <907036111.5267013.1393443813295.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Greg Sheremeta" > To: "Karli Sj?berg" > Cc: arch at ovirt.org, users at ovirt.org > Sent: Thursday, February 20, 2014 9:07:06 AM > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > > > ----- Original Message ----- > > From: "Karli Sj?berg" > > To: gshereme at redhat.com > > Cc: users at ovirt.org, arch at ovirt.org > > Sent: Wednesday, February 19, 2014 8:17:07 AM > > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > > > On Wed, 2014-02-19 at 07:22 -0500, Greg Sheremeta wrote: > > > > > > ----- Original Message ----- > > > > From: "Karli Sj?berg" > > > > To: gshereme at redhat.com > > > > Cc: users at ovirt.org, arch at ovirt.org > > > > Sent: Wednesday, February 19, 2014 1:43:43 AM > > > > Subject: Re: [Users] new oVirt look-and-feel -- feature page > > > > > > > > On Tue, 2014-02-18 at 16:19 -0500, Greg Sheremeta wrote: > > > > > Hi, > > > > > > > > > > Please check out the feature page for the new oVirt look-and-feel, > > > > > PatternFly based: > > > > > http://www.ovirt.org/Features/NewLookAndFeelPatternFlyPhase1. > > > > > > > > > > Comments are welcome. > > > > > > > > > > Thanks, > > > > > Greg > > > > > > > > > > Greg Sheremeta > > > > > Red Hat, Inc. > > > > > Sr. Software Engineer, RHEV > > > > > Cell: 919-807-1086 > > > > > gshereme at redhat.com > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > Looks really nice! Is the background canvas vectorized? Isn?t it going > > > > to become rather slow loading such a big picture otherwise... And how > > > > is > > > > it going to handle scaling of browser windows? How?d it look on smaller > > > > resolutions e.g 960x640? > > > > > > > > > > > > > > > > -- > > > > > > > > Med V?nliga H?lsningar > > > > > > > > ------------------------------------------------------------------------------- > > > > Karli Sj?berg > > > > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > > > > Kron?sv?gen 8) > > > > S-750 07 Uppsala, Sweden > > > > Phone: +46-(0)18-67 15 66 > > > > karli.sjoberg at slu.se > > > > > > > > > > It's not vectorized. It's a PNG, size is 248.0 kB ... which isn't > > > horrible. > > > After the first load, it'll be stored in browser cache. > > > > > > It's set to scale in such a way that the aspect ratio is maintained. It > > > uses the CSS3 property "background-size" to achieve this. I think it > > > looks > > > pretty perfect at any resolution. > > > > > > Here's the full CSS for it: > > > > > > .obrand_loginPageBackground { > > > background-image: url(images/ovirt_bg.png); > > > background-size: 100% auto; > > > background-repeat: repeat-x; > > > background-color: #1d2226; > > > position: absolute; > > > bottom: 0; > > > left: 0; > > > right: 0; > > > top: 0; > > > } > > > > > > Thanks! > > > Greg > > > > Yupp, just checking, since it?s not made to tile like a parallax, I was > > just curious if you had some special trick up your sleave. > > > > And maybe I?m just nit-picking here, but I made a quick test, just to > > demonstrate what I would percieve as a problem of having one big picture > > as background. > > > > obrand.html: > > > > > > > > > > > > > > > > obrand.css: > > .obrand_loginPageBackground { > > background-image: url(ovirt_bg.png); > > background-size: 100% auto; > > background-repeat: repeat-x; > > background-color: #1d2226; > > position: absolute; > > bottom: 0; > > left: 0; > > right: 0; > > top: 0; > > } > > > > I attached a snapshot of how scaling your browser window in the "wrong" > > way breaks it?s aspect ratio and how that?s just handled by > > "background-color" in a rather...boring way. Of course scaling the > > window _that_ small is ridiculous, it?s just to demonstrate the aspect > > issue that would be for smartphones e.g, on this welcome screen. > > > > So my concern here is most of all about the aspect ratio issues involved > > with having just one big picture as a background. Most sites I?ve seen > > have either just code, a lot of small pics, parallaxing ones, or one > > insanely big picture, talking Ultra-HD 4k big, just to be absolutely > > sure it?s not going to scale in this unwanted way. > > > > Am I wrong? > > > > > > > > -- > > > > Med V?nliga H?lsningar > > > > ------------------------------------------------------------------------------- > > Karli Sj?berg > > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > > Kron?sv?gen 8) > > S-750 07 Uppsala, Sweden > > Phone: +46-(0)18-67 15 66 > > karli.sjoberg at slu.se > > > There is a new CSS trick in PatternFly that deals with this. Once I implement > that, it should fix the tall-skinny resolution issue. I'll reply back. > > Thanks! > Greg Tall-skinny issue was fixed with a combination of CSS tweaks and a slightly-tweaked background image. See http://imgur.com/qVgWES9 for an example. Thanks, Greg From vszocs at redhat.com Thu Feb 27 13:55:08 2014 From: vszocs at redhat.com (Vojtech Szocs) Date: Thu, 27 Feb 2014 08:55:08 -0500 (EST) Subject: [urgent] Re: ovirt-engine build failure In-Reply-To: <530E1840.50507@redhat.com> References: <53031642.3040307@redhat.com> <530D99A3.4060606@redhat.com> <1505174683.10033288.1393401972505.JavaMail.zimbra@redhat.com> <530DB24E.4020409@redhat.com> <1188441079.10105913.1393411906006.JavaMail.zimbra@redhat.com> <530DC8D5.7070408@redhat.com> <1764935896.10367202.1393429255745.JavaMail.zimbra@redhat.com> <530E1840.50507@redhat.com> Message-ID: <900330001.11045656.1393509308783.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: "Vojtech Szocs" > Cc: "Tomas Jelinek" , "Juan Hernandez" , "Kiril Nesenko" > , "arch" > Sent: Wednesday, February 26, 2014 5:37:20 PM > Subject: Re: [urgent] Re: ovirt-engine build failure > > Il 26/02/2014 16:40, Vojtech Szocs ha scritto: > > (top posting) > > > > I did some preliminary tests on my local machine, invoking "mvn clean > > install -Pgwt-admin" command to build (only) WebAdmin from source. > > > > Default permutation settings: all (5) browsers, one locale = 5 total > > permutations to compile > > > > Tested two different strategies (machine with 16G RAM / 8G swap, quad-core > > CPU): > > A, localWorkers=X (default external-JVM worker factory) > > -Dgwt.compiler.localWorkers=X > > B, localWorkers=X + maxThreads=X (thread-based worker factory) > > -Dgwt.compiler.localWorkers=X > > -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory > > -Dgwt.jjs.maxThreads=X > > > > A -> this is what we use today > > B -> this is possible alternative > > > > X=4 [5 perms] > > A, initial 2.6 GiB, peak 13.5 GiB > > Total time: 5:25.851s > > B, initial 2.6 GiB, peak 13.1 GiB > > Total time: 5:11.238s > > > > X=1 [5 perms] > > A, initial 2.6 GiB, peak 7.1 GiB > > Total time: 7:00.601s > > B, initial 2.6 GiB, peak 7.4 GiB > > Total time: 7:07.458s > > > > Now switched to permutation settings: all (5) browsers, 3 locales = 15 > > total permutations to compile > > > > (Used swapoff/swapon to force swap clear after each test run.) > > > > X=4 [15 perms] > > A, initial 2.6 GiB, peak physical max + swap ~4.3 GiB > > Total time: 11:39.086s > > B, initial 2.6 GiB, peak physical max + swap ~3.5 GiB > > Total time: 10:59.966s > > > > X=1 [15 perms] > > A, initial 2.6 GiB, peak 7.7 GiB > > Total time: 17:39.103s > > > > B, initial 2.6 GiB. peak 7.9 GiB > > Total time: 17:16.314s > > > > For X=1, both strategies (A & B) have very similar results. > > > > For X=4 (more than one worker), thread-based strategy seems slightly > > better, but still we have huge RAM consumption + max opened files quite > > high. > > > > I think the only real solution is to cut off (eliminate) locale permutation > > vector to reduce amount of GWT permutations. It's on my task list. > > > > > Great! > BTW, raising max opened files to 10240 worked, thanks. Submitted patch for master: http://gerrit.ovirt.org/#/c/25163/ Details in commit message, short summary: - GWT compiler will spawn thread(s) instead of Java sub-process(es) to compile specific permutation(s) - max worker thread upper bound is set to 4 - you can use gwt.compiler.localWorkers to control max worker thread value, i.e. -Dgwt.compiler.localWorkers=2 means max 2 worker threads -> min(2,4) However, I don't expect too much out of this optimization; eliminating GWT permutations is something we'll consider as long-term improvement. Vojtech > > > > Vojtech > > > > > > ----- Original Message ----- > >> From: "Sandro Bonazzola" > >> To: "Vojtech Szocs" > >> Cc: "Tomas Jelinek" , "Juan Hernandez" > >> , "Kiril Nesenko" > >> , "arch" > >> Sent: Wednesday, February 26, 2014 11:58:29 AM > >> Subject: Re: [urgent] Re: ovirt-engine build failure > >> > >> Il 26/02/2014 11:51, Vojtech Szocs ha scritto: > >>> > >>> > >>> ----- Original Message ----- > >>>> From: "Sandro Bonazzola" > >>>> To: "Tomas Jelinek" > >>>> Cc: "Vojtech Szocs" , "Juan Hernandez" > >>>> , "Kiril Nesenko" > >>>> , "arch" > >>>> Sent: Wednesday, February 26, 2014 10:22:22 AM > >>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>> > >>>> Il 26/02/2014 09:06, Tomas Jelinek ha scritto: > >>>>> Hey, > >>>>> > >>>>> from this logs it seems that the root cause is: > >>>>> [ERROR] java.io.FileNotFoundException: > >>>>> /home/jenkins/workspace/manual-build-tarball/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/target/tmp/ImageResourceGenerator4201639982561998434.png > >>>>> (Too many open files) > >>>>> > >>>>> e.g. the OS does not allow to open all the files the gwt compilation > >>>>> needs. > >>>>> Could you please try to increase the limit of max opened files on the > >>>>> host > >>>>> and try to rebuild? > >>>> > >>>> David is increasing max open files. We'll give it another run. > >>>> I really think that having to reduce localWorkers to 1 for having decent > >>>> build requirements on RAM and still hit too many opened files is really > >>>> bad. > >>>> Any chance of lowering build requirements in terms of RAM and opened > >>>> files? > >>> > >>> In general, GWT compiler generates/reads lots of intermediate files > >>> during > >>> its runtime. IIRC, this file amount is proportional to number of > >>> permutations > >>> being compiled, i.e. num_of_browsers x num_of_locales. This is why we > >>> don't > >>> hit "Too many open files" in small-scale builds (i.e. development) but we > >>> do > >>> hit it on large-scale builds (i.e. all_browsers x all_locales nightly > >>> build). > >>> > >>> But is increasing max open files for GWT compiler really that big of a > >>> deal? > >>> (i.e. we know that compiler needs to process lots of files per each > >>> permutation) > >> > >> No, it's not that big of a deal *for our packaging* but since we've people > >> on > >> Gentoo building engine > >> on their own systems, it may impact all of them... > >> > >>> > >>> Alternatively, we could implement "remote GWT worker grid" -> offload > >>> compilation > >>> for each specific (browser x locale) permutation to a remote machine, > >>> this > >>> would > >>> require some extra Java implementation though. > >>> > >>> I agree on excessive RAM usage, I'm currently experimenting with some > >>> compiler > >>> options, I'll share results when I have something. > >>> > >>> Another approach we could take (something I'll discuss with my peers) is > >>> the > >>> idea of eliminating locale vector entirely -> re-implement i18n support > >>> in > >>> UI > >>> in a way that for X browsers, there will be only X total permutations > >>> (i.e. > >>> not X x num_of_locales). This would reduce RAM usage && compilation time > >>> && > >>> perhaps max files opened too. > >> > >> +1 on whatever can reduce build time and build requirements. > >> > >> > >>> > >>>> > >>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" > >>>>>> To: "Vojtech Szocs" > >>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>>>> , "arch" > >>>>>> Sent: Wednesday, February 26, 2014 8:37:07 AM > >>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>> > >>>>>> Il 25/02/2014 16:52, Vojtech Szocs ha scritto: > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>>> From: "Vojtech Szocs" > >>>>>>>> To: "Sandro Bonazzola" > >>>>>>>> Cc: "Juan Hernandez" , "Kiril Nesenko" > >>>>>>>> , "arch" > >>>>>>>> Sent: Tuesday, February 25, 2014 1:05:35 PM > >>>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> ----- Original Message ----- > >>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>> Cc: "Juan Hernandez" , "arch" > >>>>>>>>> , > >>>>>>>>> "Kiril > >>>>>>>>> Nesenko" > >>>>>>>>> Sent: Tuesday, February 25, 2014 9:02:11 AM > >>>>>>>>> Subject: Re: [urgent] Re: ovirt-engine build failure > >>>>>>>>> > >>>>>>>>> Il 25/02/2014 08:47, Sandro Bonazzola ha scritto: > >>>>>>>>>> Il 24/02/2014 18:28, Vojtech Szocs ha scritto: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>> "arch" > >>>>>>>>>>>> Sent: Monday, February 24, 2014 9:08:09 AM > >>>>>>>>>>>> Subject: [urgent] Re: ovirt-engine build failure > >>>>>>>>>>>> > >>>>>>>>>>>> Top posting, > >>>>>>>>>>>> > >>>>>>>>>>>> Please give this task really urgent priority, as you can see: > >>>>>>>>>>>> > >>>>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_3.4_create_rpms/ > >>>>>>>>>>>> and > >>>>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/ > >>>>>>>>>>>> > >>>>>>>>>>>> are failing consistently so we don't have nightly builds. > >>>>>>>>>>> > >>>>>>>>>>> (CC'ing Einav) > >>>>>>>>>>> > >>>>>>>>>>> Attached TEST patch, please apply & rebuild ovirt-engine as > >>>>>>>>>>> usual. > >>>>>>>>>>> > >>>>>>>>>>> This patch should cause following output during GWT compilation: > >>>>>>>>>>> > >>>>>>>>>>> [ERROR] ######### Util.readURLAsBytes > >>>>>>>>>>> file:/home/vszocs/work/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt/org/ovirt/engine/ui/webadmin/images/search_button.png > >>>>>>>>>>> > >>>>>>>>>>> If IOException occurs, exception stacktrace will be printed right > >>>>>>>>>>> below > >>>>>>>>>>> that line. > >>>>>>>>>>> > >>>>>>>>>>> Note: please ignore the [ERROR] prefix, it's a technical issue, > >>>>>>>>>>> more > >>>>>>>>>>> details at > >>>>>>>>>>> https://www.mail-archive.com/engine-devel at ovirt.org/msg05735.html > >>>>>>>>>>> > >>>>>>>>>>> I just did a local upstream build with TEST patch applied, GWT > >>>>>>>>>>> compilation > >>>>>>>>>>> passed OK. > >>>>>>>>>> > >>>>>>>>>> build job running with your patch here: > >>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/ > >>>>>>>>>> waiting for a free executor right now. > >>>>>>>>>> Let's see how it goes. > >>>>>>>>> > >>>>>>>>> Failed on CentOS: > >>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/235/label=centos6-host/consoleFull > >>>>>>>> > >>>>>>>> Hm, in that ^^ build, following exceptions occured: > >>>>>>>> > >>>>>>>> 1. > >>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>> [INFO] at > >>>>>>>> com.google.gwt.dev.util.Util.computeStrongName(Util.java:172) > >>>>>>>> > >>>>>>>> 2. > >>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect ever computed > >>>>>>>> for > >>>>>>>> downDisabledImage > >>>>>>>> [INFO] at > >>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475 > >>>>>>>> > >>>>>>>> 1. is caused by Util#readURLAsBytes but I don't see any IOException > >>>>>>>> in > >>>>>>>> the > >>>>>>>> logs > >>>>>>>> 2. is just follow-up consequence of 1. (i.e. image metadata missing > >>>>>>>> in > >>>>>>>> GWT > >>>>>>>> image cache) > >>>>>>>> > >>>>>>>> Now I noticed I missed one possible IOException inside > >>>>>>>> Util#readURLConnectionAsBytes ... > >>>>>>>> > >>>>>>>> Long story short, I'll send updated TEST patch soon, apologies for > >>>>>>>> the > >>>>>>>> inconvenience. > >>>>>>> > >>>>>>> TEST-v2 patch attached. Please apply & rebuild ovirt-engine as usual. > >>>>>> > >>>>>> Done, here is the console output: > >>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/label=centos6-host/239/consoleFull > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> Il 20/02/2014 13:34, Vojtech Szocs ha scritto: > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>> , "Kiril Nesenko" , > >>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>> Sent: Thursday, February 20, 2014 10:02:00 AM > >>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Il 19/02/2014 16:51, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:43:44 PM > >>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Il 19/02/2014 14:41, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 2:23:16 PM > >>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> Il 19/02/2014 14:19, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>>>> From: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>>>> To: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>>>> Sent: Wednesday, February 19, 2014 1:18:28 PM > >>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Il 19/02/2014 12:45, Vojtech Szocs ha scritto: > >>>>>>>>>>>>>>>>>>>>> Hi, I checked GWT sources: > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect > >>>>>>>>>>>>>>>>>>>>>> ever > >>>>>>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> This happened because internal image cache for bundled > >>>>>>>>>>>>>>>>>>>>> (composite > >>>>>>>>>>>>>>>>>>>>> PNG) > >>>>>>>>>>>>>>>>>>>>> images was corrput. > >>>>>>>>>>>>>>>>>>>>> It seems to be caused by disk I/O error while reading > >>>>>>>>>>>>>>>>>>>>> file > >>>>>>>>>>>>>>>>>>>>> images/glusterAsyncTasks/remove_brick_commit_required.png > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> This happened because image data was null, again > >>>>>>>>>>>>>>>>>>>>> possible > >>>>>>>>>>>>>>>>>>>>> disk > >>>>>>>>>>>>>>>>>>>>> I/O > >>>>>>>>>>>>>>>>>>>>> error > >>>>>>>>>>>>>>>>>>>>> while reading image file. > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Can we enable "TRACE" logging during GWT compilation? > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Building master right now with your suggestions here: > >>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/ > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> Looking at > >>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=fedora20-host/console > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> So far I see no errors.. There should be total 5 browsers > >>>>>>>>>>>>>>>>>>> x > >>>>>>>>>>>>>>>>>>> 8 > >>>>>>>>>>>>>>>>>>> locales > >>>>>>>>>>>>>>>>>>> = > >>>>>>>>>>>>>>>>>>> 40 > >>>>>>>>>>>>>>>>>>> GWT permutations. > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> So no changes with and without > >>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera. > >>>>>>>>>>>>>>>>>> We've still 40 permutations. Maybe you defined > >>>>>>>>>>>>>>>>>> userAgent=ie8,ie9,gecko1_8,safari,opera somewhere in the > >>>>>>>>>>>>>>>>>> POM > >>>>>>>>>>>>>>>>>> files? > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> You are right. I checked frontend/webadmin/modules/pom.xml > >>>>>>>>>>>>>>>>> -> > >>>>>>>>>>>>>>>>> the > >>>>>>>>>>>>>>>>> "gwt.userAgent" > >>>>>>>>>>>>>>>>> property is copied into "locale" GWT property in > >>>>>>>>>>>>>>>>> {WebAdmin,UserPortal}.gwt.xml > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Ok, so I'll remove > >>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>> build > >>>>>>>>>>>>>>>> command. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Agreed. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> This: > >>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/227/label=centos6-host/console > >>>>>>>>>>>>>>>>>> failed, you can look at it, it has -Dgwt.logLevel=TRACE > >>>>>>>>>>>>>>>>>> -X. > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Hm, it contains: > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> [DEBUG] (f) logLevel = INFO > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> Somehow the TRACE log level for GWT wasn't applied.. not > >>>>>>>>>>>>>>>>> sure > >>>>>>>>>>>>>>>>> why. > >>>>>>>>>>>>>>>>> Let > >>>>>>>>>>>>>>>>> me > >>>>>>>>>>>>>>>>> check > >>>>>>>>>>>>>>>>> this on local build. > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> Ok, let me know if I've to change command line. > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> I wrote upstream patch: http://gerrit.ovirt.org/#/c/24789/ > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> When it's merged, setting "gwt.logLevel" will work (as you > >>>>>>>>>>>>>>> did > >>>>>>>>>>>>>>> before) > >>>>>>>>>>>>>>> and we'll be able to see more details in the build log. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Here is the new build with your patch merged: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/228/label=centos6-host/consoleFull > >>>>>>>>>>>>> > >>>>>>>>>>>>> Thanks. I did some more investigation on this. > >>>>>>>>>>>>> > >>>>>>>>>>>>> Again it's NullPointerException when rebinding > >>>>>>>>>>>>> ApplicationResources, > >>>>>>>>>>>>> but > >>>>>>>>>>>>> this time for different image file: > >>>>>>>>>>>>> ApplicationResources.wrenchImage > >>>>>>>>>>>>> ("images/wrench.png"). > >>>>>>>>>>>>> > >>>>>>>>>>>>> Looking at stacktrace & GWT sources, the problematic code seems > >>>>>>>>>>>>> to > >>>>>>>>>>>>> be > >>>>>>>>>>>>> (AbstractResourceContext:74): > >>>>>>>>>>>>> > >>>>>>>>>>>>> byte[] bytes = Util.readURLAsBytes(resource); > >>>>>>>>>>>>> > >>>>>>>>>>>>> where "resource" is (ImageResourceGenerator:311): > >>>>>>>>>>>>> > >>>>>>>>>>>>> localized.getUrl(); // LocalizedImage localized > >>>>>>>>>>>>> > >>>>>>>>>>>>> Note: in oVirt UI we don't use localized images (i.e. > >>>>>>>>>>>>> "wrench_fr_FR.png") > >>>>>>>>>>>>> so "localized" in this case points to "wrench.png". > >>>>>>>>>>>>> > >>>>>>>>>>>>> So the problem seems to be reading this file: > >>>>>>>>>>>>> > >>>>>>>>>>>>> frontend/webadmin/modules/webadmin/src/main/resources/org/ovirt/engine/ui/webadmin/images/wrench.png > >>>>>>>>>>>>> > >>>>>>>>>>>>> Since we're having many GWT permutations, this file ^^ (along > >>>>>>>>>>>>> with > >>>>>>>>>>>>> similar > >>>>>>>>>>>>> ones) is attempted to be read multiple times *from the same > >>>>>>>>>>>>> (single) > >>>>>>>>>>>>> GWT > >>>>>>>>>>>>> compiler Java process, before actual permutation worker Java > >>>>>>>>>>>>> sub-processes > >>>>>>>>>>>>> are spawned*. (More precisely, above NullPointerException > >>>>>>>>>>>>> happens > >>>>>>>>>>>>> at > >>>>>>>>>>>>> deferred binding phase which precedes actual GWT compilation > >>>>>>>>>>>>> per > >>>>>>>>>>>>> each > >>>>>>>>>>>>> permutation.) > >>>>>>>>>>>>> > >>>>>>>>>>>>> I think the root cause is Util.readURLAsBytes method used > >>>>>>>>>>>>> internally > >>>>>>>>>>>>> by > >>>>>>>>>>>>> GWT > >>>>>>>>>>>>> compiler: > >>>>>>>>>>>>> > >>>>>>>>>>>>> public static byte[] readURLAsBytes(URL url) { > >>>>>>>>>>>>> try { > >>>>>>>>>>>>> URLConnection conn = url.openConnection(); > >>>>>>>>>>>>> conn.setUseCaches(false); > >>>>>>>>>>>>> return readURLConnectionAsBytes(conn); > >>>>>>>>>>>>> } catch (IOException e) { > >>>>>>>>>>>>> return null; // This causes NullPointerException, but > >>>>>>>>>>>>> this > >>>>>>>>>>>>> exception > >>>>>>>>>>>>> isn't logged (wtf, GWT!) > >>>>>>>>>>>>> } > >>>>>>>>>>>>> } > >>>>>>>>>>>>> > >>>>>>>>>>>>> To summarize, I'll need to write another patch which replaces > >>>>>>>>>>>>> Util.readURLAsBytes implementation via AOP and prints > >>>>>>>>>>>>> IOException > >>>>>>>>>>>>> details. > >>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> # > >>>>>>>>>>>>>>>>>>>> CI_MAVEN_SETTINGS=$WORKSPACE/artifactory-ovirt-org-settings.xml > >>>>>>>>>>>>>>>>>>>> # export MAVEN_OPTS="${MAVEN_OPTS} -Xmx2048M > >>>>>>>>>>>>>>>>>>>> -XX:MaxPermSize=1024m > >>>>>>>>>>>>>>>>>>>> -Dgwt.compiler.localWorkers=1" > >>>>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -ts "${TARBALL}" > >>>>>>>>>>>>>>>>>>>> # rpmbuild -D "_topdir $(pwd)/rpmbuild" -D > >>>>>>>>>>>>>>>>>>>> "ovirt_build_extra_flags > >>>>>>>>>>>>>>>>>>>> -gs > >>>>>>>>>>>>>>>>>>>> ${CI_MAVEN_SETTINGS} > >>>>>>>>>>>>>>>>>>>> -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera > >>>>>>>>>>>>>>>>>>>> -Dgwt.logLevel=TRACE -X" --rebuild > >>>>>>>>>>>>>>>>>>>> rpmbuild/SRPMS/*.src.rpm > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> Let me know if you need anything else. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> Vojtech > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>> ----- Original Message ----- > >>>>>>>>>>>>>>>>>>>>>> From: "Vojtech Szocs" > >>>>>>>>>>>>>>>>>>>>>> To: "Sandro Bonazzola" > >>>>>>>>>>>>>>>>>>>>>> Cc: "Eyal Edri" , "Juan Hernandez" > >>>>>>>>>>>>>>>>>>>>>> , "Kiril Nesenko" > >>>>>>>>>>>>>>>>>>>>>> , > >>>>>>>>>>>>>>>>>>>>>> "arch" > >>>>>>>>>>>>>>>>>>>>>> Sent: Tuesday, February 18, 2014 6:54:20 PM > >>>>>>>>>>>>>>>>>>>>>> Subject: Re: ovirt-engine build failure > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> In your log I see following error: > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException: No ImageRect > >>>>>>>>>>>>>>>>>>>>>> ever > >>>>>>>>>>>>>>>>>>>>>> computed > >>>>>>>>>>>>>>>>>>>>>> for > >>>>>>>>>>>>>>>>>>>>>> removeBrickCommitRequired > >>>>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rg.ImageResourceGenerator.createAssignment(ImageResourceGenerator.java:475) > >>>>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> I checked again logs at > >>>>>>>>>>>>>>>>>>>>>> http://jenkins.ovirt.org/job/manual-build-tarball/212/label=fedora19-host/consoleFull > >>>>>>>>>>>>>>>>>>>>>> and indeed there is a similar error: > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>>>> [INFO] Computing all possible rebind results for > >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>>>> [INFO] Rebinding > >>>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.ui.webadmin.ApplicationResources > >>>>>>>>>>>>>>>>>>>>>> [INFO] Invoking generator > >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineClientBundleGenerator > >>>>>>>>>>>>>>>>>>>>>> [INFO] [ERROR] Generator > >>>>>>>>>>>>>>>>>>>>>> 'com.google.gwt.resources.rebind.context.InlineClientBundleGenerator' > >>>>>>>>>>>>>>>>>>>>>> threw > >>>>>>>>>>>>>>>>>>>>>> an exception while rebinding > >>>>>>>>>>>>>>>>>>>>>> 'org.ovirt.engine.ui.webadmin.ApplicationResources' > >>>>>>>>>>>>>>>>>>>>>> [INFO] java.lang.NullPointerException > >>>>>>>>>>>>>>>>>>>>>> [INFO] at > >>>>>>>>>>>>>>>>>>>>>> com.google.gwt.resources.rebind.context.InlineResourceContext.deploy(InlineResourceContext.java:40) > >>>>>>>>>>>>>>>>>>>>>> ... > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> NullPointerException when processing > >>>>>>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>>>>>> but > >>>>>>>>>>>>>>>>>>>>>> occuring > >>>>>>>>>>>>>>>>>>>>>> from > >>>>>>>>>>>>>>>>>>>>>> different places (ImageResourceGenerator vs. > >>>>>>>>>>>>>>>>>>>>>> InlineResourceContext) > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> Now I understand why Maven build fails without any > >>>>>>>>>>>>>>>>>>>>>> details: > >>>>>>>>>>>>>>>>>>>>>> - GWT deferred binding fails for ApplicationResources > >>>>>>>>>>>>>>>>>>>>>> (i.e. > >>>>>>>>>>>>>>>>>>>>>> uncaught > >>>>>>>>>>>>>>>>>>>>>> NPE) > >>>>>>>>>>>>>>>>>>>>>> - GWT compilation proceeds, fails to link with > >>>>>>>>>>>>>>>>>>>>>> ApplicationResources > >>>>>>>>>>>>>>>>>>>>>> - GWT compilation task fails with non-OK status code > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> So the issue here is GWT deferred binding generator > >>>>>>>>>>>>>>>>>>>>>> (InlineClientBundleGenerator) failure during GWT > >>>>>>>>>>>>>>>>>>>>>> compilation. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> GWT compiler writes extra Java files during deferred > >>>>>>>>>>>>>>>>>>>>>> binding > >>>>>>>>>>>>>>>>>>>>>> phase, so this could point to issue with local > >>>>>>>>>>>>>>>>>>>>>> environment.. > >>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>>> I will try to investigate this and look at GWT source > >>>>>>>>>>>>>>>>>>>>>> code. > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by > >>>>>>>>>>>>>>>>>>>> community > >>>>>>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>> -- > >>>>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> -- > >>>>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>>>> collaboration. > >>>>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Sandro Bonazzola > >>>>>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>>>>> collaboration. > >>>>>>>>>>>> See how it works at redhat.com > >>>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Sandro Bonazzola > >>>>>>>>> Better technology. Faster innovation. Powered by community > >>>>>>>>> collaboration. > >>>>>>>>> See how it works at redhat.com > >>>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> Arch mailing list > >>>>>>>> Arch at ovirt.org > >>>>>>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Sandro Bonazzola > >>>>>> Better technology. Faster innovation. Powered by community > >>>>>> collaboration. > >>>>>> See how it works at redhat.com > >>>>>> _______________________________________________ > >>>>>> Arch mailing list > >>>>>> Arch at ovirt.org > >>>>>> http://lists.ovirt.org/mailman/listinfo/arch > >>>>>> > >>>> > >>>> > >>>> -- > >>>> Sandro Bonazzola > >>>> Better technology. Faster innovation. Powered by community > >>>> collaboration. > >>>> See how it works at redhat.com > >>>> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com > >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > From sbonazzo at redhat.com Fri Feb 28 16:11:28 2014 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 28 Feb 2014 17:11:28 +0100 Subject: [ANN] oVirt 3.4.0 Release Candidate is now available Message-ID: <5310B530.6090504@redhat.com> The oVirt team is pleased to announce that the 3.4.0 Release Candidate is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this release candidate and future refreshes until final release. An oVirt Node iso is already available, unchanged from third beta. You're welcome to join us testing this release candidate in next week test day [2] scheduled for 2014-03-06! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sid270592 at gmail.com Fri Feb 28 18:05:52 2014 From: sid270592 at gmail.com (Siddharth Jain) Date: Fri, 28 Feb 2014 23:35:52 +0530 Subject: Discuss about GSoC 2014 Project: oVirt virtual disks advanced integration with libvirt Message-ID: Can I ask questions about the GSoC 2014 Project: oVirt virtual disks advanced integration with libvirt in this mailing list or am I in the wrong place? Regards, Siddharth Jain Fourth Year Undergraduate, BITS-Pilani Goa Campus, India Email: sid270592 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From darrell.budic at zenfire.com Fri Feb 28 23:56:23 2014 From: darrell.budic at zenfire.com (Darrell Budic) Date: Fri, 28 Feb 2014 17:56:23 -0600 Subject: [Users] [ANN] oVirt 3.4.0 Release Candidate is now available In-Reply-To: <5310B530.6090504@redhat.com> References: <5310B530.6090504@redhat.com> Message-ID: <05A42C7A-7A44-405D-849C-BDCF233469AB@zenfire.com> Started testing this on two self-hosted clusters, with mixed results. There were updates from 3.4.0 beta 3. On both, got informed the system was going to reboot in 2 minutes while it was still installing yum updates. On the faster system, the whole update process finished before the 2 minutes were up, the VM restarted, and all appears normal. On the other, slower cluster, the 2 minutes hit while the yum updates were still being installed, and the system rebooted. It continued rebooting every 3 minutes or so, and the engine console web pages are not available because the engine doesn?t start. it did this at least 3 times before I went ahead and reran engine-setup, which completed successfully. The system stopped restarting and the web interface was available again. A quick perusal of system logs and engine-setup logs didn?t reveal what requested the reboot. That was rather impolite of something to do that without warning :) At least it was recoverable. Seems like scheduling the reboot while the yum updates were still running seems like a poor idea as well. -Darrell On Feb 28, 2014, at 10:11 AM, Sandro Bonazzola wrote: > The oVirt team is pleased to announce that the 3.4.0 Release Candidate is now available for testing. > > Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. > Please ensure to follow install instruction from release notes if you're going to test it. > The existing repository ovirt-3.4.0-prerelease has been updated for delivering this release candidate and future refreshes until final release. > > An oVirt Node iso is already available, unchanged from third beta. > > You're welcome to join us testing this release candidate in next week test day [2] scheduled for 2014-03-06! > > > [1] http://www.ovirt.org/OVirt_3.4.0_release_notes > [2] http://www.ovirt.org/OVirt_3.4_Test_Day > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users