FDR V54L78 - Innovation Data Processing
FDR V54L78 - Innovation Data Processing
FDR V54L78 - Innovation Data Processing
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 –