On Fri, 17 Mar 2017 20:44:36 +0000, Jesse 1 Robinson <jesse1.robin...@sce.com>
wrote:
>Back when multiple SMPPTS% became available, SMPE/E would try to compress
> every PTS% that got x37. Every time. The only thing wrong with that is the
> churn
>in I/O and CPU plus SYSPRINT lines trying futilely on every RECEIVE to
>compress
>a full PDS. The SMP/E OPTIONS entry allows for list of exceptions for RECOVERY,
> but I don't have any DDDEFs listed there.
I've always listed SMPPTS-SMPPTSn in "exclude from retry" for the global
zone options so that doesn't happen. Actually I always put a bunch in when
I start to customize a new OS (see below) just in case I ever use that many.
There really is no point in compress because the only time there will be
any benefit is after I do an accept or reject in purge mode that deletes
SMPPTS members. After I do accept runs (usually just before a quarterly
RSU - 3 quarters or 1 year behind apply level) I do the compress and
SMP/E CLEANUP command.
Kirt - if you are still listening: Why oh why has "CLEANUP COMPRESS(ALL)" never
been enhanced to include the SMPPTS or made an additional option?
===== my exclude list ======================
Enter the DDNAMES that are excluded from RETRY
processing. When the list is complete, enter END.
To end this request and return to the prior panel,
enter CANCEL.
DDNAME
'''' SMPPTS__
'''' SMPPTS1_
'''' SMPPTS2_
'''' SMPPTS3_
'''' SMPPTS4_
===== my exclude list ======================
Regards,
Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
