From: "Gav..." <ga...@16degrees.com.au>
-----Original Message-----
From: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com]
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" <jacques.le.r...@les7arts.com>
> 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
