From: "Gav..." <
[hidden email]>
>> -----Original Message-----
>> From: Jacques Le Roux [mailto:
[hidden email]]
>> Hi,
>>
>> After having fixed the trunk bug (no more threads running for long
>> time). We got another hs_err_pid29490.log one hour ago.
>>
>> It appears that it could be a JVM 64bits issue. The symptom is near the
>> one found here
>>
http://confluence.atlassian.com/pages/viewpage.action?pageId=219023686.
>>
>> The reason I'm inclined to think so is because the chunk of memory
>> asked is 2GB!
>>
>> We are using
>> $ java -version
>> java version "1.6.0_22"
>> Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
>> Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03, mixed mode)
>
> I only upgraded to that a week or two ago.
>
>>
>> From
>>
http://bugs.sun.com/view_bug.do;jsessionid=eda2515610ea5ffffffffb524779>> 629b4d53?bug_id=6916062
>> Could we try to use 6u22-rev(b09)?
>
> You could try b09 if you install it manually. Your VM is fully upto date
> on the apt-get system and the version you have currently is the latest
> one for the distribution (10.04 LTS) , so either wait for the next one
> or install an alternative java manually.
We really need to do something. Since I fixed the issue yesterday, we got 3 same crashes, 2 for trunk, one for stable, always:
# A fatal error has been detected by the Java Runtime Environment:
#
# java.lang.OutOfMemoryError: requested 2147483664 bytes for Chunk::new. Out of swap space?
#
# Internal Error (allocation.cpp:215), pid=29944, tid=140101784344320
# Error: Chunk::new
Following
http://bugs.sun.com/view_bug.do?bug_id=6916062 I will update to 6u22-rev(b09). If it does not work I will downgrade to
Java 6 update 17.
> Why is this going to ofbiz-private ?
>
> I don't see anything sensitive here, and who knows, maybe a community
> member might be able to help you.
Right, I just followed the previous thread
Thanks
Jacques
> Gav...
>
>>
>> Thanks
>>
>> Jacques
>>
>> From: "Jacques Le Roux" <
[hidden email]>
>> > OK, I have fixed the (a?) trunk deadlock issue at r1050364
>> > It came from
>>
http://svn.apache.org/viewvc?view=revision&revision=1040798>> > in org.ofbiz.base.util.UtilIO.copy(UtilIO.java:111)
>> >
>> > To relaunch, I had to kill the trunk process because it was not
>> responding to stopofbiz.sh. But I think we lost memory somewhere.
>> > Because we are using 3GB at all, and far less for both OFBiz running
>> threads. I don't know how to recover this memory...
>> >
>> > There are still leaks in stable but that's less a problem for the
>> demo, at least for now...
>> >
>> > Without the increased memory quota it would have been a bit longer to
>> understand, thanks again!
>> >
>> > Jacques
Locked
