Hi Skip, I found this blurb about RECLAIMCA in the DFSMS book "AMS for catalogs" at the 1.13 level under the ALTER section:
<quote> RECLAIMCA|NORECLAIMCA Specifies the CA reclaim attribute of a key-sequence data set (KSDS). RECLAIMCA Specifies that the DASD space for empty control areas (CAs) will be reclaimed so that it can reused for that KSDS. CA reclaim cannot reclaim space for: Partially empty CAs Empty CAs that already existed when CA reclaim was enabled CAs with RBA 0 CAs with the highest key of the KSDS Data sets processed with GSR. NORECLAIMCA Specifies that the DASD space for empty control areas (CAs) will not be reclaimed. You can disable CA reclaim at the system level with the IGDSMSxx member of PARMLIB or with the SETSMS command. This does not change CA reclaim attributes in the catalog. For more information, see the topic about reclaiming CA space in z/OS DFSMS Using Data Sets. </quote> The comment in the doc about disabling CA reclaim not changing the reclaim attribute in the catalog lends credence to your comment about the ALTER command being accepted and turning it on/off even though CA reclaim isn't active. HTH, Rex -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Thursday, September 29, 2016 4:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VSAM CA reclaim for RMM Correcting ALTER syntax. -----Original Message----- From: Jesse 1 Robinson Sent: Thursday, September 29, 2016 1:59 PM To: 'IBM Mainframe Discussion List' <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: VSAM CA reclaim for RMM Thanks. Spent some time this morning wading through the doc. Here's a thumbnail version of my understanding. -- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. Default value is 'off'. -- It can also be turned on or off for a system with a SETSMS command. -- Once turned on globally, CA reclaim will be in effect for (more or less) every VSAM cluster unless a cluster is specifically turned off. That is, the default at the cluster level is on. My RMM control data set is 'on' as shown by LISTCAT. -- You can turn a cluster off or back on with a simple ALTER command--which BTW I cannot find documented anywhere except in KC discussions of CA reclaim. For example, I cannot find any reference to reclaim in TSO HELP for ALTER. -- The IDCAMS command is "ALTER entry-name RECLAIMCA/NORECLAIMCA". That command is accepted now when I enter it even though we do not have reclaim turned on globally. So if you turned reclaim on for 'some user catalogs' and for SMS control data sets, did you take any action to turn it off for everything else in the house? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, September 29, 2016 12:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: VSAM CA reclaim for RMM We had some user catalogs needing annual reorgs. Control Area Reclaim eliminated this. Helped with SMS control data sets and ML1 Small Data Set. Don't know about user datasets. On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: > (In honor of today's post from Mike Wood.) We don't make much (if any) use of > CA reclaim here. It occurs to me that RMM might be an excellent candidate. We > periodically have to reorg the data base-sometimes when RMM crashes in the > middle of the day. > > When CA reclaim was first presented at a closed SHARE session on a Sunday > morning, there was great interest in the room but also some skepticism. What > is the current consensus on CA reclaim? How extensively is it implemented > these days? Recommendations? The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN