RE: RCLSTG on IPL? -- MIDRANGE-L

QSYS/RTVDSKINF will touch every object,
Via SST, 5. Licensed Internal Code log
any damaged objects can be seen in by looking for 0301 010B

01008969 Damage encountered 0301 010B 10/25/13 02:50:09 0

5=Display entry
F10=Right
You can see object name and member
QAEZDISK QCURRENT

Display Licensed Internal Code Log Entry
Log entry ID . . . . . . : 0100896E Page/Line. . . 1 / 1
Major/minor code . . . . : 0301 / 010B Columns. . . : 55 - 132
Find . . . . . . . . . . .
+....6....+....7....+....8....+....9....+....0....+....1....+....2....+....3..
11/22/13 16:33:13 PAGE 1
) 010B NOTE SIZE 0064 DUMP SIZE 000000 TIME STAMP 10/25/13 20:08:15

000000 0000000000000000 0000000000000000 *.½.£É...........................*
000000 00000BB8F0F461F1 F861F1F240F1F87A *...................½04/18/12 18:*
404040 4040404040404040 4040404040404040 *04 #CFOCHKR *
404040 4040404040404040 4040404040404040 * *
D24040 D8C3E4D9D9C5D5E3 4040404040404040 * .°QAEZDISK QCURRENT *
000000 0000000000000000 0000000000000000 * ............................*
000000 0000000000000000 0000000000000000 *................................*
0 TO +02E0 SAME AS ABOVE
000000 *................ *
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of CRPence
Sent: Friday, November 22, 2013 4:04 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: RCLSTG on IPL?

On 22-Nov-2013 12:47 -0800, David Gibbs wrote:

Does anyone know if there is a way to force the system to run a RCLSTG
while it's IPL'ing?

I've got a situation where an internal system has some object damage
... the guy who knows anything about the box is unavailable and I'm
nowhere near the system.

If the damaged objects are known, they can be deleted with the corresponding DLTxxx command; optionally preceded by data recovery.

Note: Reclaim Storage (RCLSTG) does *not* correct hard\physical damage, neither full nor partial. The request will merely effect what is called /damage notification/ whereby an object's already-detected [or in some cases whereby the /navigation/ of the object, but unlikely navigation of any data, may detect some] damage, then a message in the ranges of CPF8100 and CPF8200 will be issued to *SYSOPR. After the reclaim, DSPLOG MSGID(CPF8200 CPF8100) can be reviewed to find the objects that need to be deleted; optionally, after data recovery...
noting, that the *only* recover for damage is to delete the damaged [portion, e.g. the sub-object as composite, of the] object. Any objects that are damaged, but for which that damage is not yet detected, the object-damage will not be /notified/ by the reclaim; excepting, as noted, the /navigation/ of the object detects the damage during the reclaim request, for which the MCH16xx precedes the CPF8xxx logged to the joblog and to QSYSOPR.

I don't even know if it's got a 5250 console or a HMC ... and nobody
in that office knows where the console is.

At one time there was a capability to define a request to be invoked [via a Data Area] within the SCPF job [after the system jobs start, but before coming out of restricted state], but AFaIK that nonsense was retracted; well, at least the *DBXREF invocation could not be invoked.

The [better IMO] option exists, to use the dedicated-batch [restricted-state batch] feature of End Subsystem; i.e. the Batch Time Limit (BCHTIMLMT) to have the request run for an allotted amount of time.

--
Regards, Chuck
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.