Bob, All VSAM IO is handled by Media Manager, not just SMS.
You description below is attributing facilities to Media Manager that I have not heard of or observed before. Can you elaborate on " Media Manager consolidates the extents?" Ron -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Longabaugh, Robert E Sent: Thursday, October 1, 2015 7:25 AM To: [email protected] Subject: Re: [IBM-MAIN] How to limit tiny SMS-managed VSAM KSDS to one volume? SMS VSAM is handled through Media Manager, so even if you bypass or shut down an allocation manager product, Media Manager consolidates the extents, which gets in the way of VSAM running out of space. The easiest way to deal with this is to truly fill the volumes you are allocating to, with dummy data sets that either cause fragmentation or only leave a couple of tracks on the volume. Where I work, we have a set of mini-disks of 15 cylinders to use for this purpose Use the Guaranteed Space option to SMS so that you can direct the allocation to the specific volume that you have pre-filled or fragmented. Bob Longabaugh CA Technologies Storage Management QA -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Thomas Conley Sent: Wednesday, September 30, 2015 3:52 PM To: [email protected] Subject: Re: How to limit tiny SMS-managed VSAM KSDS to one volume? On 9/30/2015 4:31 PM, Thomas Conley wrote: > On 9/30/2015 12:25 PM, Farley, Peter x23353 wrote: >> I need some advice from storage gurus. I need to make a tiny >> SMS-managed VSAM KSDS that will NOT extend, neither to secondary >> space on the first volume nor to secondary volumes. I need to test >> some error logic in an application program and I need a "file full" >> or "no more space" condition to test it. >> >> I have these parameters in the define cluster command: >> >> VOLUME(*) CYL (1 0) >> >> But when I try to fill up that file with IDCAMS REPRO so that there >> is no more room for any records by copying from a similar file with >> many records into the tiny one, it automatically extends to new >> volumes, with messages like this: >> >> SMS4000I TSOUSERZ, MKTSTFIL, SYS00001, ATTEMPTING SPACVOLA FOR >> TSOUSER. TINY.DATA, XXXXXX, 1 SMS4400I VOLUME ADDED - OLD VOLUME >> XXXXXX, NEW VOLUME SMS . VOLUME COUNT IS 2 >> >> I assume this is due to some hidden parameter in the STORCLAS that >> overrides my specification of only one candidate volume. >> >> My question is, how do I override that hidden STORCLAS parameter to >> force a no-more-space error here? I deliberately want the attempt to >> add one more record to force an error. >> >> I do NOT have easy access to a storage admin on this system, so I >> need help from you. ISMF is not available in my TSO menus, so I >> cannot check the STORCLAS for myself. >> >> TIA for any help you can offer. >> > > Peter, > > Add a //ACCIGN DD DUMMY to your allocation and run JCL to bypass > ACC/SRS processing. > > Regards, > Tom Conley > Oops, I saw earlier that these were ACC/SRS messages, but I see now that they're Stop X37 ProSMS messages. In that case, try //PROIGN DD DUMMY or if that doesn't work //NOPLD DD DUMMY. Regards, Tom Conley ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
