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

Last updated on JANUARY 23, 2024

Applies to:

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:

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

<JOB_ID> 6-OCT-2003 15:12:25.44 I Entering PAMS_DCL_INIT_SEL_LISTS
<JOB_ID> 6-OCT-2003 15:12:25.45 I Entering PAMS_GET_VM_PAGE (size=1)
<JOB_ID> 6-OCT-2003 15:12:25.45 I Entering PAMS_GET_VM_PAGE (size=1)
<JOB_ID> 6-OCT-2003 15:12:25.45 I BIND_QUEUE_TO_PROCESS(q:6001)
<JOB_ID> 6-OCT-2003 15:12:25.45 I Entering PAMS_ALLOC_MSG(*size:282)
<JOB_ID> 6-OCT-2003 15:12:25.45 I Entering PAMS_GET_VM_PAGE (size=32)
<JOB_ID> 6-OCT-2003 15:12:25.45 I PAMS_ALLOC_MSG: ctxt_ID:1, addr:8924000, hdr:89240a8, data:8924154
<JOB_ID> 6-OCT-2003 15:12:25.45 I Sending Process name of "" to Com Server
<JOB_ID> 6-OCT-2003 15:12:25.45 I Waiting for the COM Server to attach us to the queue
<JOB_ID> 6-OCT-2003 15:12:25.47 F *** Failed connect dialog with com-server.  ***
<JOB_ID> 6-OCT-2003 15:12:25.47 F %SYSTEM-F-LKWSETFUL, locked portion of working set is full
<JOB_ID> 6-OCT-2003 15:12:25.47 F Failed to attach signal queue to process
<JOB_ID> 6-OCT-2003 15:12:25.47 F %SYSTEM-F-LKWSETFUL, locked portion of working set is full
<JOB_ID> 6-OCT-2003 15:12:25.47 I Entering PAMS_EXIT
<JOB_ID> 6-OCT-2003 15:12:25.47 I Entering PAMS_DETACH_Q (q:0.0, flushQ:2, all_Qs:1, can_sm:0)
<JOB_ID> 6-OCT-2003 15:12:25.47 I Detaching queue (0.0)
<JOB_ID> 6-OCT-2003 15:12:25.47 I Entering PAMS_EXIT_HANDLER
<JOB_ID> 6-OCT-2003 15:12:25.47 I Exit switches: DISABLE_FORCEX:0, DISABLE_DELTVA:0, ALLOW_PURGE:1
<JOB_ID> 6-OCT-2003 15:12:25.47 I Entering PAMS_INIT_UNCONF_DB
<JOB_ID> 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: <USER>          Process ID:   <PID>
                          Node: <HOST4>           Process name: 
"CLS_S_15007_003"
Also, searching the dmq$cls_ucx.exe files shows the command $ SET <>
<> 
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

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.