Problem:
The following message from CCI appears occasionally:
Unrecognized CCI session ID - could not disconnect user
Stack overflow: PID 64474, proc rts64, addr 0x11f7fdff0 PC 0x3ff800e5d08
/fs_up[5]:64474 Memory fault (coredump)
The result is that Fileshare freezes and the session has to be killed and started again.
Resolution:
The problem seems to be that the fs_up process overflowed its stack, got a SIGSEGV and terminated with a core dump.
Increasing the process stack size resource limit may help in resolving the problem.
This can be achieved using the ulimit command. Use 'ulimit -s' to check the current stack size and and 'ulimit -s <size>' to change the size. This will change the setting of the soft limit for a particular user - i.e. the user who starts Fileshare. Increasing the soft limit requires root permissions but reducing it does not. To change the hard limit you would need to edit /etc/security/limits which requires root privilege. Changing the hard limit is a system-wide change.
These changes are probably best left to a system administrator.
N.B. The soft limit can be increased up to the value of the hard limit. If the soft limit is already set to the hard limit then the hard limit will need to be increased. See the Unix man page for more information on the ulimit command.
#ServerExpress
#RMCOBOL
#AcuCobol
#COBOL
#netexpress
