[Engine-devel] ovirt-engine repo up in gerrit.ovirt.org!

Mon Oct 31 14:07:45 UTC 2011

No, this file doesn't seem to be a part of the 
http://sourceforge.net/projects/jboss/files/JBoss/JBoss-5.1.0.GA/jboss-5.1.0.GA-jdk6.zip 
package referenced on the build page.

I tried downloading the file and putting it there manually but when I run 
jboss I just an endless flood of exceptions and after a ctrl-c jboss hangs 
and needs to be terminated with a kill -9. I deleted the file again as that 
apparently doesn't make things better.

Regards,
   Dennis

On 10/31/2011 02:24 PM, Oved Ourfalli wrote:
> Can you check if the file quartz-1.8.3.jar is in the folder:
> JBOSS_HOME/common/lib
>
> ?
>
> According to the error there are quartz classes that are missing.
>
> ----- Original Message -----
>> From: "Dennis Jacobfeuerborn"<dennisml at conversis.de>
>> To: "Juan Hernandez"<juan.hernandez at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Monday, October 31, 2011 3:17:59 PM
>> Subject: Re: [Engine-devel] ovirt-engine repo up in gerrit.ovirt.org!
>>
>> On 10/31/2011 12:29 PM, Juan Hernandez wrote:
>>> On 10/31/2011 12:04 PM, Dennis Jacobfeuerborn wrote:
>>>> On 10/31/2011 09:34 AM, Juan Hernandez wrote:
>>>>> On 10/31/2011 05:55 AM, Itamar Heim wrote:
>>>>>> On 10/31/2011 04:52 AM, Dennis Jacobfeuerborn wrote:
>>>>>>> On 10/31/2011 03:27 AM, Itamar Heim wrote:
>>>>>>>> On 10/30/2011 04:32 PM, Dennis Jacobfeuerborn wrote:
>>>>>>>>> Hi Yair,
>>>>>>>>> I managed to install the two missing dependencies from the
>>>>>>>>> web and now
>>>>>>>>> the build seem to run ok but apparently 8gb of RAM are not
>>>>>>>>> sufficient to
>>>>>>>>> build ovirt-engine so I'll have to give it a pass for now and
>>>>>>>>> wait for
>>>>>>>>> binary releases.
>>>>>>>>
>>>>>>>> 8GB are more than enough. probably some config for the JVM.
>>>>>>>> what's the error you are getting?
>>>>>>>> did you set the JAVA_OPTS?
>>>>>>>
>>>>>>> I don't get an error. The build process simply uses up all
>>>>>>> memory and
>>>>>>> the desktop becomes unusable. If I don't switch to another
>>>>>>> virtual
>>>>>>> terminal and issue a "killall java" then the system would
>>>>>>> probably die
>>>>>>> in the end and require a reboot (or the OOM Killer would step
>>>>>>> in an kill
>>>>>>> some processes before that happens).
>>>>>>>
>>>>>>> This is a plain Fedora 15 System and I'm following the build
>>>>>>> instructions from the wiki so right now there are no custom
>>>>>>> settings
>>>>>>> applied.
>>>>>>
>>>>>> we are all building on F15, and with less than 8GB as well.
>>>>>> which command are you running causing the hang?
>>>>>> what does top shows when it hangs?
>>>>>> what does maven output show when it hangs (i.e., which part of
>>>>>> the
>>>>>> project is causing the hang).
>>>>>
>>>>> The compilation of the GWT applications can take very long (more
>>>>> than 10
>>>>> minutes in a core i5 with 8GB) with intensive use of all the
>>>>> CPUs. This
>>>>> could be what you are observing. Can try to build without the
>>>>> "-Pgwt-user" and "-Pgwt-admin" options? Just to check if this is
>>>>> your issue.
>>>>>
>>>>
>>>> This seems to be the problem. I already sent the information to
>>>> Yair
>>>> Zaslavsky (and Daniel Erez) who contacted me off-list about this
>>>> (though I
>>>> think this really belongs on the list so everybody can chime in).
>>>> I attached the output I get. At the end I had to kill the process
>>>> because
>>>> memory usage was at about 99%.
>>>>
>>>> The command I'm running is: mvn install -Pgwt-admin,gwt-user
>>>> The system monitor shows cpu usage very low (up to the problematic
>>>> point
>>>> the build seems to spend 90% of its time trying to download jar
>>>> files from
>>>> bogus sources) and memory usage increasing slightly as expected
>>>> until the
>>>> build reaches that last problematic part where all cpu cores go to
>>>> 100% and
>>>> memory usage increases until all memory is consumed.
>>>
>>> All those messages are expected, except the "Destroying process
>>> ..." at
>>> the end. I assume that you get that when you kill the Java
>>> processes.
>>> How long did you wait before killing them? I would suggest that you
>>> try
>>> again and give it time to complete. GWT compiling is extremelly
>>>
>>> Also you can reduce the number of permutations generated by the GWT
>>> compiler and that will reduce the time it takes to compile. For
>>> example,
>>> if you are going to use Firefox only as the client you can apply
>>> the
>>> following patch to reduce the number of permutations to just one:
>>>
>>> ---
>>> a/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/WebAdmin.gwt.xml
>>> +++
>>> b/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/WebAdmin.gwt.xml
>>> @@ -19,6 +19,9 @@
>>>           <set-property name="gwt.logging.logLevel" value="INFO" />
>>>           <set-property name="gwt.logging.popupHandler"
>>>           value="DISABLED" />
>>>
>>> +<!-- Reduce the number of permutations to compile, just for
>>> tests: -->
>>> +<set-property name="user.agent" value="gecko1_8"/>
>>> +
>>>           <!-- Inherit oVirt UiCommon Web modules and GWT deRPC
>>>           module -->
>>>           <inherits name="org.ovirt.engine.ui.GwtExtension" />
>>>           <inherits name="org.ovirt.engine.ui.UICommonWeb" />
>>>
>>> Then compile with "-Pgwt-admin" only. That will generate the GUI
>>> but
>>> only for Firefox. In my environment (Intel Core i5 8GB) this
>>> reduces the
>>> GWT compilation to 4 minutes:
>>>
>>> [INFO] WebAdmin ... SUCCESS [4:22.581s]
>>
>> With the patch the build was successfull. I then went ahead and freed
>> up
>> some memory by stopping some applications and with that even the fill
>> build
>> tops out at about 90% memory usage so it seems that 8gb is enough
>> after all
>> but only barely.
>> With the patch memory usage topped out at 40% so this would
>> definitely make
>> a difference for people with smaller build systems.
>>
>> The deployment works as well but when I start jboss I get the
>> attached errors.
>>
>> Also the build instructions talk about "<server>:<port>" to access
>> the
>> deployed services. I presume<server>  is localhost but what port do I
>> use
>> to access the services?
>>
>> Regards,
>>     Dennis
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/engine-devel
>>