M204.1335: Difference between revisions

From m204wiki
Jump to navigation Jump to search
(Automatically generated page update)
 
m (add <var>'s)
 
Line 1: Line 1:
{{Template:M204.1335 skeleton}}
{{Template:M204.1335 skeleton}}
<P>Model 204 tried to dynamically allocate additional main memory for a particular function but none was available. Unless prevented by the <var>[[SPCORE parameter|SPCORE]]</var> or <var>[[MAXBUF parameter|MAXBUF]]</var> parameters, Model 204 will allocate all available memory to its
<P>
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
Model 204 tried to dynamically allocate additional main memory for a particular function but none was available. Unless prevented by the <var>[[SPCORE parameter|SPCORE]]</var> or <var>[[MAXBUF parameter|MAXBUF]]</var> parameters, Model&nbsp;204 will allocate all available memory to its
the SPCORE parameter along with memory left over after all buffers up to MAXBUF are allocated. </P>
buffer pool during initialization. <var>SPCORE</var> defaults to 8192 bytes, and <var>MAXBUF</var> defaults to 256 buffers. </p>
<p><b>Response:</b> See your system manager about increasing the amount of storage or reduce your storage requirements by resetting parameters. </p>
<p>
<p><b>System manager response:</b> 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
Spare core is the amount of spare memory reserved for dynamic allocation during the Model&nbsp;204 run. It includes memory explicitly reserved by setting the <var>SPCORE</var> parameter, along with memory left over after all buffers up to <var>MAXBUF</var> are allocated. </P>
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. </p>
<p>
<P>To increase the amount of memory available to Model 204 when running under OS, increase the REGION parameter on the EXEC statement. When running under DOS, increase the size of the GETVIS area available to the partition.
<b>Response:</b> See your system manager about increasing the amount of storage or reduce your storage requirements by resetting parameters. </p>
When running under CMS, increase the virtual machine size using the CP DEFINE STORAGE command. </P>
<p>
<b>System manager response:</b> Increase the value of <var>SPCORE</var> 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, <var>MAXBUF</var>
may be lowered below the number of buffers actually allocated in the Model&nbsp;204 run, or the amount of memory allocated to the Model&nbsp;204 run may be increased. </p>
<P>
To increase the amount of memory available to Model&nbsp;204 when running under z/OS, increase the <var>REGION</var> 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 <code>CP DEFINE STORAGE</code> command.  
</P>
{{Template:M204.1335 footer}}
{{Template:M204.1335 footer}}
<!-- skeleton as it was in pdf/INSUFFICIENT MAIN STORAGE AVAILABLE TO ALLOCATE number BYTES /-->
<!-- skeleton as it was in pdf/INSUFFICIENT MAIN STORAGE AVAILABLE TO ALLOCATE number BYTES /-->

Latest revision as of 22:53, 6 March 2018

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