I have a system running VMS V7.2-1 that's getting a
%SYSTEM-F-EXBUFOBJLM, exceeded systemwide buffer object page limit (MAXBOBMEM)
error when trying to create a DECterm from a CDE session. This has also
happened on a system running VMS V7.2. I called Compaq about it and they
forwarded to me a copy of a support database article about it. What was
forwarded to me doesn't have a title. Here's the beginning of it:
Copyright (c) Compaq Computer Corporation 1999. All rights reserved.
PRODUCT: Decwindows Motif[R] v1.2-5
OP/SYS: OpenVMS Alpha Version(s) 7.2, 7.2-1
SOURCE: Compaq Computer Corporation
After upgrading to OpenVMS Version 7.2-1, and VMS Decwindows Motif
Version 1.2-5, users are unable to create more than 2 additional
processes after the session manager and the window manager are
Compaq stated that there was no fix available yet but the issue was being
worked on. As a workaround it was suggested that MAXBOBMEM and MAXBOBS0S1
be increased from the default value of 1600 each to 16000 each. I tried
this and it did allow DECterms to be created. This was without a reboot
since these are dynamic parameters.
Does anyone know if there's any downside to increasing these sysgen
parameters? Is this just going to postpone the error?
A SHOW MEM does show that buffer objects are maxed out at 100 pages when the
error occurs. Looking a system that isn't having the problem shows single
or double digit values for buffer objects.
Buffer Object Usage (pages): In Use Peak
32-bit System Space Windows (S0/S1) 100 100
64-bit System Space Windows (S2) 0 0
Physical pages locked by buffer objects 100 100
Curiously enough, much of the system runs OK when the error occurs. Process
creation by itself isn't a problem since I can login remotely with no
problem. So far, processes that are running when the error starts continue
to do so. So what does creating a DECterm do that seems to consume a buffer
object and what is a systemwide buffer object anyway? :-)