Patrick, >From past experience with Stop-X37 and ACC/SRS, it is not actually in a loop. The rule is doing exactly what it has been instructed to do, which is to reduce the size of the Primary Extent and then redrive allocation.
The problems I have seen are when the reduction percentage is set to something stupid (that's not being harsh) like 1%. A 1000 CYL dataset will be reduced 10 cyls at a time for up to 100 iterations, all the time running at Privileged dispatching priority, until it is allocated, fails, or gets a zero primary extent and drops into the secondary allocation rules. With the proviso that you have appropriately set up your SPACSEC, ADDVOL and perhaps INCSEC rules, you should consider changing the reduction for SPACPRIM to 25% and allow it to reduce down to 0. This will cut out all those unnecessary iterations. BTW you can set up different rules for different Jobs, STC, DSORG and DSNAMES. Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Patrick O'Keefe > Sent: Tuesday, August 05, 2008 5:24 PM > To: [email protected] > Subject: [IBM-MAIN] STOPX37 & SMS loop > > Has anybody using STOPX37 seen a problem where it gets in a loop > fighting with SMS over an insufficient space condition? Anybody > have suggestions on how to avoid it? > > Details: > A process is submitted via CONNECT:Direct (aka NDM) specifying SMS > STORCLAS, MGMTCLAS, and DATACLAS that result in selection of > volumes with too little space for the dataset being transfered. > 1. SMS says > IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE > FOR DATASET ... > > 2. STOPX37 says > SVM4000I ... ATTEMPTING SPACPRIM FOR ... > > 3. SMS repeats indefinitely > IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE > FOR DATASET ... > > Is there some way to cause a hard failure in situations like this? > > I don't think CONNECT:Direct is significant in this except that > this request is coming from an outside business partner. We have > absolutely no control over the size of the dataset or SMS parms > specified. > > BTW, SMS and STOPX37 are way out of my areas of responsibility > and expertise. I'm going to have to convey any suggestions to > others that don't read IBM-Main. Don't assume comprehension > on my part. > > Pat O'Keefe > > ---------------------------------------------------------------------- > 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
