I have maintained for quite a while now that z/OSMF is not ready to exist as the sole installation method. I have complained here, and directly to IBM and directly to the z/OSMF advocates at IBM about the myriad of problems that need to be resolved, but IBM's view seems to be damn the torpedoes, and full speed ahead, even if it's not exactly the right direction. It's very sad, and it will elongate my install from a trivial couple hours to several times longer just to make up for the parts that need to be addressed to make the system ready for use at a "real" site and not someones euphemistic idea of what a site "should" be.
That said, I had absolutely no problem with making it an "option" to select it as the install method, but I was told that given the choice, that very few people would use z/OSMF for installation, and that's not where they wanted to find themselves. At the time, I mentioned that there might be a reason why systems programmers might want ServerPac instead of z/OSMF, but I kept being reminded of what it's like to talk to a very young child who wants their Umpa Lumpa now. Brian On Thu, 22 Sep 2022 13:49:50 -0500, Carmen Vitullo <[email protected]> wrote: >I've been doing this on my ServerPac for a while, I've even called out >the ServerPac folks about the issue of, why deliver linklist lpalist >datasets with secondary allocation if the linkist does not support it, >why are they so under allocated, it wasn't until I started to work for >IBM GS that I realized, even the global services folks do not know what >the customer issues are, if GS is building a system for a client we do >not use a ServerPac, most older, seasoned IBM GS folks don't know what a >ServerPac is, or the one's I worked with did not. > >my main issue, ongoing with z/OSMF is these incoherent error messages, >and help is no help, when a field is required there's not help prompt >telling me the format or syntax, or what's expected, just, it's not valid. > >so many cases open with support I really didn't need to if the help >dialog was actually helpful. > >I hate to keep bashing IBM but we, as customers are forced to use a tool >that's not really ready for prime time IMHO > >Carmen > > > >On 9/22/2022 1:13 PM, Michael Babcock wrote: > >> Yes, agree, I typically over allocate the Linklisted data sets and have >> zero secondary and increase DIR BLKS as well (if it’s a PDS). I can do >> this when the jobs are built but would be MUCH easier in the MODIFY >> screens. >> >> On Thu, Sep 22, 2022 at 6:25 AM Seymour J Metz <[email protected]> wrote: >> >>> What about modifying directory blocks for whatever is still PDS? >>> >>> >>> -- >>> Shmuel (Seymour J.) Metz >>> http://mason.gmu.edu/~smetz3 >>> >>> ________________________________________ >>> From: IBM Mainframe Discussion List [[email protected]] on behalf >>> of Michael Babcock [[email protected]] >>> Sent: Wednesday, September 21, 2022 4:28 PM >>> To: [email protected] >>> Subject: z/OSMF PSWI >>> >>> 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 [email protected] with the message: INFO IBM-MAIN >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to [email protected] with the message: INFO IBM-MAIN >>> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
