On 7/20/2021 10:47 AM, Marna WALLE wrote:
... 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?
Unless I am misunderstanding root cause, in particular the reason LNKLST
data sets are delivered with zero secondary space, the fundamental
problem is a lack of support for new extents being added to active
LNKLST (or STEPLIB or perhaps any open DCB) for old-school PDS. I do not
think the problem exists for PDSE and zFS.
If so, this architectural issue is not something z/OSMF can solve...
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/
--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
