PM35565: STGPROT=YES CAUSES DFHSJ0516 AN ATTEMPT TO CREATE A JAVA VIRTUAL MACHINE USING THE JNI

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• You have brought CICS up with STGPROT=NO and everything is fine.
  Then you bring up CICS with STGPROT=YES and you get message
  DFHSJ0516 An attempt to create a Java Virtual Machine using the
  JNI has failed.
  In the CICS internal trace you see: JNI_CreateJavaVM_failed.
  Looking in the log you also see message DFHSI1580D PLT program
  xxxxxxxx has abended, code ASJ1.
  The STDERR shows the following messages:
  JVMSHRC361E Error while attaching to the shared memory during
    open/create.
  JVMSHRC336E Port layer error code = -524888.
  JVMSHRC337E Platform error message: shmat : EDC5111I Permission
    denied. (errno2=0x0717060F)
  JVMSHRC028E Permission Denied.
  JVMJ9VM015W Initialization error for library j9shr24(11):
  JVMJ9VM009E J9VMDllMain failed.
    What you find is STGPROT=NO causes the class cache to be
  created in key 8 and the JVMs are in key 8. When CICS is
  shutdown the class cache was not cleared.  Because it was not
  cleared when the CICS region was restarted with STGPROT=YES
  class cache was still in key8. The JVM is now in key 9 and can
  not use the class cache which is still in key 8.
  

Local fix

• Ensure the cache is destroyed before CICS is shutdown when
  planning to change STGPROT from no to yes.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users                               *
  ****************************************************************
  * PROBLEM DESCRIPTION: MsgDFHSJ0516 is issued after CICS is    *
  *                      restarted with STGPROT=YES.             *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  A CICS region with SIT parameter STGPROT set to NO is used to
  run Java transactions. The STGPROT setting causes all the JVMs
  and the associated classcache to be in key 8 storage.
  When CICS is shut down the JVMs are destroyed but the
  classcache persists in z/OS shared storage. The key of the
  classcache should have been written to the catalog, however
  DFHSJIN failed to save the value of the key in the SJ
  anchor block so a value of 0 is written to the catalog.
  CICS is then restarted with the STGPROT parameter set to YES.
  DFHSJDM uses the cache key value read from the catalog to
  determine if a previous key 8 cache should be destroyed.
  The incorrect value causes DFHSJDM to decide that the previous
  cache is suitable for re-use.
  However when a user key (key 9) JVM is created and attempts to
  access the classcache this fails because the classcache is in
  CICS key (key 8) and message "DFHSJ0516 An attempt to create
  a Java Virtual Machine using the JNI has failed." is issued
  and the transaction abends ASJ1.
  Additional keyword: abendASJ1 EXECKEY storage protection
  

Problem conclusion

• DFHSJIN has been changed to correctly store the key of the
  classcache in the SJ anchor block.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UK68864 PM46929

Modules/Macros

•    DESSJIN  DFHSJIN
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R600 PSY UK68864

     UP11/06/28 P F106

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.