Skip to Main Content

DevOps, CI/CD and Automation

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

Out of memory error in silent installation of ODAC 12.2.0.1.1 x64

VDAAug 20 2020 — edited Sep 17 2020

Hi everyone,

I was wondering whether someone can shed a bit more light on the issue we are experiencing. Recently we switched from a x86 ODAC to x64 (version 12.2.0.1.1), and we are seeing somewhat random installation failures when the software is being deployed via SCCM/MECM. Namely, the hs_err_pidXXXX file states that an "Out of memory" error has occurred (I submitted a shortened version of the log because I did not find a way to attach a file):

#

# There is insufficient memory for the Java Runtime Environment to continue.

# Native memory allocation (malloc) failed to allocate 32744 bytes for ChunkPool::allocate

# Possible reasons:

#   The system is out of physical RAM or swap space

#   In 32 bit mode, the process size limit was hit

# Possible solutions:

#   Reduce memory load on the system

#   Increase physical memory or swap space

#   Check if swap backing store is full

#   Use 64 bit Java on a 64 bit OS

#   Decrease Java heap size (-Xmx/-Xms)

#   Decrease number of Java threads

#   Decrease Java thread stack sizes (-Xss)

#   Set larger code cache with -XX:ReservedCodeCacheSize=

# This output file may be truncated or incomplete.

#

#  Out of Memory Error (allocation.cpp:273), pid=6736, tid=7312

#

# JRE version: Java(TM) SE Runtime Environment (8.0_91-b61) (build 1.8.0_91-b61)

# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.91-b61 mixed mode windows-amd64 compressed oops)

# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows

#

The interesting part is that this happens randomly when the installation is run under the system account (as is default with SCCM/MECM). Whenever I trigger the installation manually with the same command line with an admin account, the installation finishes without any issue whatsoever. We are using the same command line parameters as we did with the x86 version, where we had no issues of this kind. I tried changing the -xmx parameter in oraparam.ini to lower and higher settings, but this does not seem to do the trick. Is there any way of troubleshooting this further, or a way to resolve it?

Regards,

Vlatko

Comments
Post Details
Added on Aug 20 2020
2 comments
607 views