On Sat, 13 Feb 2010 13:48:34 -0600, Mark Zelden <[email protected]> wrote:
>Speaking of PDSE... why does the z/OS 1.11 Serverpac require the SMPPTS >to be PDSE? The CH TYPE command doesn't let one change it to PDS. > >Is there something new with z/OS 1.11 that requires the SMPPTS associated >with the z/OS zones to be PDSE that I missed hearing about? > Answering my own post: Perhaps because it can potentially be over 65K tracks? I am running the ServerPac RESTORE job now (while "baby sitting" at a DR exercise) and I had a heck of a time with the SMPPTS restore. My driving system LPAR has 3 virtually empty 3390-3 volumes for the temp sms pool but the !...@#&^% GIMUNZIP program dynamically allocates SYSUT1 for each file it unzips and all of the allocation parms are hard coded. You can't override it in JCL. See APARs IO10377 & IO07810 for more info. After having a mod-27 added to the pool temporarily, I can see the work file it allocated to SYSUT1 ended up being 64949 tracks, which of course was bigger than any of the 3390-3 volumes in the temp pool. What IBM really really needs (hint!) is a tag for GIMUNZIP to control the SYSUT1 dynamic allocation on a data set by data set basis if needed. I could have then pointed SYSUT1 to a spare volume just for the SMPPTS unzip instead of having the storage admins initialize a spare volume for SMS and add it to the temp pool... all just to run 1 job. <sigh> Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[email protected] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
