Esmie
If the dataset is under control of DFSMSHSM, check the values for the
attributes GDS defined in MGMTCLAS.
Verify itself trials involved without the duty permission exist RACF, of
access update upon I cataloguing.
RMUNTOR
2007/1/16, esmie moo <[EMAIL PROTECTED]>:
Thanks John. Yes, I noticed that the catalog entry was present. I then
scratched the entry (del noscr). But I cannot understand why this
happened. I checked the syslog but found nothing that would indicate any
type of a problem. Any other suggestions?
John Kington <[EMAIL PROTECTED]> wrote: >My job put out the
following error:
IEC331I 042-006(04280039),JS3BATCH,SOFVMA05,SCRT,IGG0CLH0
IEC331I VOL,INST49,NAME,DATAALL.REND.PC5.PROD.VMAXTD.G0553V00
IEC331I 050-092(0484,INST49),SOFVMA05,XTRACT,VALO,IGG0CLE3
IGD07001I GDG ROLL IN ERROR - RETURN CODE 50 REASON CODE 0 MODULE
IGD104I DATAALL.REND.PC5.PROD.VMAXTD.G0593V00 RETAINED, D
I ran a diagnose on the volume (compared catalog with vvds and vvds with
the catalog) but no errors were found catalog. The job creates a gdg with
a limit of 40 generations. I am not sure why this error occurred. Any
suggestions?
>
Esmie,
It looks like you failed to scratch the oldest generation so that you
could
roll the new generation into the GDG. Check the oldest generation and
verify that the volume where it resides is online.
Regards,
John
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
-
Now you can have a huge leap forward in email: get the new Yahoo! Mail.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html