Assuming that all these gdg files belong to the "same gdg base"; it's possible that the GDG base was defined with a "noscratch"; then, when a gdg is "rolled off" then the file would not get deleted just detached from the base but stays on the catalog. Rolling all of these "in" is an exercise in futility since the GDG base limit is 255.
Regards, Hervey -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Friday, February 01, 2013 3:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER That is an interesting question, and something that's been bugging me since the OP first posted. If you create a +1 SMS-managed GDG with DISP=(NEW,KEEP), the system will create a data set with the next G00V00 sequenced number. But if that data set is *not* rolled in before you create (+1) again, the first data set is deleted and a new one created with the same G00V00 number. Generally, I wouldn't expect to see more than one data set needing to be rolled in for a given GDG base. Of course, if you were to create a (+2) GDG in the same jobstream and a +3 and a +4, etc. you could wind up with multiple deferred G00V00 data sets, but that seems like a strange thing to do, and even stranger to create, what was it, over 4000 of them? Then again, maybe it's not important to the issue at hand. Perhaps that problem has been solved... Regards, Greg Shirey Ben E. Keith Company -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of EXT-Schwarz, Barry Sent: Friday, February 01, 2013 1:09 PM <snip> How did you end up with so many deferred datasets? The Using Data Sets manual says a dataset is converted from deferred to rolled-in when the system performs end of step processing unless the dataset was allocated with NEW,KEEP. Since ALTER ROLLIN is valid only for SMS datasets, they should never have been allocated this way. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
