RP/MSQ 5.0(VMS) - Small hardcoded working set sizes causing clients to exit. (Doc ID 774040.1)

Last updated on NOVEMBER 03, 2016

Applies to:

Oracle MessageQ / MessageQ / 5
Information in this document applies to any platform

Goal

DESCRIPTION:
After making some firmware changes, and adding another application, the client can no longer connect to the CLS in
single-threaded mode. Tracing showed the following:

CLS_S_15007_2    6-OCT-2003 15:12:25.44 I Creating process name space
CLS_S_15007_2    6-OCT-2003 15:12:25.44 I CORE: Entering COREnamespace_create
CLS_S_15007_2    6-OCT-2003 15:12:25.44 I CORE: Exiting COREnamespace_create, 
CORE_SUCCESS

CLS_S_15007_2    6-OCT-2003 15:12:25.44 I Entering PAMS_DCL_INIT_SEL_LISTS
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I Entering PAMS_GET_VM_PAGE (size=1)
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I Entering PAMS_GET_VM_PAGE (size=1)
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I BIND_QUEUE_TO_PROCESS(q:6001)
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I Entering PAMS_ALLOC_MSG(*size:282)
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I Entering PAMS_GET_VM_PAGE (size=32)
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I PAMS_ALLOC_MSG: ctxt_ID:1, addr:8924000, hdr:89240a8, data:8924154
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I Sending Process name of "" to Com Server
CLS_S_15007_2    6-OCT-2003 15:12:25.45 I Waiting for the COM Server to attach us to the queue
CLS_S_15007_2    6-OCT-2003 15:12:25.47 F *** Failed connect dialog with com-server.  ***
CLS_S_15007_2    6-OCT-2003 15:12:25.47 F %SYSTEM-F-LKWSETFUL, locked portion of working set is full
CLS_S_15007_2    6-OCT-2003 15:12:25.47 F Failed to attach signal queue to process
CLS_S_15007_2    6-OCT-2003 15:12:25.47 F %SYSTEM-F-LKWSETFUL, locked portion of working set is full
CLS_S_15007_2    6-OCT-2003 15:12:25.47 I Entering PAMS_EXIT
CLS_S_15007_2    6-OCT-2003 15:12:25.47 I Entering PAMS_DETACH_Q (q:0.0, flushQ:2, all_Qs:1, can_sm:0)
CLS_S_15007_2    6-OCT-2003 15:12:25.47 I Detaching queue (0.0)
CLS_S_15007_2    6-OCT-2003 15:12:25.47 I Entering PAMS_EXIT_HANDLER
CLS_S_15007_2    6-OCT-2003 15:12:25.47 I Exit switches: DISABLE_FORCEX:0, DISABLE_DELTVA:0, ALLOW_PURGE:1
CLS_S_15007_2    6-OCT-2003 15:12:25.47 I Entering PAMS_INIT_UNCONF_DB
CLS_T_15007      6-OCT-2003 15:13:09.97 E Timeout waiting for server subprocess startup acknowledgement

The customer increased the working set sizes and page file quotas in the set server logicals for the CLS server,
however, this had no effect.  The reason is, the program dmq$cls_ucx is creating a temporary command 
procedure in cls_creproc.c to create the subprocess and this procedure has hardcoded values for
"WORK/LIM=1500/QUOTA=1024/EXT=4096" and is doing a set working set size change the sizes back to very small
number, see the log:

$!
$!  Temporary command file used to start DMQ$CLS Client Lib Server
$!
$!  Created at: Mon Oct  6 15:13:09 2003
$!
$!
$ SET NOVERIFY
%SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
%SET-I-NEWLIMS, new working set:  Limit = 1040  Quota = 1040  Extent = 4096
 6-OCT-2003 15:13:10.14   User: SYSTEM           Process ID:   20C01530
                          Node: NNEW04           Process name: 
"CLS_S_15007_003"
Also, searching the dmq$cls_ucx.exe files shows the command $ SET <<clslog.txt>>
<<evllog.txt>> 
WORK/LIM=1500/QUOTA=1024/EXT=4096 embedded in the executable.
These values are hardcoded in cls_creproc.c .

CONFIGURATION:
MessageQ, 5.0, RP010
Operating System: OpenVMS 7.3-1

Solution

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms