>From Marna Walle, back on July 20, 2022: "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?" Joe On Wed, Sep 21, 2022 at 3:29 PM Michael Babcock <bigironp...@gmail.com> wrote: > We are installing z/OS 2.5 via z/OSMF and are using the Modify Deployment > screens. We can easily change the volumes, HLQs, etc, but wanted to modify > the Primary and/or secondary allocation and don’t see a way to do that. > > We have a case opened with IBM and have been told there is no way to do > that and no plans for it in the future. What? We could do that with > the ServerPac, why not with z/OSMF? I was under the impression that > z/OSMF would provide most functions that ServerPac provided. > > So, is that capability not going to be provided? > > > -- > Michael Babcock > OneMain Financial > z/OS Systems Programmer, Lead > > ---------------------------------------------------------------------- > 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
