Skip to main content

This article explains an ASLM message received when a shared memory has been modified by an outside entity.

Problem:

Applications involving Oracle and Tuxedo, have been  historically vulnerable to an ASLMF shared memory problem. After upgrading  to Server Express 4.0 applications can fail with the following error message:

ASLM: A shared memory area used by Apptrack licensing has been corrupted or deleted, and your system will need to be rebooted.

This message is different than the historical error message "ASLM:shm open failed error code 1025" but still means that ASLMF's shared memory was modified by an outside entity.

Resolution:

If the error persists under Server Express 4.0 further investigation will be required, however you should check:

Tuxedo administration/support team using "ipcrm" command to forcibly clean the hung processes.

Be sure to examine Oracle, Tuxedo, and system administration practices to find the outside entity or procedure that modifies or deletes the COBOL ASLMF memory segments.

Old KB# 14021

#Licensing
#COBOL
#ASLMF
#netexpress
#ServerExpress

This article explains an ASLM message received when a shared memory has been modified by an outside entity.

Problem:

Applications involving Oracle and Tuxedo, have been  historically vulnerable to an ASLMF shared memory problem. After upgrading  to Server Express 4.0 applications can fail with the following error message:

ASLM: A shared memory area used by Apptrack licensing has been corrupted or deleted, and your system will need to be rebooted.

This message is different than the historical error message "ASLM:shm open failed error code 1025" but still means that ASLMF's shared memory was modified by an outside entity.

Resolution:

If the error persists under Server Express 4.0 further investigation will be required, however you should check:

Tuxedo administration/support team using "ipcrm" command to forcibly clean the hung processes.

Be sure to examine Oracle, Tuxedo, and system administration practices to find the outside entity or procedure that modifies or deletes the COBOL ASLMF memory segments.

Old KB# 14021

#Licensing
#COBOL
#ASLMF
#netexpress
#ServerExpress

Hi, Please guide. I found that ASLMF's shared memory(1000th) was preoccupied by an outside entity(Apache tomcat java process), then not running cobol application.

1. must it (ASLMF's shared memory area)  be needed already by Micro Focus Run Time Licensing ?

   - My account want that outside entity( ex: tomcat ) to launch first than ASLMF.

2. How to handle or prevent that corrupt ?

* Abnormal Case

T ID KEY MODE OWNER GROUP
m 1027 0xffffffff D-rw------- tomcat dba
m 1028 0xffffffff D-rw------- tomcat dba

~~~

m 1078 0xffffffff D-rw------- tomcat dba

* Normal Case

T ID KEY MODE OWNER GROUP 
m 152044562 0x741cc1a0 --rw-rw-rw- mfcobol mfcobol
m 1043              0x741cc1a1 --rw-rw-rw- mfcobol mfcobol

m 199999990 0xffffffff D-rw------- tomcat dba
m 199999991 0xffffffff D-rw------- tomcat dba

~~~

Terms & ConditionsAccessibility statement