See if this info will help

http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r
12.cbdu100%2Ftracefc.htm

Lizette


> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Dazzo, Matt
> Sent: Tuesday, January 21, 2014 7:32 AM
> To: [email protected]
> Subject: Re: Build Production I/O Definition File - Error
> 
> Lizette, I entered the command TRACE ON,ID=IODF,REPAIR on the HCD
> command line. I then reran the build and the severe message did NOT come
back
> so I guess the issue is resolved? Can you explain? tks Matt
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Lizette Koehler
> Sent: Tuesday, January 21, 2014 9:05 AM
> To: [email protected]
> Subject: Re: Build Production I/O Definition File - Error
> 
> Matt,
> 
> In the z/OS V1R12.0 Hardware Configuration Definition (HCD) User's Guide
> manual, I found the following
>
http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r
> 12.cbdu100%2Fdiodfdu.htm
> 
> 
> 
> Use the ID=IODF parameter of the TRACE command to produce an IODF dump.
> This command goes through your IODF, checks it for corrupted data, and
writes all
> records and defects into the trace data set. If you have a consistent
IODF, you must
> set the LEVEL parameter to LEVEL=128 or higher to get an output.
> Otherwise, an output is only shown if the IODF contains defects.
> 
> If your IODF has defects, error message CBDA999I 'Defect(s) detected in
IODF
> xxx' is displayed, and message CBDA099I is written into the message log
data set.
> In addition, the trace data set records defects with the string 'Error:'
followed by the
> reason. You can locate the reported defects by searching to that string in
the trace
> data set.
> 
> If no defects are detected in the IODF, message CBDA126I 'TRACE command
> was accepted' is given.
> 
> If you cannot invoke HCD, and therefore, cannot use the TRACE command any
> longer, use a JCL stream for producing a dump. Figure 201 is an example of
the
> JCL stream for producing an IODF dump.
> 
> Make changes to the entries according to your installation requirements.
> Figure 201. Example: JCL stream for producing an IODF dump
> 
> //WAS$IODF JOB '3259,BOX01,S=C','SMITH',MSGLEVEL=(1,1),
> //             NOTIFY=WAS,CLASS=A,MSGCLASS=Q,REGION=4096K
> //PRTVSAM  EXEC PGM=IDCAMS
> //INPUT    DD  DSNAME=WAS.IODF02.WORK,DISP=SHR
> //OUTPUT   DD  DSNAME=WAS.IODF02.DUMP,UNIT=SYSALLDA,
> //             SPACE=(CYL,(20,10)),
> //             DCB=(LRECL=125,BLKSIZE=629,RECFM=VBA),
> //             DISP=(NEW,CATLG)
> //SYSPRINT DD  SYSOUT=*
> //SYSIN    DD  *
>      PRINT -
>        INFILE(INPUT) -
>        DUMP -
>        OUTFILE(OUTPUT)
> /*
> //
> 
> Have you done this?
> 
> Lizette
> 
> 
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:[email protected]]
> > On Behalf Of Dazzo, Matt
> > Sent: Tuesday, January 21, 2014 7:00 AM
> > To: [email protected]
> > Subject: Build Production I/O Definition File - Error
> >
> > I am getting an error when building a new IODF file, see the error
below.
> To test to
> > see if this was a problem with my new iodf work file, I copied the
> > active
> iodf work
> > file to a test iodf work file. Then I did a Build production I/O
> definition file from my
> > copied test file, I got the same error. So it seems it's not my new
> > iodf
> file but maybe
> > something that is existing or a bug. Anybody else run into this? What
> > does
> this mean
> > and how correct or get around it? Thanks Matt
> >
> >
> > / Sev Msg. ID  Message Text
> > _ S   CBDA999I Defect(s) detected in IODF ST1MAT.IODFA1.WORK.
> >
> 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to