Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Java cannot allocate RAM - Trying to add Confluence to an existing Jira installation

Sys Admin
January 19, 2020

I have a self hosted Jira / Jira Service Desk installation on a debian 9 VM that has been working fine.  I only have 3 users and <10 projects so it isn't a big installation.

I decided to try Confluence so I used the linux installer, followed the installation istructions and used the express option. All went well, but Confluence will not run.  This is what is in the catalina.out log file:

OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c0000000, 1073741824, 0) failed; error='Cannot allocate memory' (errno=12)

I am at a bit of a loss to know how to fix this.

The Debiasn virtual machine has 4vCPU and 16GB RAM.  Looking at the running system on average it has a 20% load, and is using 8GB RAM.

According to the existing JIRA installation, the Java VM Memory Statistics are:

Total Memory 1820 MB
Free Memory 798 MB
Used Memory 1022 MB  or 44% free.

So what am I missing? 

Any explanations/suggestions welcome!

3 answers

1 accepted

0 votes
Answer accepted
Sys Admin
January 20, 2020

Well, it looks like I have answered my own question.

I Installed the default Debian Java JDK using apt install default-jdk.

Then I added a line to the setenv.sh script for java, and the setjre.sh script for confluence:

JRE_HOME="/usr/lib/jvm/default-java/jre"

And both are working happily.

0 votes
Rogger Gomea
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
February 11, 2026

Someone help me

java.io.IOException: Failed to allocate 1334197541 because only 983460608 allocatable

 at java.lang.reflect.Constructor.newInstance0(Native Method)

 at java.lang.reflect.Constructor.newInstance(Constructor.java:343)

 at android.os.ParcelableException.readFromParcel(ParcelableException.java:56)

 at android.os.ParcelableException$1.createFromParcel(ParcelableException.java:82)

 at android.os.ParcelableException$1.createFromParcel(ParcelableException.java:79)

 at android.os.Parcel.readParcelableInternal(Parcel.java:5089)

 at android.os.Parcel.readParcelable(Parcel.java:5071)

 at android.os.Parcel.createExceptionOrNull(Parcel.java:3251)

 at android.os.Parcel.createException(Parcel.java:3240)

 at android.os.Parcel.readException(Parcel.java:3223)

 at android.os.Parcel.readException(Parcel.java:3165)

 at android.content.pm.IPackageInstallerSession$Stub$Proxy.openWrite(IPackageInstallerSession.java:723)

 at android.content.pm.PackageInstaller$Session.openWrite(PackageInstaller.java:1659)

 at com.aefyr.sai.installer2.impl.rootless.RootlessSaiPackageInstaller.install(Unknown Source:121)

 at com.aefyr.sai.installer2.impl.rootless.RootlessSaiPackageInstaller.lambda$enqueueSession$0(Unknown Source:0)

 at com.aefyr.sai.installer2.impl.rootless.RootlessSaiPackageInstaller.$r8$lambda$mEE3vaoP0tRZkDvbGGFEWm9EUzs(Unknown Source:0)

 at com.aefyr.sai.installer2.impl.rootless.RootlessSaiPackageInstaller$$ExternalSyntheticLambda0.run(Unknown Source:6)

 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:520)

 at java.util.concurrent.FutureTask.run(FutureTask.java:317)

 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1154)

 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:652)

 at java.lang.Thread.run(Thread.java:1563)

Caused by: android.os.RemoteException: Remote stack trace:

 at android.util.ExceptionUtils.wrap(ExceptionUtils.java:34)

 at com.android.server.pm.PackageInstallerSession.openWrite(qb/105695294 6f24df27a4ca4a6f1f31e68ac1370af075a60b7dc04a4b9336264465a9cd51c8:16)

 at android.content.pm.IPackageInstallerSession$Stub.onTransact(IPackageInstallerSession.java:370)

 at android.os.Binder.execTransactInternal(Binder.java:1536)

 at android.os.Binder.execTransact(Binder.java:1480)

 

 

 

0 votes
Sys Admin
January 19, 2020

I just realized that Confluence is invoking OpenJDK, whereas JIRA is invoking Oracle.  Can they both happily work on the same server?

Or, can I get them both to use the same JRE, situated elsewhere?

 

Thanks

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events