JVMJ9GC020E error when installing components
search cancel

JVMJ9GC020E error when installing components

book

Article ID: 76575

calendar_today

Updated On:

Products

COMMON SERVICES FOR Z/OS 90S SERVICES DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS Common Services Datacom/AD Easytrieve Report Generator for Common Services INFOCAI MAINTENANCE IPC UNICENTER JCLCHECK COMMON COMPONENT CHORUS SOFTWARE MANAGER CA Service Desk Manager - Unified Self Service PAM CLIENT FOR LINUX ON MAINFRAME MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME GRAPHICAL MANAGEMENT INTERFACE WEB ADMINISTRATOR FOR TOP SECRET Compress Data Compression for MVS

Issue/Introduction

When installing the CA Common Services components you can experience a problem with the APPLY of the Tomcat part. In CSM, or via the sample JCL.

Starting TOMCATSH script processing...
Exploding all components of /ca/cai/CASoftware/CCS/tpv/TOMCATJR using jar command
JVMJ9GC020E -Xms too large for heap
JVMJ9VM015W Initialization error for library j9gc27(2): Failed to initialize
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
** jar command failed with status 1
Exiting TOMCATSH script with status 1

Environment

Release: ANY
Component: CCS Tomcat

Cause

The MAXASSIZE in the BPXPRMxx was lower as the recommended 2147483647.

JVM could not get enough memory to continue processing

Resolution

CA CSM (Chorus Software Manager) Users:

  • Change the MAXASSIZE in BPXPRMxx member and IPL.
    • If MAXASSIZE in the BPXPRMxx is already set to 2147483647, then it is necessary to check if the value of ASSIZEMAX is lower than the recommended value of 2147483647. If this is the case, it should be set to 2147483647.
  • If installing using CSM then it is necessary to set to this value  the  ASSIZEMAX of both the CSM userid and the technician  userid. This is because during install processing CSM switches between the CSM userid and the technician userid.
    • Each user with an OMVS segment may have an ASSIZEMAX value, which overrides the system MAXASSIZE value. To find the value for userid involved, issue this unix command from that userid:

      ulimit -a

Non-CA CSM users:

  • Set REGION=0M on the SMP/E APPLY job. Setting this limit should force MEMLIMIT=NOLIMIT

Additional Information

If it's not allowed to have such large ASSIZEMAX, it would be possible to run with a smaller ASSIZE value starting at 524288000 (500Mb). 

This will override the value that's currently set as MAXASSIZE in the BPXPRMxx member.