M204.1938: Difference between revisions

From m204wiki
Jump to navigation Jump to search
(Automatically generated page update)
 
No edit summary
 
Line 4: Line 4:
store the large object.</P>
store the large object.</P>
<p>
<p>
<b>File manager response:</b> The file should be reorganized to compact fragmented Table E space.</p>
<b>File manager response:</b> The file should be [[File_reorganization_and_table_compaction|reorganized]] to compact fragmented Table E space.</p>
{{Template:M204.1938 footer}}
{{Template:M204.1938 footer}}
<!-- skeleton as it was in pdf/REQUEST FOR SPACE IN TABLE E EXTENDS BEYOND EHIGHPG, BIT MAP PAGES ARE SCANNED FOR FREESPACE/-->
<!-- skeleton as it was in pdf/REQUEST FOR SPACE IN TABLE E EXTENDS BEYOND EHIGHPG, BIT MAP PAGES ARE SCANNED FOR FREESPACE/-->

Latest revision as of 23:13, 15 March 2018

M204.1938  Request for space in Table E extends beyond EHIGHPG​,​ bit map pages are scanned for freespace

A SOUL request attempted to store a large object, and all of the append pages in Table E have been allocated. Model 204 must scan the bit map pages for previously allocated Table E pages to look for free space to store the large object.

File manager response: The file should be reorganized to compact fragmented Table E space.

Message attributes:

RETCODEO=0Sets online return code
RETCODEB=0Sets batch (single user) return code
CLASS=IInformation class; the message can be suppressed with the X'02' bit setting of the MSGCTL parameter
AUDITMSWrites the message with line type MS to the audit trail
NOCOUNTDoes not increment the error count (ERCNT) parameter

Back to list of messages