I would try to use a different shm_file inside magnus.conf e.g. .... shm_file="/tmp/eap649-native/jk_shm" .... shm_file="/tmp/jbcs246-native/jk_shm" In case of failure shared memory on Solaris can get locked until system reboot
Thank you for the hint! I have updated tests and started them. I will know more tomorrow.
I have changed the folder and let the machine restart. Unfortunately, problem still exists. I have notice, there is no file on /tmp/eap649-native/jk_shm, I would expect it there because was configured in magnus.conf. The same problem for /tmp/eap649-native/nsapi.log ------- iPlanet log ------- finest ( 4780): for host 10.16.92.95 trying to GET /nc1/SysProperties.jsp, func_exec reports: fn="force-type" type="text/plain" Directive="ObjectType" returned 0 (REQ_PROCEED) [19/Aug/2016:10:43:09] finest ( 4780): for host 10.16.92.95 trying to GET /nc1/SysProperties.jsp, func_exec reports: executing fn="jk_service" worker="worker1" path="/nc1(/*)" Directive="Service" [19/Aug/2016:10:43:09] catastrophe ( 4780): CORE3260: Server crash detected (signal SIGSEGV) [19/Aug/2016:10:43:09] info ( 4780): CORE3261: Crash occurred in NSAPI SAF jk_service [19/Aug/2016:10:43:09] info ( 4780): CORE3262: Crash occurred in function jk_shm_check_maintain from module /mnt/hudson_workspace/workspace/eap-60-native-connectors-solaris-sparc/jdk/java16_default/label_exp/dev33-solaris11-sparc/jbosseap/modules/system/layers/base/native/lib64/nsapi_redirector.so [19/Aug/2016:10:43:44] fine ( 4779): Child process closed admin channel [19/Aug/2016:10:43:44] fine ( 4779): CORE3061: received signal 18 [19/Aug/2016:10:43:44] fine ( 4779): CORE3049: Detected child process 4780 died (status 139) [19/Aug/2016:10:43:44] info ( 4779): CORE3050: Spawning replacement for worker process 4780 [19/Aug/2016:10:43:44] fine ( 4779): Marked slot for pid = 4780 as empty
Hmm, could you post the complete magnus.conf for the new changed path setup? Perhaps all paths should be the same. Anyhow, if not inside configured location, where is nsapi.log created ? Also can you post nsapi.log (the one from mpod_jk) By trace it looks like problem originates from shared memory, so if the same segment from previous version is opened it will have different layout and size, causing problems.
Please retry with nsapi_redirector.so from http://www.qa.jboss.com/xbuildroot/packages/ep6/mod_jk/1.2.41/2.sun10/ and tell us if that helps
I can confirm that problem was fixed. Thank you!
Issue was fixed Tested on EAP 6.4.10/natives based on EWS 2.1.1.
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.