30.01.2015 Views

FDR V54L78 - Innovation Data Processing

FDR V54L78 - Innovation Data Processing

FDR V54L78 - Innovation Data Processing

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

MESSAGES AND CODES<br />

MESSAGES FROM <strong>FDR</strong>, DSF, AND ABR (<strong>FDR</strong>NNN) 100.3<br />

Action:<br />

K – LASTAPE was specified but the TAPEx DD specified more than one tape<br />

volume serial.<br />

L – Most likely causes are:<br />

– DYNTAPE was specified to dynamically allocate the backup<br />

medium but a TAPE# DD statement is in the JCL. Remove it; it is<br />

required for DYNTAPE dynamic allocation.<br />

– A TAPEx DD statement was present on a TYPE=DRP restore.<br />

This is not permitted.<br />

M – COPY or MOVE was specified. The TAPEx DD statement for the target<br />

volume was not a disk or specified DD DUMMY.<br />

N – The TAPEx DD statement specified the same volume serial as the DISKx<br />

DD statement.<br />

O – Internal error detected by module <strong>FDR</strong>DSKTP. Contact INNOVATION<br />

DATA PROCESSING for assistance.<br />

Q – An ABR dump specified DISK as the backup medium (TAPEx). ABR found<br />

that the volume to be dumped (DISKx) was the same as the backup<br />

medium (TAPEx). You cannot backup a volume to itself; it is bypassed.<br />

R – ABR space allocation was not successful for a backup data set on any of the<br />

disk volumes specified by the TAPEx DD statement. Possible reasons are:<br />

– The output disk volumes may be full or have insufficient space for<br />

this backup.<br />

– The backup data set name being allocated already exists on the<br />

output volume (possibly due to an aborted ABR run). Scratch the<br />

duplicate backup data set and run the backup again.<br />

– The output disk volumes are SMS-Managed (not supported for<br />

ABR output disks).<br />

S – SUBSYS= is not supported on TAPE DD statements with DUMP<br />

TYPE=ARC unless SCRATCH=NO is also specified (making it an<br />

application backup).<br />

T – User specified multiple TAPEx DD statements using the same last<br />

character (x). The first one specified DUMMY.<br />

U – Dynamic allocation or OPEN of the backup data set on a disk volume failed.<br />

Check the job log for IBM error messages or the SYSPRINx printouts for<br />

<strong>FDR</strong> error messages.<br />

Take appropriate action for the problem described by the message.<br />

<strong>FDR</strong>325 <strong>FDR</strong>ABR NO DISK DD STATEMENTS FOUND<br />

Reason: The ABR step did not identify any disk volumes to be processed. Disk volumes can be<br />

identified to ABR by:<br />

1. DD statements having DDnames starting with DISK.<br />

2. The ONLINE operand (all online volumes).<br />

3. MOUNT statements.<br />

4. The ONLVOL operand (requires that volumes be identified by SELECT<br />

statements with either VOL=, VOLG=, or CATDSN= operands.<br />

Items (3) and (4) can cause message <strong>FDR</strong>325 if none of the identified volumes are<br />

online. If this is a job that processes an ABR remote queue data set, the message can<br />

also occur if the remote queue is empty.<br />

Action: Change the jobstream to properly identify the disk volumes to be processed.<br />

CHAPTER 100 – PAGE 100-68 –

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!