M204.1938: Difference between revisions
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=0 | Sets online return code |
|---|---|
| RETCODEB=0 | Sets batch (single user) return code |
| CLASS=I | Information class; the message can be suppressed with the X'02' bit setting of the MSGCTL parameter |
| AUDITMS | Writes the message with line type MS to the audit trail |
| NOCOUNT | Does not increment the error count (ERCNT) parameter |