|
[
Permalink
| « Hide
]
Nick Menere [Atlassian] added a comment - 31/Jan/06 04:49 PM
Another workaround is to increase your maximum heap size. E.g. from 256 to 512
Other suggestions to workaround this problem include setting the perm size to a higher value, so you could also add
-XX:MaxPermSize=256m more related threads:
I have added the flag to the standalone which should come out when 1.5.0_07 comes out and have added a message that shows in the logs when the app is started if we detect the version of the jvm from sun.
The fix breaks JIRA on Mac OS X 10.3 Server with the following JRE:
java version "1.4.2_09" Workaround is to remove the -XX:CompileCommand option from setenv.sh Adrian,
Thanks for the heads up. this issue is being tracked at - Yes it does also affect 1.5.0_05-b05
Hey Tom -
If you're running Jira as a Windows Service, you'll want to see this doc: If not, you can edit your setenv.sh on linux and OS X, setenv.bat on windows. cheers, Sun have recently released 1.5.0_07 which should fix this problem.
We just replicated a very similar problem using 1.5.0_08 so it doesn't look like 07 fixed the problem. Our problem occured while updating a moderate sized Lucene index rather than using Jira, but it looks like the problem is the same. Ted,
Are you able to attach the resultant error file - hs_err_pid****.log cheers, Hi,
why is this issue set to resolved/fixed? what is the fix? We are experiencing the same error and we do not do any bugzilla or other import. jira 3.6.2 enterprise build 156; standalone version(tomcat 5.5.9); mysql 4.1.20, sun java 1.5.0_06, Linux 2.6.9-34. what can I do? regards, anton Anton,
Our recommended fix is to upgrade from JDK 1.5.0_06 to the latest JDK. Cheers, |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||