From m204wiki
Jump to navigation Jump to search

M204.1335  Insufficient storage available to allocate token bytes for token2

Model 204 tried to dynamically allocate additional main memory for a particular function but none was available. Unless prevented by the SPCORE or MAXBUF parameters, Model 204 will allocate all available memory to its buffer pool during initialization. SPCORE defaults to 8192 bytes, and MAXBUF defaults to 256 buffers.

Spare core is the amount of spare memory reserved for dynamic allocation during the Model 204 run. It includes memory explicitly reserved by setting the SPCORE parameter, along with memory left over after all buffers up to MAXBUF are allocated.

Response: See your system manager about increasing the amount of storage or reduce your storage requirements by resetting parameters.

System manager response: Increase the value of SPCORE set in the CCAIN parameters. This will reserve the specified amount of memory for dynamic usage. See Defining the runtime environment (CCAIN) for more information. Alternately, MAXBUF may be lowered below the number of buffers actually allocated in the Model 204 run, or the amount of memory allocated to the Model 204 run may be increased.

To increase the amount of memory available to Model 204 when running under z/OS, increase the REGION parameter on the EXEC statement. When running under z/VSE, increase the size of the GETVIS area available to the partition. When running under CMS, increase the virtual machine size using the CP DEFINE STORAGE command.

Message attributes:

RETCODEO=0Sets online return code
RETCODEB=4Sets batch (single user) return code
CLASS=EError class; the message can be suppressed with the X'04' bit setting of the MSGCTL parameter
AUDITERWrites the message with line type ER to the audit trail
COUNTIncrements the error count (ERCNT) parameter

Back to list of messages