Re: GDG in deferred roll-in status
Thanks guys, I feel so much better. That's why i couldn't remember the command, there isn't one. There are tons of these at our site and they are all left over from many many moons ago. IE. The one in deferred rollin state is G0049V00 whereas the (say) 2 entries are G0934V00 and G0935V00 That seems to back up what all of you were saying and now I think (long and hard) about it, I used to do the same as John and rename them to .GooxxVoo o not 0 Figure i'll change to the Z000V00 format as it may save confusion for anyone that doesn't spot the oh instead of zero and spends hours listing the base and trying to find out what the problem is. On the other hand.it may be a good test of one's diagnostic skills (only kiddin' - I wouldn't do that to a brother dinosaur (well there are a couple of..)) Thanks all, JJ -- 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
Re: GDG in deferred roll-in status
Bruce Black wrote: Can't remember the command to remove the entry from the base but keep the dataset or, for another example get rid altogether. a DEFERRED generation is not really part of the base. In the catalog, there is a GDG sphere record for the base, with all the generations within it. A deferred gen is cataloged outside that sphere as a normal non-VSAM dataset. However, catalog knows that it is related to the base. If you want to unrelate it, I think you can just rename it to a non-GDG. However, there is a flag in the NVR that says I am a deferred generation (probably in the catalog as well) and I don't know what trouble that might cause later. AFAIK, deferred dataset can be tricky: // DD DSN=GDG.BASE(+1),DISP=(NEW,CATLG) will not create new dataset, existing deferred da=GDS will be used instead. -- Radoslaw Skorupka Lodz, Poland -- 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
Re: GDG in deferred roll-in status
Joe, IE. The one in deferred rollin state is G0049V00 whereas the (say) 2 entries are G0934V00 and G0935V00 This could happen if G0049V00 was restored by DFSMSdss after it had rolled out of the GDG and the number of generations was already at the limit or the TGTGDS parameter was set or allowed to default to DEFERRED. I remember the alter rollin command because DSS did not have TGTGDS parameter when SMS came out. I remember the TGTGDS parameter because I had to do alot of alter rollin commands. Two different scars that I have collected over the years. Figure i'll change to the Z000V00 format as it may save confusion for anyone that doesn't spot the oh instead of zero and spends hours listing the base and trying to find out what the problem is. On the other hand.it may be a good test of one's diagnostic skills (only kiddin' - I wouldn't do that to a brother dinosaur (well there are a couple of..)) I am the one in greatest need of protection from my own actions. 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
Re: GDG in deferred roll-in status
Tom, However, there is a flag in the NVR that says I am a deferred generation (probably in the catalog as well) and I don't know what trouble that might cause later. Wouldn't that be the same flag, Bruce? As I understand it, the BCS just points to the volume and everything else is kept in the VVDS. Active generations are kept in the B (GDG base) record in the BCS. Datasets that are deferred or rolled out have a type A (simple dataset) record. When you create a +1 SMS gds, it is cataloged with type A record until you roll it into the GDG base (type B) record. If the GDG is already at the limit, the oldest generation is rolled off the B record to make room for the +1. If the GDG has scratch, the rolled off generation is uncataloged and scratched. If the GDG has noscratch, the rolled off SMS-managed generation is recataloged in a type A record. I run scans every now and then looking for gdgs with noscratch and fix them. Since I use utilities to find deferred or rolled out GDS so I don't know what flag bits are used or where to find them. 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
Re: GDG in deferred roll-in status
Somethings, like the SMS classes are stored in BOTH the catalog and VVDS. I don't recall if the GDG flag is among them (I'm at home now, no references) now that I am at the office, I verified that there is an attribute byte that is both in the catalog and the NVR (if it is SMS) for GDGs. It contains H for active generation, N for deferred roll-in, and M for rolled off. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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
Re: GDG in deferred roll-in status
Where is the content of the BCS documented? Unfortunately, nowhere. There was the infamous Catalog Diagnosis Reference which had catalog and VVDS layouts but the last version was for MVS/XA many years ago, before SMS. I believe that the SMS class names and this SMS attribute byte are the only fields which are duplicated in the catalog and VVDS. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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
Re: GDG in deferred roll-in status
Joe, Can't remember the command to remove the entry from the base but keep the dataset or, for another example get rid altogether. I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Tso delete command can also be used. 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
Re: GDG in deferred roll-in status
On Wed, 19 Jul 2006 08:33:46 -0400, John Kington [EMAIL PROTECTED] wrote: I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN Ok with this one. I need to leave it off. I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Doesn't this just delete the dataset? I want to delete it from the GDG base but keep the dataset. Sorry for the confusion (one thing i can remember how to do) Joe -- 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
Re: GDG in deferred roll-in status
If it is not rolled in, there is nothing you need to do. Alternately, just rename it. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joe jeffries Sent: Wednesday, July 19, 2006 11:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: GDG in deferred roll-in status On Wed, 19 Jul 2006 08:33:46 -0400, John Kington [EMAIL PROTECTED] wrote: I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN Ok with this one. I need to leave it off. I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Doesn't this just delete the dataset? I want to delete it from the GDG base but keep the dataset. Sorry for the confusion (one thing i can remember how to do) Joe -- 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 LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] -- 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
Re: GDG in deferred roll-in status
Joe, I use IDCAMS alter command to add deferred GDS to the base: ALTER gdg.name.GVxx ROLLIN Ok with this one. I need to leave it off. If you do not rollin the GDS, the next time that someone attempts to create a +1 generation, the system will locate it and write over it. You really want to rollin or delete any GDS that is in deferred status. I use IDCAMS delete command to delete the dataset: DELETE gdg.name.GVxx Doesn't this just delete the dataset? I want to delete it from the GDG base but keep the dataset. I suggest you rename the dataset to a simple name. I will often change the GV## part to X to help me remember what it is and where it came from. 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
Re: GDG in deferred roll-in status
On Wed, 19 Jul 2006 17:17:16 -0400, Bruce Black [EMAIL PROTECTED] wrote: However, there is a flag in the NVR that says I am a deferred generation (probably in the catalog as well) and I don't know what trouble that might cause later. Wouldn't that be the same flag, Bruce? As I understand it, the BCS just points to the volume and everything else is kept in the VVDS. Tom Marchant -- 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
Re: GDG in deferred roll-in status
Wouldn't that be the same flag, Bruce? As I understand it, the BCS just points to the volume and everything else is kept in the VVDS. Somethings, like the SMS classes are stored in BOTH the catalog and VVDS. I don't recall if the GDG flag is among them (I'm at home now, no references) -- Bruce Black Senior Software Developer Innovation Data Processing -- 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
