Communications Server for Data Center Deployment

 View Only

 Handling of process crash relating to Communications Sever

Victor Hsiao's profile image
Victor Hsiao posted Thu September 11, 2025 08:35 PM

Hello,

We run Comm Server for Aix with WebSphere Application Server to link with CICS using LU0.   While issuing "kill -3" against the WAS process to take dumps, the process crashes with the following native stack traces:

native stack trace:


genSystemCoreUsingGencore() at 0x900000001f7ea18
j9dump_create() at 0x900000001f7df10
doSystemDump() at 0x9000000025a5f50
protectedDumpFunction() at 0x9000000025acff4
j9sig_protect() at 0x900000001f4601c
runDumpAgent() at 0x9000000025accdc
triggerDumpAgents() at 0x9000000025dedf8
abortHandler() at 0x9000000025e0f58
pthread_kill(??, ??) at 0x90000000058a034
_p_raise(??) at 0x900000000589884
raise.raise(??) at 0x90000000003a268
abort() at 0x900000000056c64
masterSynchSignalHandler() at 0x900000001f47f78
_mutex_lock(??, ??, ??) at 0x90000000057e074
DosSemSet(0x10000e200000000) at 0x9000000019cfd64
callback(0x100481f8a18) at 0x9000000019cff2c
vlv_call_appl(0x10025270360, 0x100406158a0) at 0x9000000019de064
vlv_user_data(0x10000e3010000e3, 0x9001000a02158b8) at 0x9000000019deea8
vlv_path_callback(0x10000e3010000e3, 0x9001000a02158b8) at 0x9000000019df1a8
vpm_rcv_ips() at 0x9000000005ff4b0
vpm_rcv_from_stream() at 0x9000000005ff71c
vpm_poll_thread(0x0) at 0x900000000602abc
It basically said the failure signal was raised from OS method _mutex_lock after it was called by method DosSemSet() of native library /usr/lib/liblu0wrap.so.

The liblu0wrap.so seems to be components of Comm Server, but the  one sending signal to the masterSynchSignalHandler() is _mutex_lock which seems to be of AIX.    What is the correct candidate target components to investigate this issue?   AIX or Comm Server?

Jeff Smith's profile image
Jeff Smith posted Fri September 12, 2025 01:20 PM

The liblu0wrap.so is not an CommServer for AIX library. It is likely a component of the WebSphere application issuing the SNA calls.

The vpm_poll_thread, vpm_rcv_from_stream and vpm_rcv_ips are functions in the /usr/lib/libsna.so library (part of CommServer). I think the vlv_path_callback, vlv_user_data and vlv_cal_appl may be part of the /usr/lib/liblua.so(will check on this)? The callback() is probably in the liblu0wrap.so. 

This exception being reported looks like an OOPs where a semaphore is locked and the process being killed is the one that has locked it. Thus, it will be a locked semaphore, blocking other waiting processes.  I hope this is helpful. 

Related Content