Very good point. Brian
On Tue, 20 Jul 2021 20:22:41 +0000, Seymour J Metz <sme...@gmu.edu> wrote: >Increasing the size is certainly important, but increasing the size of PDS >directories is absolutely crucial. Of course, in most cases letting them be >PDS/E would solve the issue. > > >-- >Shmuel (Seymour J.) Metz >http://mason.gmu.edu/~smetz3 > >________________________________________ >From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >Marna WALLE [mwa...@us.ibm.com] >Sent: Tuesday, July 20, 2021 1:47 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Serverpac installs January 2022 and beyond - Requests > >Hi Barbara (and others), >Nice to see so many users of PDSEs! We do not today have the capability to >switch from PDS to PDSE in z/OSMF, but we've got it in our backlog from >requests to have it. If PDSEs users would like to help us prioritize that, >with their business impacts without this capability, please feel free to email >me (mwa...@us.ibm.com). > >As for the sizes, for z/OSMF ServerPac we have increased the shipped free >space to 40% per data set, and with linklst data sets have zero secondary. >This is an increase over the prior free space size we used to provide, in >hopes that will help for the time being. This was done because we don't have >the ability to re-size today in z/OSMF. > >Now...I would like to look at the data set size problem in a larger context - >in order to understand where to solve this problem. More than ever, we have >been shipping Continuous Delivery PTFs. Many of these PTFs are quite large, >and occur over the life of a release. This can put quite a lot of pressure on >the size of the target and DLIB data sets being able to accommodate these >updates for every service install episode. I am wondering, if it might be of >better use to have the capability of accommodating the need for more space in >a more ongoing manner? Meaning, installing a release for a first time - even >with enlarging the data sets with some predictive percentage (50%, 100%, >200%?) - still doesn't completely help with running out of space in some data >sets or even volumes continually, and could result in some data sets being >overly and unnecessarily large. Would it be better if z/OS itself was able to >assist better when the problem occurred in a targeted and timely fashion? Do >you feel that if z/OSMF Software Management provided this ability to one-time >increase the size of allocated target and DLIBs, that would conclusively solve >your space problems for these data sets? > >-Marna WALLE >z/OS System Install and Upgrade > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN