Re: z/OSMF PSWI
I’m not using a new master cat. We use our sandbox as the driving system and our target is our maintenance system. We do IPL the maintenance system just to ensure it comes up cleanly. On Thu, Sep 29, 2022 at 7:44 AM Marna WALLE wrote: > Michael, > Have you verified that you have all the correct Driving System PTFs > installed, as indicated with FIXCAT IBM.DrivingSystem-RequiredService ?. > > Check out slide 33 onwards in this presentation that KurtQ did for the Z > Exchange, https://www.newera-info.com/KQ1.html. It explains how a new > master catalog can be used, including how the SSA (now called Temporary > Catalog Alias) is to be specified and used. > > -Marna WALLE > z/OS System Install and Upgrade > IBM Poughkeepsie > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- 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
Re: z/OSMF PSWI
Michael, Have you verified that you have all the correct Driving System PTFs installed, as indicated with FIXCAT IBM.DrivingSystem-RequiredService ?. Check out slide 33 onwards in this presentation that KurtQ did for the Z Exchange, https://www.newera-info.com/KQ1.html. It explains how a new master catalog can be used, including how the SSA (now called Temporary Catalog Alias) is to be specified and used. -Marna WALLE z/OS System Install and Upgrade IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
Okay, more issues. As I stated, we use a permanent maintenance volume/system. With ServerPac, we could define an SSA and have the SYSRES datasets cataloged in our maintenance systems master cat then ServerPac would allocate the dataset using an SSA. later it would generate jobs to remove the SSA. Unless I’m missing something, this doesn’t seem possible with z/OSMF because the Modify Catalog section doesn’t let us change the master cat (even though it says it will). The only way I see around that is to rename the SYSRES dataset with the SSA. Of course we would then need to create our own rename job to remove the SSA. Jeez, COME ON PEOPLE! We were told z/OSMF would provide the same functionality as ServerPac but I guess not. On Wed, Sep 21, 2022 at 3:28 PM Michael Babcock 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 > -- 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
Re: z/OSMF PSWI
>What I see is that z/OSMF development is following the same path as all of the >other 'lets get modern' projects. You pick the pretty GUI you like and start >applying that toolset against a currently working 'solved' problem. >Promising modernization according to latest hot topics in code development. >Buzzwords come and go, languages come and go, software development kits come >and go ad infinitum. > >What tends to be forgotten are all the time and effort spent on building the >solution to the old solved problem. I can remember many discussions here and >elsewhere about ServerPac changes and difficulties that could benefit by more >development changes. > >Who remembers all the IBM and OEM 'assistance' products created to buffer us >poor feeble support teams from the evils of SMP or SMP/E. > >z/OSMF is just the latest way to 'dumb down' the complexities for the masses. > But then reality steps in. Somebody, Somewhere HAS to know what has to >happen when the rubber meets the road. And navigating from the GUI through >the stack of products to get to the Road is a long and twisted path. > >IF (a big IF) you think the same way the GUI developer thinks, then life can >get smoother. Any attempt to repeat the processes that were repeatable and >have worked before will meet resistance. > >With the removal of old options like ServerPac and being forced to the new >paradigm of z/OSMF will eventually lead to a better z/OSMF tool. But lood >for years of development just like ServerPac needed to achieve its popularity. > Amen. If I still had to install a new z/OS version before retirement, I'd go back to CBPDO. It's a bit more work because I have to do the apply myself, but it's tried and true, and I have used CBPDO on any product we have had to install except z/OS itself (Java, the compilers, ...) Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
>Create SYS1.IEBCOPY(IEBCOPY)? > >> Maybe, somewhere in the middle, IEBCOPY is relocated... Or a ptf hit the ibm command processor, so each and every command issued abends -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
On 9/24/2022 9:37 PM, Brian Westerman wrote: ... or when they try to do a accept and find that they have many of their DLIB datasets already in 16 extents. I know there are target libraries that must be PDS as opposed to PDSE, but can the same be said of distribution libraries? So far, I have not run across any distribution libraries that didn't work better as a PDSE, giving me both zEDC compression and up to 123 extents. -- 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
Re: z/OSMF PSWI
I think that the developers of z/OSMF have either forgotten or didn't care that after the installation, there will be far more customization which moves from the "might want to do" column to the "must do" column. Something as simple as having a system that the size of the datasets fit when you first install only means that later (when you need the extra space), that the simple process of giving it some extra in advance, will become a failure which has to be resolved later. Making it "simple" to install but far harder to maintain is counter productive. Unless your only object is to install. :) Someone who can't figure out how to make a dataset larger (or in the cast of z/OSMF aren't allowed to), will find it infinitely more difficult later when SYS1.NUCLEUS goes into extents and they can no longer IPL. Or when they try to install maintenance and they run out of space in libraries on the RES volume, or when they try to do a accept and find that they have many of their DLIB datasets already in 16 extents. I don't see how z/OSMF is making things all that much "easier" by disallowing them. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
I remember working on a project which was told "you have to provide a GUI to make it easier to customize". A GUI was provided which made the easy bits easier, and left the hard bits unchanged. The GUI provided space for 1 VOLID - but most people needed multiple VOLIDs My suggestions to change the configuration JCL to use JCL symbols, and have these symbols in the DEFINE CLUSTER... etc was much easier to use, but did not meet the spec of providing a GUI. It ended up with the end user having to use the GUI, saving the JCL, then editing the JCL so it worked. On Sat, 24 Sept 2022 at 15:26, Tom Longfellow < 03e29b607131-dmarc-requ...@listserv.ua.edu> wrote: > I am agreeing with Brian on some of his points. I am viewing this issue > with 20+ years of hindsight. > > What I see is that z/OSMF development is following the same path as all of > the other 'lets get modern' projects. You pick the pretty GUI you like > and start applying that toolset against a currently working 'solved' > problem. Promising modernization according to latest hot topics in code > development. > Buzzwords come and go, languages come and go, software development kits > come and go ad infinitum. > > What tends to be forgotten are all the time and effort spent on building > the solution to the old solved problem. I can remember many discussions > here and elsewhere about ServerPac changes and difficulties that could > benefit by more development changes. > > Who remembers all the IBM and OEM 'assistance' products created to buffer > us poor feeble support teams from the evils of SMP or SMP/E. > > z/OSMF is just the latest way to 'dumb down' the complexities for the > masses.But then reality steps in. Somebody, Somewhere HAS to know > what has to happen when the rubber meets the road. And navigating from > the GUI through the stack of products to get to the Road is a long and > twisted path. > > IF (a big IF) you think the same way the GUI developer thinks, then life > can get smoother. Any attempt to repeat the processes that were repeatable > and have worked before will meet resistance. > > With the removal of old options like ServerPac and being forced to the new > paradigm of z/OSMF will eventually lead to a better z/OSMF tool. But lood > for years of development just like ServerPac needed to achieve its > popularity. > > [End of Rant For Now] > > > -- > 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
Re: z/OSMF PSWI
I am agreeing with Brian on some of his points. I am viewing this issue with 20+ years of hindsight. What I see is that z/OSMF development is following the same path as all of the other 'lets get modern' projects. You pick the pretty GUI you like and start applying that toolset against a currently working 'solved' problem. Promising modernization according to latest hot topics in code development. Buzzwords come and go, languages come and go, software development kits come and go ad infinitum. What tends to be forgotten are all the time and effort spent on building the solution to the old solved problem. I can remember many discussions here and elsewhere about ServerPac changes and difficulties that could benefit by more development changes. Who remembers all the IBM and OEM 'assistance' products created to buffer us poor feeble support teams from the evils of SMP or SMP/E. z/OSMF is just the latest way to 'dumb down' the complexities for the masses. But then reality steps in. Somebody, Somewhere HAS to know what has to happen when the rubber meets the road. And navigating from the GUI through the stack of products to get to the Road is a long and twisted path. IF (a big IF) you think the same way the GUI developer thinks, then life can get smoother. Any attempt to repeat the processes that were repeatable and have worked before will meet resistance. With the removal of old options like ServerPac and being forced to the new paradigm of z/OSMF will eventually lead to a better z/OSMF tool. But lood for years of development just like ServerPac needed to achieve its popularity. [End of Rant For Now] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
Create SYS1.IEBCOPY(IEBCOPY)? On Fri, Sep 23, 2022 at 8:28 PM Gibney, Dave <03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote: > > Maybe, somewhere in the middle, IEBCOPY is relocated... > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Zelden > > Sent: Friday, September 23, 2022 2:32 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: z/OSMF PSWI > > > > [EXTERNAL EMAIL] > > > > On Fri, 23 Sep 2022 07:33:37 -0500, Carmen Vitullo > > wrote: > > > > >yes I read it, and that would be great if every single client, every > > >single site had the same wisdom as you, I've worked at sites where I was > > >not the lead z/os or mvs guy, I had no control over what anyone else > > >did, and we all paid the consequences updating a live system, acceptable > > >or not, I change the allocation to not allocate secondary space period. > > > > A point I was trying to convey was that secondary space or not if you update > > the live system without knowing what you are doing you're going to have > > unexpected results. Instead of the secondary (which can happen) > > you would have just run into an x37 instead and maybe half your > > change was copied in (assuming it was more than one LMOD). Or > > maybe one of those less experienced people doesn't know to do an > > LLA update or refresh. Or maybe they forget the sysres is shares > > on other systems and forget to do the LLA update or refresh there. Maybe > > the maintenance process is done from a system outside the sysplex and > > they break a PDSE (all things I have run into at shops I've consulted > > at). > > > > So to me, I really don't care about the secondary for some libraries > > because no matter what if someone needs to update the live sysres > > for an emergency, there is more than just "what happens if this library > > takes an additional extent" consideration.In your scenario of "no > > control of what anyone else does" they can break the system just > > as easily regardless of no secondary defined in any number of ways. > > That is my point. > > > > BTW, if a secondary is taken, a compress will put everything back into the > > first extent (assuming this is being done as a "fix" and not really adding > > additional modules / some individual module that is much bigger) and doing > > an LLA UPDATE of the library will fix it all after the compress. An > > LLA update of the modules or library has to be done anyway. > > > > In an emergency, the better way to do it would be to have the 'fix' in a > > separate library anyway and do a dynamic LNKLST update with the > > new library concatenated ahead of the original. > > > > > > > >my main issue was how the space was defined initially using the > > >serverpac dialog, been burnt a couple times during the SP install, so I > > >update the space requirements then. > > > > > > > Again, the history of that I think was to facilitate applying maintenance > > and > > maybe > > to help accommodate poor "JCL" / allocations in Serverpac also. But as you > > indicated, at least there was a way to update it at install time if that is > > what you wanted to do. > > > > >that is for MY site, and my MY way of installing and maintaining a > > >site IMHO I've seen it done wrong, and things gone bad, and seen it > > >done a way that's safe and makes sense, that methodology I adopt. > > > > > > > Exactly. But not everyone does it the same or has the same considerations, > > so IBM made it a choice. I don't consider it "wrong", it is an option that > > I happen to like to facilitate maintenance. Maybe the better ServerPac > > default > > would have been no secondary to begin with. Can't please everyone > > though... > > > > This reminds me... back in the older days (pre DFSMS/MVS 1.3) at > > a shop I was at we ran a post clone process with FDRCPK to combine > > extents to avoid the LNKLST limitations. Still had the secondaries > > though to facilitate maintenance.I wrote an exec (LNKVER) still on my > > web site to help manage it.. The doc has the old rules: > > > > (32) + (16n) + (k-1) > > n = the number of DASD extents (PDSE counts as 1) > > k = the number of data set in the link list > > > > The result of the algorithm cannot exceed 2040. > > > > > > Best Regards, > > > > Mark > > -- > > Mark Zelden - Ze
Re: z/OSMF PSWI
Maybe, somewhere in the middle, IEBCOPY is relocated... > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Zelden > Sent: Friday, September 23, 2022 2:32 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF PSWI > > [EXTERNAL EMAIL] > > On Fri, 23 Sep 2022 07:33:37 -0500, Carmen Vitullo > wrote: > > >yes I read it, and that would be great if every single client, every > >single site had the same wisdom as you, I've worked at sites where I was > >not the lead z/os or mvs guy, I had no control over what anyone else > >did, and we all paid the consequences updating a live system, acceptable > >or not, I change the allocation to not allocate secondary space period. > > A point I was trying to convey was that secondary space or not if you update > the live system without knowing what you are doing you're going to have > unexpected results. Instead of the secondary (which can happen) > you would have just run into an x37 instead and maybe half your > change was copied in (assuming it was more than one LMOD). Or > maybe one of those less experienced people doesn't know to do an > LLA update or refresh. Or maybe they forget the sysres is shares > on other systems and forget to do the LLA update or refresh there. Maybe > the maintenance process is done from a system outside the sysplex and > they break a PDSE (all things I have run into at shops I've consulted > at). > > So to me, I really don't care about the secondary for some libraries > because no matter what if someone needs to update the live sysres > for an emergency, there is more than just "what happens if this library > takes an additional extent" consideration.In your scenario of "no > control of what anyone else does" they can break the system just > as easily regardless of no secondary defined in any number of ways. > That is my point. > > BTW, if a secondary is taken, a compress will put everything back into the > first extent (assuming this is being done as a "fix" and not really adding > additional modules / some individual module that is much bigger) and doing > an LLA UPDATE of the library will fix it all after the compress. An > LLA update of the modules or library has to be done anyway. > > In an emergency, the better way to do it would be to have the 'fix' in a > separate library anyway and do a dynamic LNKLST update with the > new library concatenated ahead of the original. > > > > >my main issue was how the space was defined initially using the > >serverpac dialog, been burnt a couple times during the SP install, so I > >update the space requirements then. > > > > Again, the history of that I think was to facilitate applying maintenance and > maybe > to help accommodate poor "JCL" / allocations in Serverpac also. But as you > indicated, at least there was a way to update it at install time if that is > what you wanted to do. > > >that is for MY site, and my MY way of installing and maintaining a > >site IMHO I've seen it done wrong, and things gone bad, and seen it > >done a way that's safe and makes sense, that methodology I adopt. > > > > Exactly. But not everyone does it the same or has the same considerations, > so IBM made it a choice. I don't consider it "wrong", it is an option that > I happen to like to facilitate maintenance. Maybe the better ServerPac > default > would have been no secondary to begin with. Can't please everyone > though... > > This reminds me... back in the older days (pre DFSMS/MVS 1.3) at > a shop I was at we ran a post clone process with FDRCPK to combine > extents to avoid the LNKLST limitations. Still had the secondaries > though to facilitate maintenance.I wrote an exec (LNKVER) still on my > web site to help manage it.. The doc has the old rules: > > (32) + (16n) + (k-1) > n = the number of DASD extents (PDSE counts as 1) > k = the number of data set in the link list > > The result of the algorithm cannot exceed 2040. > > > Best Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: > https://urldefense.com/v3/__http://www.mzelden.com/mvsutil.html__;!!J > mPEgBY0HMszNaDT!o5Z075cMrDIbOCIYk0ebADpYeQRA1NUQq2ZoKoVpOvr > xa6AUxjn7-X9smRfTE32YEX1-waVjw7Uy$ > > -- > 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
Re: z/OSMF PSWI
On Fri, 23 Sep 2022 07:33:37 -0500, Carmen Vitullo wrote: >yes I read it, and that would be great if every single client, every >single site had the same wisdom as you, I've worked at sites where I was >not the lead z/os or mvs guy, I had no control over what anyone else >did, and we all paid the consequences updating a live system, acceptable >or not, I change the allocation to not allocate secondary space period. A point I was trying to convey was that secondary space or not if you update the live system without knowing what you are doing you're going to have unexpected results. Instead of the secondary (which can happen) you would have just run into an x37 instead and maybe half your change was copied in (assuming it was more than one LMOD). Or maybe one of those less experienced people doesn't know to do an LLA update or refresh. Or maybe they forget the sysres is shares on other systems and forget to do the LLA update or refresh there. Maybe the maintenance process is done from a system outside the sysplex and they break a PDSE (all things I have run into at shops I've consulted at). So to me, I really don't care about the secondary for some libraries because no matter what if someone needs to update the live sysres for an emergency, there is more than just "what happens if this library takes an additional extent" consideration.In your scenario of "no control of what anyone else does" they can break the system just as easily regardless of no secondary defined in any number of ways. That is my point. BTW, if a secondary is taken, a compress will put everything back into the first extent (assuming this is being done as a "fix" and not really adding additional modules / some individual module that is much bigger) and doing an LLA UPDATE of the library will fix it all after the compress. An LLA update of the modules or library has to be done anyway. In an emergency, the better way to do it would be to have the 'fix' in a separate library anyway and do a dynamic LNKLST update with the new library concatenated ahead of the original. > >my main issue was how the space was defined initially using the >serverpac dialog, been burnt a couple times during the SP install, so I >update the space requirements then. > Again, the history of that I think was to facilitate applying maintenance and maybe to help accommodate poor "JCL" / allocations in Serverpac also. But as you indicated, at least there was a way to update it at install time if that is what you wanted to do. >that is for MY site, and my MY way of installing and maintaining a >site IMHO I've seen it done wrong, and things gone bad, and seen it >done a way that's safe and makes sense, that methodology I adopt. > Exactly. But not everyone does it the same or has the same considerations, so IBM made it a choice. I don't consider it "wrong", it is an option that I happen to like to facilitate maintenance. Maybe the better ServerPac default would have been no secondary to begin with. Can't please everyone though... This reminds me... back in the older days (pre DFSMS/MVS 1.3) at a shop I was at we ran a post clone process with FDRCPK to combine extents to avoid the LNKLST limitations. Still had the secondaries though to facilitate maintenance.I wrote an exec (LNKVER) still on my web site to help manage it.. The doc has the old rules: (32) + (16n) + (k-1) n = the number of DASD extents (PDSE counts as 1) k = the number of data set in the link list The result of the algorithm cannot exceed 2040. Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
Yes. And I vaguely remember IBM saying something about providing the same functionality that ServerPac provided. Of course, at my age, the parity errors occur at an increasing rate! On Thu, Sep 22, 2022 at 11:11 PM Brian Westerman < brian_wester...@syzygyinc.com> wrote: > 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 > 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 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 [IBM-MAIN@LISTSERV.UA.EDU] on > behalf > >>> of Michael Babcock [bigironp...@gmail.com] > >>> Sent: Wednesday, September 21, 2022 4:28 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> 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, > >>> s
Re: z/OSMF PSWI
yes I read it, and that would be great if every single client, every single site had the same wisdom as you, I've worked at sites where I was not the lead z/os or mvs guy, I had no control over what anyone else did, and we all paid the consequences updating a live system, acceptable or not, I change the allocation to not allocate secondary space period. my main issue was how the space was defined initially using the serverpac dialog, been burnt a couple times during the SP install, so I update the space requirements then. that is for MY site, and my MY way of installing and maintaining a site IMHO I've seen it done wrong, and things gone bad, and seen it done a way that's safe and makes sense, that methodology I adopt. Carmen On 9/22/2022 4:02 PM, Mark Zelden wrote: On Thu, 22 Sep 2022 15:24:58 -0500, Carmen Vitullo wrote: why is the Health checker issuing a CSVH0979I message LINKLST SET LNKST00 data sets allocated with secondary space? if what you say is valid ? Did you read the explanation (see below)? It is a suggestion. Health Checker has a very large number of checks and suggestions. Not every one applies to every shop or every LPAR. Neither of the 2 reasons apply to the systems I maintain and I disable that check except in my sandbox LPARs because of the reasons I already stated. Secondary or no secondary no one better be updating a live LNKLST data set without a very good reason and thinking about the possible consequences. All changes to the sysres set go in with rolling IPLs and change control. Our ISV runtime libs are all on a secondary / tertiary sysres volumes and are indirectly catalogued just like the IBM OS libraries. = Explanation: CSVH0979I has been placed in the message buffer for each LNKLST LNKLST set. It lists all data sets with secondary space defined. IBM suggests that partitioned data sets (PDS's) in the LNKLST be allocated with only primary extents, for two reasons. First, a PDS allocated with only primary space defined has only one extent. This makes it easier to stay within the 255-extent limit for an active LNKLST concatenation without having to reallocate data sets with fewer initial extents. Second, if a PDS will be updated while in the LNKLST set, it can be extended if it has been allocated using secondary space. This can cause members to be placed in extents that did not exist when the LNKLST concatenation was activated. An attempt to access a member in a new extent causes the requesting program to abend. This suggestion does not apply to partitioned data set extended (PDSE) program libraries. A PDSE program library counts as only one extent. = Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- 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
Re: z/OSMF PSWI
I do the same except all my volumes are mod 54's I do a volume copy from my target sysres to the IPLable sysres, so the only difference is the target sysres is the one I modify (size) before it's cloned Carmen On 9/22/2022 8:01 PM, Michael Babcock wrote: We use a permanent maintenance volume that isn’t generally IPL’d from. I triple the space and increase dirblks and use no secondaries. We use mod 27s and could use mod 54s if needed. So space isn’t an issue for me. That res is copied to the other systems during rollout. On Thu, Sep 22, 2022 at 3:13 PM Mark Zelden wrote: On Thu, 22 Sep 2022 13:49:50 -0500, Carmen Vitullo 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, Secondary extents are certainly supported in the LNKLST. What you can't do is take a secondary to the "live" LNKLST for a PDS, but you can for PDSE and pick up the change with an LLA REFRESH or UPDATE. For LPA libs it doesn't matter ever since that is only read in at IPL time. The number of extents in the LNKLST used to be a problem for some systems, but when the rules changed in DFSMS/MVS 1.3 to be "255 total extents or less" with PDSE always counting as 1 extent, that helped a lot. I personally want secondary extents, at least for some data sets to support applying maintenance. I always run SMP/E apply with COMPRESS(ALL) anyway so it's not going to continually increase and I'd rather get a secondary on a few libraries than have the apply blow up, have allocate a new larger DSN, copy old to new, rename and restart my apply. I'm pretty sure this is why ServerPac allocations came with secondary extents going back in history. Due to 3390-9s geometry being my main sysres volume still, over allocation from ServerPac (or now z/OSMF) has been more of a problem for me than under allocation, so when building my local maintenance sysres after install I have had to free space on some larger PDS or PDSE files to get everything to fit and have spare space on the sysres for maintenance. Then if something takes a secondary during apply, I don't care. The prod LNKLSTs have secondaries on some data sets on the sysres, but again I don't care. No one better be updating the live sysres anyway except under extreme circumstances. As usual YMMV and if you are in a shop with 220 LNKLST data sets you probably have a very good reason for never wanting any secondary extents even in your maintenance environment. Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- 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
Re: z/OSMF PSWI
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 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 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 [IBM-MAIN@LISTSERV.UA.EDU] on behalf >>> of Michael Babcock [bigironp...@gmail.com] >>> Sent: Wednesday, September 21, 2022 4:28 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
We use a permanent maintenance volume that isn’t generally IPL’d from. I triple the space and increase dirblks and use no secondaries. We use mod 27s and could use mod 54s if needed. So space isn’t an issue for me. That res is copied to the other systems during rollout. On Thu, Sep 22, 2022 at 3:13 PM Mark Zelden wrote: > On Thu, 22 Sep 2022 13:49:50 -0500, Carmen Vitullo > 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, > > Secondary extents are certainly supported in the LNKLST. What you can't > do is > take a secondary to the "live" LNKLST for a PDS, but you can for PDSE and > pick up the change with an LLA REFRESH or UPDATE. For LPA libs it doesn't > matter ever since that is only read in at IPL time. > > The number of extents in the LNKLST used to be a problem for some systems, > but when > the rules changed in DFSMS/MVS 1.3 to be "255 total extents or less" with > PDSE always > counting as 1 extent, that helped a lot. I personally want secondary > extents, at > least for some data sets to support applying maintenance. I always run > SMP/E apply > with COMPRESS(ALL) anyway so it's not going to continually increase and > I'd rather > get a secondary on a few libraries than have the apply blow up, have > allocate a new > larger DSN, copy old to new, rename and restart my apply. I'm pretty sure > this is > why ServerPac allocations came with secondary extents going back in > history. > > Due to 3390-9s geometry being my main sysres volume still, over allocation > from ServerPac (or now z/OSMF) has been more of a problem for me than > under allocation, so when building my local maintenance sysres after > install I have > had to free space on some larger PDS or PDSE files to get everything to > fit and > have spare space on the sysres for maintenance. Then if something takes a > secondary during apply, I don't care. The prod LNKLSTs have secondaries on > some data sets on the sysres, but again I don't care. No one better be > updating > the live sysres anyway except under extreme circumstances. > > As usual YMMV and if you are in a shop with 220 LNKLST data sets you > probably > have a very good reason for never wanting any secondary extents even in > your > maintenance environment. > > > Best Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- 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
Re: z/OSMF PSWI
> -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > Sent: Thursday, September 22, 2022 1:25 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF PSWI > > [EXTERNAL EMAIL] > > 'A' secondary extends is supported as long as it is part of the initial > primary allocation, or an extent is taken or required to satisfy the > primary space allocation - > > I'm talking space allocation that provides for secondary space > allocation in the allocate in the dialog, not what SMS or dfp does to > satisfy the primary space allocation > > why is the Health checker issuing a CSVH0979I message LINKLST SET > LNKST00 data sets allocated with secondary space? if what you say is > valid ? It is a condition to be aware of, as you can still have problems if you are foolish enough (or forced to) do maintenance on your live system. Shifting an important module intoa new extend of for example, SYS!.LNKLST, could be a fatal error leading to an IPL. But, Mark is correct, it's not a problem if you do maintenance to a different set of targets and copy them to a new SYSRES for implementation. > > Carmen > > > On 9/22/2022 3:13 PM, Mark Zelden wrote: > > Secondary extents are certainly supported in the LNKLST. > > -- > 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
Re: z/OSMF PSWI
On Thu, 22 Sep 2022 15:24:58 -0500, Carmen Vitullo wrote: >why is the Health checker issuing a CSVH0979I message LINKLST SET >LNKST00 data sets allocated with secondary space? if what you say is >valid ? > Did you read the explanation (see below)? It is a suggestion. Health Checker has a very large number of checks and suggestions. Not every one applies to every shop or every LPAR. Neither of the 2 reasons apply to the systems I maintain and I disable that check except in my sandbox LPARs because of the reasons I already stated. Secondary or no secondary no one better be updating a live LNKLST data set without a very good reason and thinking about the possible consequences. All changes to the sysres set go in with rolling IPLs and change control. Our ISV runtime libs are all on a secondary / tertiary sysres volumes and are indirectly catalogued just like the IBM OS libraries. = Explanation: CSVH0979I has been placed in the message buffer for each LNKLST LNKLST set. It lists all data sets with secondary space defined. IBM suggests that partitioned data sets (PDS's) in the LNKLST be allocated with only primary extents, for two reasons. First, a PDS allocated with only primary space defined has only one extent. This makes it easier to stay within the 255-extent limit for an active LNKLST concatenation without having to reallocate data sets with fewer initial extents. Second, if a PDS will be updated while in the LNKLST set, it can be extended if it has been allocated using secondary space. This can cause members to be placed in extents that did not exist when the LNKLST concatenation was activated. An attempt to access a member in a new extent causes the requesting program to abend. This suggestion does not apply to partitioned data set extended (PDSE) program libraries. A PDSE program library counts as only one extent. = Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
I cannot check the serverpac dialog on my 2.4 system since I've marked the order as installed, complete, but checking what some vendors supply for PDS's ONLY - I try not to flirt with disaster and I attempt to be compliant as much as possible with IBM's rules, not doing so has bitten me because I picked up an install from a previous sysprog. with IBM ServerPac and some vendors, PDS only I am disusing these PDS's are delivered to allow multiple extents to be taken CHECK(IBMCSV,CSV_LNKLST_NEWEXTENTS) - tells me so HCK detects these linklist datasets and reports on them as an ERROR CHECK(IBMCSV,CSV_LNKLST_SPACE) SYSPLEX: PLEX SYSTEM: SYSx START TIME: 09/22/2022 14:01:57.366198 CHECK DATE: 20050720 CHECK SEVERITY: LOW CSVH0979I LNKLST set LNKLST00 data sets allocated with secondary space IBM suggests that partitioned data sets (PDS's) in the LNKLST be allocated with only primary extents, for two reasons. First, a PDS allocated with only primary space defined has only one extent. This makes it easier to stay within the 255-extent limit for an active LNKLST concatenation without having to reallocate data sets with fewer initial extents. Second, if a PDS will be updated while in the LNKLST set, it can be extended if it has been allocated using secondary space. This can cause members to be placed in extents that did not exist when the LNKLST concatenation was activated. An attempt to access a member in a new extent causes the requesting program to abend. that's why I alter the allocation at ServerPac customization and not wait till an issue arises Carmen On 9/22/2022 3:13 PM, Mark Zelden wrote: On Thu, 22 Sep 2022 13:49:50 -0500, Carmen Vitullo 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, Secondary extents are certainly supported in the LNKLST. What you can't do is take a secondary to the "live" LNKLST for a PDS, but you can for PDSE and pick up the change with an LLA REFRESH or UPDATE. For LPA libs it doesn't matter ever since that is only read in at IPL time. The number of extents in the LNKLST used to be a problem for some systems, but when the rules changed in DFSMS/MVS 1.3 to be "255 total extents or less" with PDSE always counting as 1 extent, that helped a lot. I personally want secondary extents, at least for some data sets to support applying maintenance. I always run SMP/E apply with COMPRESS(ALL) anyway so it's not going to continually increase and I'd rather get a secondary on a few libraries than have the apply blow up, have allocate a new larger DSN, copy old to new, rename and restart my apply. I'm pretty sure this is why ServerPac allocations came with secondary extents going back in history. Due to 3390-9s geometry being my main sysres volume still, over allocation from ServerPac (or now z/OSMF) has been more of a problem for me than under allocation, so when building my local maintenance sysres after install I have had to free space on some larger PDS or PDSE files to get everything to fit and have spare space on the sysres for maintenance. Then if something takes a secondary during apply, I don't care. The prod LNKLSTs have secondaries on some data sets on the sysres, but again I don't care. No one better be updating the live sysres anyway except under extreme circumstances. As usual YMMV and if you are in a shop with 220 LNKLST data sets you probably have a very good reason for never wanting any secondary extents even in your maintenance environment. Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities:http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@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
Re: z/OSMF PSWI
'A' secondary extends is supported as long as it is part of the initial primary allocation, or an extent is taken or required to satisfy the primary space allocation - I'm talking space allocation that provides for secondary space allocation in the allocate in the dialog, not what SMS or dfp does to satisfy the primary space allocation why is the Health checker issuing a CSVH0979I message LINKLST SET LNKST00 data sets allocated with secondary space? if what you say is valid ? Carmen On 9/22/2022 3:13 PM, Mark Zelden wrote: Secondary extents are certainly supported in the LNKLST. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
On Thu, 22 Sep 2022 13:49:50 -0500, Carmen Vitullo 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, Secondary extents are certainly supported in the LNKLST. What you can't do is take a secondary to the "live" LNKLST for a PDS, but you can for PDSE and pick up the change with an LLA REFRESH or UPDATE. For LPA libs it doesn't matter ever since that is only read in at IPL time. The number of extents in the LNKLST used to be a problem for some systems, but when the rules changed in DFSMS/MVS 1.3 to be "255 total extents or less" with PDSE always counting as 1 extent, that helped a lot. I personally want secondary extents, at least for some data sets to support applying maintenance. I always run SMP/E apply with COMPRESS(ALL) anyway so it's not going to continually increase and I'd rather get a secondary on a few libraries than have the apply blow up, have allocate a new larger DSN, copy old to new, rename and restart my apply. I'm pretty sure this is why ServerPac allocations came with secondary extents going back in history. Due to 3390-9s geometry being my main sysres volume still, over allocation from ServerPac (or now z/OSMF) has been more of a problem for me than under allocation, so when building my local maintenance sysres after install I have had to free space on some larger PDS or PDSE files to get everything to fit and have spare space on the sysres for maintenance. Then if something takes a secondary during apply, I don't care. The prod LNKLSTs have secondaries on some data sets on the sysres, but again I don't care. No one better be updating the live sysres anyway except under extreme circumstances. As usual YMMV and if you are in a shop with 220 LNKLST data sets you probably have a very good reason for never wanting any secondary extents even in your maintenance environment. Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF PSWI
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 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 [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Michael Babcock [bigironp...@gmail.com] Sent: Wednesday, September 21, 2022 4:28 PM To: IBM-MAIN@LISTSERV.UA.EDU 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 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
Re: z/OSMF PSWI
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 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 [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Michael Babcock [bigironp...@gmail.com] > Sent: Wednesday, September 21, 2022 4:28 PM > To: IBM-MAIN@LISTSERV.UA.EDU > 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 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 > -- 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
Re: z/OSMF PSWI
What about modifying directory blocks for whatever is still PDS? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Michael Babcock [bigironp...@gmail.com] Sent: Wednesday, September 21, 2022 4:28 PM To: IBM-MAIN@LISTSERV.UA.EDU 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 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
Re: z/OSMF PSWI
>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 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
Re: z/OSMF PSWI
HOW DARE YOU question the wisdom of the great and all powerful zOSMF. ? On Wed, Sep 21, 2022, 3:29 PM Michael Babcock 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
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
I'm glad that you were able to figure things out at least enough to get by. Now, a little more from our side. To be very specific, the window we are discussing does not let you "check" "use SAF setup" (for the whole window, let alone for each of auth, routcode, mscope, storage, and auto). But "use SAF setup" is presented as the default for a drop-down. That drop-down lets you (at least for routcode) select ALL, NONE, use SAF setup. And you can also enter your own value(s). Maybe "ALL" for routcode is questionable in light of this lengthy discussion (even if you might choose something other than ALL for mscope). But let's say that you choose to take the "Use recommended values" path. You can check that box. Apparently (but I'm not certain) that will not do anything until you hit "OK" even to show you what the "recommended values" are. I'm not happy about that, and I want to look into a way (at least) to show the recommended values so that you can decide if they are OK or not before blessing them. Once you hit OK, you have saved those settings and they'll keep showing up until you change them. It is true (another thing we need to look into) that those "recommended values" have "ALL" for routcode and "ALL" for mscope. As was pointed out directly, that is what gets things into conflict with the health check. That combination is not a value recommended by IBM. So we need to do something about that. I've got a feeling that there is no right "recommended value". If MScope ALL is recommended (is it?) then what routing code selection would be recommended? It can't be "all", it can't be "all except 11". So which routing code(s) would you choose to remove from the recommendation? That's a customer decision to be based, at least in part, on their use of routing codes. There might be a reasonable "default value". Perhaps (for example) all the low-numbered routing codes except 11 (since there is little use of the high-numbered routing codes, I think). So maybe the window should let you view "default values". And then let you say OK (or not). But not simply let you go forward with "recommended values". Or maybe the "recommended value" should be "use SAF setup" for all the items. That has some appeal to me. I'm sure there are many possibilities, and some will be good for some folks and less good for others. But at a minimum, we don't want to conflict, by default, with our own recommended best practices. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
RESOLVED (for now) I did some brute force changes via the z/OSMF dialog to test combinations of routecde ALL or NONE and mscope LOCAL or ALL. Routecde ALL and Mscope LOCAL has resolved the health checker issues. Note to others: Do NOT use the checkbox in the dialog for 'Use Recommended Values'These set mscope to ALL and gives the health checker some heartburn. The SAMPLIB set up does say mscope() in the OPERPARM sample. Locally, we have never used the OPERPARM keyword to define or modify the console userids. I am assuming that the OPERPARM values currently on the userids were generated because we gave those id's permission to the CONOPER facility. An earlier iteration of z/OSMF would have used its default recommended value of ALL and ALL.. not ALL and LOCAL. All in all, all's well that ends well. - as long as you do not take the 'recommended' values from z/OSMF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
Do you know exactly what would please the Health Checker? I What would please Health Checker is the converse of the explanation of what it did not like. As has already been discussed, it does not like a console that is "configured to have a multi-system message scope and either all routing codes or all routing codes except routing code 11". So if you are going to use multi-system scope, you just don't want ROUTCODE of All, or All except 11. You surely don't want ROUTCODE of None (since I'm thinking that that would mean you wouldn't get anything with a routcode; maybe you'd get things with descriptor code and no routcode, I don't know). I don't think that the sample is trying to identify a "minimum" or "correct" value. That might well be site-dependent and up to you to decide what you want. In any case, I will pass this along. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
The default console definition used by z/OSMF is the default value of the OPERPARM segment in SAF. For instance, ROUTCODE would default to NONE. z/OSMF has a sample job The sample, which can be found in 'sys1.samplib(IZUGCSEC)', actually has sample statements that are commented out. So even if you ran the sample as-is (or with changing only things such as userid and the console name but leaving the sample statements commented out) there would be no change to the OPERPARM definition. Therefore, it seems, the OP's shop must have uncommented-out the statements and provided a valid console name (and thus "asked for" the routing code definition that Health Checker "complained about"), perhaps not realizing the ramifications of leaving the value as "ROUTCODE(all)". We will look into providing better guidance on what to do here, to make it clearer how to avoid a definition that is deemed not to be a good practice. That might well start by changing the statement that is commented out not to have "ALL" but instead have something that you must change in order for it to be valid, accompanied by some guidance that might show what some of the options are and also what you should not use. At that point, if all you did was uncomment it, you would not get "ALL", you would not even get something valid. That would get your attention when the system complained when you tried to use it! Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
Thank you for looking into this. What you have been told is not what is happening out here on the front lines. We first created our z/OS Operating System Consoles support definitions without OPERPARM support or RACF OPERPARM segments. I do not have ready access to add OPERPARM segments to RACF so I configured the parameters using the z/OSMF modify properties dialog for the console.In that dialog, there is a checkbox for 'Use SAF'. I do not select that. The dialog itself populates with defaults that have the 'offending' routcode and msroute values. My attempts so far to find values acceptable to the Health Check have failed. Do you know exactly what would please the Health Checker? I am assuming from the last message that ROUTCDE NONE would be preferred. Do you know the minimum or correct value for the OPERPARM values under z/OSMF? It seems at this point that the provided values in SAMPLIB will not bail me out of this. I do not want to under-specify and hinder the z/OSMF functions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
This is what I am told: z/OSMF does not introduce a new default console definition. The default console definition used by z/OSMF is the default value of the OPERPARM segment in SAF. For instance, ROUTCODE would default to NONE. z/OSMF has a sample job which contains a sample command to set up OPERPARM. Although that sample command is using ROUTCODE(all), it is a sample, not a default value. Perhaps you used the sample as-is and defined OPERPARM thusly. Regardless, we'll look into either changing the sample or commenting that this sample should not be used as-is for whatever reasons. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
I could also reword it to be 'I cannot configure it to meet the unknown standards of the check' The SDSF display of the check does not include any internal buffers used inside the check. The SDSF display of the check is the check's message buffer (and might well be documented as such, since that is the terminology used throughout health checker). I made no mention of "internal buffers". What is not clear about the explanation's description of what it is looking for (in your wording, the "standards of the check"): Explanation: Report message CNZHR0003I identifies consoles that have been configured to have a multi-system message scope and either all routing codes or all routing codes except routing code 11. Apparently the default zOSMF console definition meets that categorization. That is not to say that the zOSMF default is a good one (it apparently isn't, and that can be looked at) but it is to say that the "standards of the check" are not "unclear". Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
Tom, speaking for consoles: For at least the past 25 years the 'reasonable' standard has been just what the health check tells you: - Do NOT send all routing codes or all routing codes except 11 (programmer information) to either the consoles or the hardcopy log. - Do NOT configure the MSCOPE for messages so that they automatically get sent to another system. This is a performance issue. I believe that that is even documented. I have my consoles set up like this (we don't have MCS consoles anymore): DEFAULT ROUTCODE(1-10,12-128) HOLDMODE(YES) CONSOLE DEVNUM(SYSCONS) ROUTCODE(1-10,12-128) INTIDS(Y) LEVEL(ALL) UNKNIDS(Y) CONSOLE DEVNUM(HMCS) NAME(HMCS) AUTH(MASTER) MSCOPE(*) INTIDS(Y) LEVEL(ALL) UNKNIDS(Y) ROUTCODE(1-10,12-128) PFKTAB(PFKTAB1) TIMEOUT(10) Both SYSCONS and HMCS are represented as EMCS consoles in the system. Both definitions violate the rule 'all routcodes except 11'. That may be the reason I deleted the health check. (Since I did the delete when we still had MCS consoles, I may need to revisit that deletion). As far as I am concerned, syscons and HMCS are only seldom active and I need to see what's going on and cannot limit the route codes to (1-10,12-16) for these two consoles. In another shop we had one product that *required* MSCOPE *ALL. We identified the messages that were needed there, gave them a certain routing code and set the product console (admittedly an MCS console) to only receive that routing code. That console then got MSCOPE(sys1,sys2,sys3,sys4). At the time, that seemed to satisfy the check (IIRC). As far as I know, z/OSMF communicates via EMCS consoles. For EMCS consoles, you can set attributes via RACF parm. Unfortunately, when the product defines and activates the EMCS console, it can overwrite what you had RACF-defined. We don't run z/OSMF (yet), so I cannot check for myself, but I am guessing that z/OSMF has either MSCOPE *ALL or all routing codes or both hardcoded. If that is the case, then you should open a PMR with IBM and ask them why z/OSMF violates best practises. If you delete the health check (as I did), just make sure that all your MCS defaults are 'reasonable' as stated above and that you don't have other products that set EMCS consoles with ROUT(ALL) and MSCOPE(*ALL). And remember that these two settings are really really bad for performance, as all messages need to get sent via XCF to all the systems. Having said all that, which consoles are shown when you do the requested commands: DISPLAY CONSOLES,L,FULL DISPLAY EMCS,FULL,STATUS=L Are they all z/OSMF consoles? Or are there several products involved? Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
I could also reword it to be 'I cannot configure it to meet the unknown standards of the check' The SDSF display of the check does not include any internal buffers used inside the check. It says 'something' isn't right, and 'here are the commands that can fix it', They key phrase in the display is 'not reasonable'. What IS reasonable?? As a poor uninformed user, I do not know how to feed the console modification commands OR configure z/OSMF to get these two things to play nice. For all I know, the health checker 'valid' will cause z/OSMF to have reduced functionality. What i do know is that the 'defaults' from z/OSMF is triggering the health check. --- CNZHF0003I One or more consoles are configured with a combination of message scope and routing code values that are not reasonable. Explanation: Report message CNZHR0003I identifies consoles that have been configured to have a multi-system message scope and either all routing codes or all routing codes except routing code 11. Note: For MCS, SMCS and HMCS consoles, only the consoles which are defined on this system are checked. All EMCS consoles are checked. System Action: The system continues processing. Operator Response: N/A System Programmer Response: To view the attributes of all consoles, issue the following commands: DISPLAY CONSOLES,L,FULL DISPLAY EMCS,FULL,STATUS=L Update the MSCOPE or ROUTCODE parameters of MCS, SMCS and HMCS consoles on the CONSOLE statement in the CONSOLxx parmlib member before the next IPL. For EMCS consoles (or to have the updates to MCS/SMCS/HMCS consoles in effect immediately), you may update the message scope and routing code parameters by issuing the VARY CN system command with either the MSCOPE, DMSCOPE, ROUT or DROUT parameters. Note: The VARY CN system command can only be used to set the attributes of an active console. If an EMCS console is not active, find out which product activated it and contact the product owner. Effective with z/OS V2R1, you can use the SETCON DELETE system command or the EMCS console removal service (IEARELEC in SYS1.SAMPLIB) to remove any EMCS console definition that is no longer needed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF and Health Checker butting heads
I would reword the subject as "I have configured my console for z/OSMF in a way that does not meet best practices and Health Checker is pointing this out. Now what?". Without knowing just what the check indicates, it might not be possible to help. What information does the health check provide in its message buffer to describe what it does not like? Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF and Health Checker butting heads
I recently managed to get my z/OS Consoles support configured correctly to work under z/OSMF. NOW, I am getting health checker hits on CHECK(IBMCNZ,CNZ_CONSOLE_MSCOPE_AND_ROUTCODE) I have tinkered with my EMCS definitions and even tried setting them to the z/OSMF recommended defaults. I can see that is probably a MSCOPE or xROUT issue, but I can find no documented set of values that will please both products. What MUST z/OSMF have for functionality? What values will satisfy Health Checker?? My gut reaction is to kill the health check because it is totally unhelpful towards a resolution. It says what is 'bad' but gives no indication what is 'good'. Any suggestions on a functional solution that would quell this conflict? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
Just remember, A CBPDO, doesn’t have to be processed as such, Receive it like normal, which will load the REL files, Then just APPLY/ACCEPT the FMID. If you need the other files/doc they are there. We seem to have lost the basics.. Ms Terri E Shaffer Senior Systems Engineer, z/OS Support: ACIWorldwide – Telecommuter H(412-766-2697) C(412-519-2592) terri.shaf...@aciworldwide.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Tuesday, August 30, 2022 9:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF - again, next issue EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe. I used to have to struggle with IBM installation manager - a package for installing software on midrange machines. I remember being in a hotel trying to download a fix - but Installation Manager(IM) decided it needed to upgrade itself before doing anything. It took over 6 hours to download the new version of the Installation manager, and another 2 hours to download the fix I needed! ( I had to set my alarm for 3 am, and 5 am to click "go" on the install) IBM's argument was you only need to learn one interface (IM) to install software ( across Windows and Unix) - not realising I needed to know Windows, Unix AND IBM's IM. z/OSMF is inevitable - Question: where are the skills of today? Answer: Java. Personally I would follow the ADCD approach and download a volume of product libraries and its SMP/E environment (and never use the SMP/E environment) Colin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] <http://www.aciworldwide.com> This email message and any attachments may contain confidential, proprietary or non-public information. The information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this email, please notify the sender immediately and destroy this email. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this email are those of the author personally. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
On Wed, 31 Aug 2022 14:01:37 +0100, Keith Gooding wrote: >Why would anyone use CBPDO + SMP/E to install z/OS ? (Not a rhetorical >question). > >Z/OSMF Serverpac installation is good but you may not want to use a Serverpac >to install a single product such as z/secure. Would you take a sledgehammer to your walls, hang new drywall, mud, tape, sand, and prime every time you wanted to slap a new coat of paint on them? CBPDO is no more difficult for z/OS than it is for a product. A z/OS order contains more data, so it takes a little longer to process. The post-installation steps are the same, regardless of the method you choose. The biggest thing ServerPac buys you over CBPDO, is that the SMP/E work is _largely_ done for you. Obviously, if you're a new z/OS shop, you have to start somewhere, and ServerPac is likely the better option. However, if you are an established shop with a well-defined cloning process (implying at least rudimentary JCL and SMP/E skills), ServerPac may be an over-engineered approach, and CBPDO is a feasible alternative. Art Gutowski Huntington National Bank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
I use, have been using for many years the ServerPac dialog, I like it, it's easy to use and you get 2 very clear docs 'using the dialog' and 'installing your order', and of course the migration guide. I've not use CBPDO, but IIRC when I joined state Gov long ago as a SYSPROG they used this offering. for products maybe its best? sure beats z/OSMF especially now that I have to wait for an APAR (PTF) to be applied to my system just to accept the json file format, that's just crazy, and there's no work around. Carmen On 8/31/2022 8:01 AM, Keith Gooding wrote: Why would anyone use CBPDO + SMP/E to install z/OS ? (Not a rhetorical question). Z/OSMF Serverpac installation is good but you may not want to use a Serverpac to install a single product such as z/secure. Keith On 31 Aug 2022, at 13:09, Carmen Vitullo wrote: thanks for that info Art, My teammate is not real familiar with SHOP Z and the options available. she told me trying to order as CBPDO gave her an error, I'll work with her some more to see why again thanks Carmen On 8/31/2022 4:59 AM, Art Gutowski wrote: On Tue, 30 Aug 2022 08:01:53 -0500, Carmen Vitullo wrote: >from what I was told by my teammate, Zsecure version 2.5 requires z/osmf, I could be wrong, she could be mistaken, but the issues she's having I think would affect Serverpac, or whatever it's called now, build JCL and submit JCL. my case I opened was initially on the errors we were seeing on the submit errors, that was not addressed, just the easy stuff, now I have to recreate the issue again and make sure I have the correct error message for support. typical of z/osmf support; my first case I opened for z/osmf issues was open and not resolved for 364 days, so, so far I'm ahead of the game I support Carmen I installed zSecure 2.5 with CBPDO and SMP/E using ISPF just fine. No issues. CBPDO is available for products, and for z/OS itself, and as far as I'm aware, no timeline has been announced for phasing it out. If you like z/OSMF, use it; if you prefer ISPF and SMP/E, use CBPDO...it's really not that difficult. Art Gutowski Mainframe Engineer Huntington National Bank arthur.gutow...@huntington.com -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
Why would anyone use CBPDO + SMP/E to install z/OS ? (Not a rhetorical question). Z/OSMF Serverpac installation is good but you may not want to use a Serverpac to install a single product such as z/secure. Keith > On 31 Aug 2022, at 13:09, Carmen Vitullo wrote: > > thanks for that info Art, My teammate is not real familiar with SHOP Z and > the options available. > > she told me trying to order as CBPDO gave her an error, I'll work with her > some more to see why > > again thanks > > Carmen > >> On 8/31/2022 4:59 AM, Art Gutowski wrote: >> On Tue, 30 Aug 2022 08:01:53 -0500, Carmen Vitullo >> wrote: >> >> >from what I was told by my teammate, Zsecure version 2.5 requires >>> z/osmf, I could be wrong, she could be mistaken, but the issues she's >>> having I think would affect Serverpac, or whatever it's called now, >>> build JCL and submit JCL. >>> >>> my case I opened was initially on the errors we were seeing on the >>> submit errors, that was not addressed, just the easy stuff, now I have >>> to recreate the issue again and make sure I have the correct error >>> message for support. typical of z/osmf support; my first case I opened >>> for z/osmf issues was open and not resolved for 364 days, so, so far I'm >>> ahead of the game I support >>> >>> Carmen >> I installed zSecure 2.5 with CBPDO and SMP/E using ISPF just fine. No >> issues. CBPDO is available for products, and for z/OS itself, and as far as >> I'm aware, no timeline has been announced for phasing it out. If you like >> z/OSMF, use it; if you prefer ISPF and SMP/E, use CBPDO...it's really not >> that difficult. >> >> Art Gutowski >> Mainframe Engineer >> Huntington National Bank >> arthur.gutow...@huntington.com >> >> -- >> 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
Re: z/OSMF - again, next issue
thanks for that info Art, My teammate is not real familiar with SHOP Z and the options available. she told me trying to order as CBPDO gave her an error, I'll work with her some more to see why again thanks Carmen On 8/31/2022 4:59 AM, Art Gutowski wrote: On Tue, 30 Aug 2022 08:01:53 -0500, Carmen Vitullo wrote: >from what I was told by my teammate, Zsecure version 2.5 requires z/osmf, I could be wrong, she could be mistaken, but the issues she's having I think would affect Serverpac, or whatever it's called now, build JCL and submit JCL. my case I opened was initially on the errors we were seeing on the submit errors, that was not addressed, just the easy stuff, now I have to recreate the issue again and make sure I have the correct error message for support. typical of z/osmf support; my first case I opened for z/osmf issues was open and not resolved for 364 days, so, so far I'm ahead of the game I support Carmen I installed zSecure 2.5 with CBPDO and SMP/E using ISPF just fine. No issues. CBPDO is available for products, and for z/OS itself, and as far as I'm aware, no timeline has been announced for phasing it out. If you like z/OSMF, use it; if you prefer ISPF and SMP/E, use CBPDO...it's really not that difficult. Art Gutowski Mainframe Engineer Huntington National Bank arthur.gutow...@huntington.com -- 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
Re: z/OSMF - again, next issue
On Tue, 30 Aug 2022 08:01:53 -0500, Carmen Vitullo wrote: >from what I was told by my teammate, Zsecure version 2.5 requires >z/osmf, I could be wrong, she could be mistaken, but the issues she's >having I think would affect Serverpac, or whatever it's called now, >build JCL and submit JCL. > >my case I opened was initially on the errors we were seeing on the >submit errors, that was not addressed, just the easy stuff, now I have >to recreate the issue again and make sure I have the correct error >message for support. typical of z/osmf support; my first case I opened >for z/osmf issues was open and not resolved for 364 days, so, so far I'm >ahead of the game I support > >Carmen I installed zSecure 2.5 with CBPDO and SMP/E using ISPF just fine. No issues. CBPDO is available for products, and for z/OS itself, and as far as I'm aware, no timeline has been announced for phasing it out. If you like z/OSMF, use it; if you prefer ISPF and SMP/E, use CBPDO...it's really not that difficult. Art Gutowski Mainframe Engineer Huntington National Bank arthur.gutow...@huntington.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
I "think" ADCD is used for ISV's. In addition, zPDT uses the ADCD DASD images. Sent with Proton Mail secure email. --- Original Message --- On Tuesday, August 30th, 2022 at 10:07 AM, Carmen Vitullo wrote: > okay, thanks for the clarification > > Carmen > > On 8/30/2022 9:01 AM, rpinion865 wrote: > > > IBM sends, usually twice a year, DASD images with every conceivable z/OS > > software component. It's load and go, or should I say load and IPL. It's > > IBM's idea of a z/OS system. > > > > Sent with Proton Mail secure email. > > > > --- Original Message --- > > On Tuesday, August 30th, 2022 at 9:57 AM, Carmen Vitullo > > petevi...@gmail.com wrote: > > > > > the ADCD approach? I'm not familiar with that terminology, is that the > > > billable service from IBM that build your environment + product and you > > > just restore that environment? , I worked in state government where IBM > > > lead the Y2K project for us and that's how we receive the required OS > > > and products to support Y2K, also I was part of an IBM Global Services > > > team that supported many clients, and IIRC used that mechanism to > > > upgrade their systems. that long response said, sorry, that's not an > > > option for us right now. > > > > > > what I struggle with is exactly what you have described > > > > > > I am concerned that z/OSMF is running on a prod LPAR, and the product > > > we're trying to upgrade is required to be upgraded before I can apply > > > and test the RSU maint I have received and the required PTF I need is > > > contained in that maint level. > > > > > > I'm asking support for a work around to this issue, and asking for a > > > resolution to my submit failure issue. > > > > > > Carmen > > > > > > On 8/30/2022 8:42 AM, Colin Paice wrote: > > > > > > > I used to have to struggle with IBM installation manager - a package for > > > > installing software on midrange machines. > > > > I remember being in a hotel trying to download a fix - but Installation > > > > Manager(IM) decided it needed to upgrade itself before doing anything. > > > > It > > > > took over 6 hours to download the new version of the Installation > > > > manager, > > > > and another 2 hours to download the fix I needed! ( I had to set my > > > > alarm > > > > for 3 am, and 5 am to click "go" on the install) > > > > > > > > IBM's argument was you only need to learn one interface (IM) to install > > > > software ( across Windows and Unix) - not realising I needed to know > > > > Windows, Unix AND IBM's IM. > > > > > > > > z/OSMF is inevitable - Question: where are the skills of today? Answer: > > > > Java. > > > > > > > > Personally I would follow the ADCD approach and download a volume of > > > > product libraries and its SMP/E environment (and never use the SMP/E > > > > environment) > > > > > > > > Colin > > > > > > > > -- > > > > 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 > > > -- > 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
Re: z/OSMF - again, next issue
okay, thanks for the clarification Carmen On 8/30/2022 9:01 AM, rpinion865 wrote: IBM sends, usually twice a year, DASD images with every conceivable z/OS software component. It's load and go, or should I say load and IPL. It's IBM's idea of a z/OS system. Sent with Proton Mail secure email. --- Original Message --- On Tuesday, August 30th, 2022 at 9:57 AM, Carmen Vitullo wrote: the ADCD approach? I'm not familiar with that terminology, is that the billable service from IBM that build your environment + product and you just restore that environment? , I worked in state government where IBM lead the Y2K project for us and that's how we receive the required OS and products to support Y2K, also I was part of an IBM Global Services team that supported many clients, and IIRC used that mechanism to upgrade their systems. that long response said, sorry, that's not an option for us right now. what I struggle with is exactly what you have described I am concerned that z/OSMF is running on a prod LPAR, and the product we're trying to upgrade is required to be upgraded before I can apply and test the RSU maint I have received and the required PTF I need is contained in that maint level. I'm asking support for a work around to this issue, and asking for a resolution to my submit failure issue. Carmen On 8/30/2022 8:42 AM, Colin Paice wrote: I used to have to struggle with IBM installation manager - a package for installing software on midrange machines. I remember being in a hotel trying to download a fix - but Installation Manager(IM) decided it needed to upgrade itself before doing anything. It took over 6 hours to download the new version of the Installation manager, and another 2 hours to download the fix I needed! ( I had to set my alarm for 3 am, and 5 am to click "go" on the install) IBM's argument was you only need to learn one interface (IM) to install software ( across Windows and Unix) - not realising I needed to know Windows, Unix AND IBM's IM. z/OSMF is inevitable - Question: where are the skills of today? Answer: Java. Personally I would follow the ADCD approach and download a volume of product libraries and its SMP/E environment (and never use the SMP/E environment) Colin -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
there are so many pieces, parts that are supported by different teams? as I stated my first case open with IBM on the zosmf issue I was having was related to JES2EDS, it took almost a year for them to figure out my mail server SMTP did not require authentication , so a special jar file was built and a local override file was required to get past this issue, before that it was me weekly sometimes daily trying to get an update on my issue only to get, we're researching your problem, :( I had to reach out to my IBM account rep to get any action, so, an instrumental product required to install your OS and other subsystems gets little to no attention, that's been my case. IMHO - zosmf needs to be more stable and more tolerant like the OS it is built to support Carmen On 8/30/2022 8:53 AM, Mike Shaw wrote: It seems to me that z/OSMF is being developed one piece at a time, slowly, instead of starting with a well-thought out and relatively complet design ahead of time. Portions are being developed and added, one at a time, as the need for those portions of the product is discovered. It's like we are all participants in a giant beta test. My opinion only... Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. On Tue, Aug 30, 2022 at 9:01 AM Carmen Vitullo wrote: from what I was told by my teammate, Zsecure version 2.5 requires z/osmf, I could be wrong, she could be mistaken, but the issues she's having I think would affect Serverpac, or whatever it's called now, build JCL and submit JCL. my case I opened was initially on the errors we were seeing on the submit errors, that was not addressed, just the easy stuff, now I have to recreate the issue again and make sure I have the correct error message for support. typical of z/osmf support; my first case I opened for z/osmf issues was open and not resolved for 364 days, so, so far I'm ahead of the game I support Carmen On 8/30/2022 7:54 AM, Keith Gooding wrote: Just curious - I thought that only Serverpac required the use of z/OSMF and CBPDOs are installed using traditional methods. Are there now products which have to be installed using z/OSMF ? Is it now possible to install a CNPDO using z/OSMF. For the record my experience of z/OSMF for Serverpac installation has been positive - I would not want to go back to the ISPF dialogue method. Keith Gooding On 30 Aug 2022, at 13:37, Carmen Vitullo wrote: I don't recall ever having to work or needing to use a product to install or maintain a product that required another product as finicky as z/osmf at my 2.4 level downloading a product to support that level, the json file version was not compatible WTH, opening a case with IBM apparently there's an APAR PTF, sorry this is just insane using a product built on Java to support a Mainframe product and have this much incompatibility :( sad, very sad MHO Carmen On 8/29/2022 8:34 PM, Robert Garrett wrote: zOSMF. A reasonably good idea that has been extremely poorly and sloppily implemented. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Monday, August 29, 2022 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF - again, next issue I'm working with a teammate that is required to use z/osmf to download an new zsecure release, we successfully added the portable software instance and provide the https server and client parms, updated the JOBCARD, the next parts we hunt and peck and guess what to do next, we found quite by accident we had to 'complete add' to get to the part to submit the job to download the product from IBM, selecting action/submit the job we get this error The request could not be completed because an error occurred. Error: IZUD999E Aug 29, 2022, 1:02:08 PM An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E the IZU messages are no help, we checked the configuration for the system(s) and found nothing configured wrong we saw, the PDS where the JCL was stored we submitted via TSO /ISPF successfully, next we went on and selected NEXT to move to the next job/process then we got this error An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E Aug 29, 2022, 1:02:45 PM I did not see any error in the IZUSVR1 address space or in the syslog. my question, has anyone been successful submitting from z/osmf? is there somewhere I can check that needs configuring I may have missed? thanks Carmen -- 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
Re: z/OSMF - again, next issue
IBM sends, usually twice a year, DASD images with every conceivable z/OS software component. It's load and go, or should I say load and IPL. It's IBM's idea of a z/OS system. Sent with Proton Mail secure email. --- Original Message --- On Tuesday, August 30th, 2022 at 9:57 AM, Carmen Vitullo wrote: > the ADCD approach? I'm not familiar with that terminology, is that the > billable service from IBM that build your environment + product and you > just restore that environment? , I worked in state government where IBM > lead the Y2K project for us and that's how we receive the required OS > and products to support Y2K, also I was part of an IBM Global Services > team that supported many clients, and IIRC used that mechanism to > upgrade their systems. that long response said, sorry, that's not an > option for us right now. > > what I struggle with is exactly what you have described > > I am concerned that z/OSMF is running on a prod LPAR, and the product > we're trying to upgrade is required to be upgraded before I can apply > and test the RSU maint I have received and the required PTF I need is > contained in that maint level. > > I'm asking support for a work around to this issue, and asking for a > resolution to my submit failure issue. > > Carmen > > On 8/30/2022 8:42 AM, Colin Paice wrote: > > > I used to have to struggle with IBM installation manager - a package for > > installing software on midrange machines. > > I remember being in a hotel trying to download a fix - but Installation > > Manager(IM) decided it needed to upgrade itself before doing anything. It > > took over 6 hours to download the new version of the Installation manager, > > and another 2 hours to download the fix I needed! ( I had to set my alarm > > for 3 am, and 5 am to click "go" on the install) > > > > IBM's argument was you only need to learn one interface (IM) to install > > software ( across Windows and Unix) - not realising I needed to know > > Windows, Unix AND IBM's IM. > > > > z/OSMF is inevitable - Question: where are the skills of today? Answer: > > Java. > > > > Personally I would follow the ADCD approach and download a volume of > > product libraries and its SMP/E environment (and never use the SMP/E > > environment) > > > > Colin > > > > -- > > 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
Re: z/OSMF - again, next issue
the ADCD approach? I'm not familiar with that terminology, is that the billable service from IBM that build your environment + product and you just restore that environment? , I worked in state government where IBM lead the Y2K project for us and that's how we receive the required OS and products to support Y2K, also I was part of an IBM Global Services team that supported many clients, and IIRC used that mechanism to upgrade their systems. that long response said, sorry, that's not an option for us right now. what I struggle with is exactly what you have described I am concerned that z/OSMF is running on a prod LPAR, and the product we're trying to upgrade is required to be upgraded before I can apply and test the RSU maint I have received and the required PTF I need is contained in that maint level. I'm asking support for a work around to this issue, and asking for a resolution to my submit failure issue. Carmen On 8/30/2022 8:42 AM, Colin Paice wrote: I used to have to struggle with IBM installation manager - a package for installing software on midrange machines. I remember being in a hotel trying to download a fix - but Installation Manager(IM) decided it needed to upgrade itself before doing anything. It took over 6 hours to download the new version of the Installation manager, and another 2 hours to download the fix I needed! ( I had to set my alarm for 3 am, and 5 am to click "go" on the install) IBM's argument was you only need to learn one interface (IM) to install software ( across Windows and Unix) - not realising I needed to know Windows, Unix AND IBM's IM. z/OSMF is inevitable - Question: where are the skills of today? Answer: Java. Personally I would follow the ADCD approach and download a volume of product libraries and its SMP/E environment (and never use the SMP/E environment) Colin -- 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
Re: z/OSMF - again, next issue
It seems to me that z/OSMF is being developed one piece at a time, slowly, instead of starting with a well-thought out and relatively complet design ahead of time. Portions are being developed and added, one at a time, as the need for those portions of the product is discovered. It's like we are all participants in a giant beta test. My opinion only... Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. On Tue, Aug 30, 2022 at 9:01 AM Carmen Vitullo wrote: > from what I was told by my teammate, Zsecure version 2.5 requires > z/osmf, I could be wrong, she could be mistaken, but the issues she's > having I think would affect Serverpac, or whatever it's called now, > build JCL and submit JCL. > > my case I opened was initially on the errors we were seeing on the > submit errors, that was not addressed, just the easy stuff, now I have > to recreate the issue again and make sure I have the correct error > message for support. typical of z/osmf support; my first case I opened > for z/osmf issues was open and not resolved for 364 days, so, so far I'm > ahead of the game I support > > Carmen > > On 8/30/2022 7:54 AM, Keith Gooding wrote: > > Just curious - I thought that only Serverpac required the use of z/OSMF > and CBPDOs are installed using traditional methods. Are there now products > which have to be installed using z/OSMF ? Is it now possible to install a > CNPDO using z/OSMF. > > > > For the record my experience of z/OSMF for Serverpac installation has > been positive - I would not want to go back to the ISPF dialogue method. > > > > Keith Gooding > > > >> On 30 Aug 2022, at 13:37, Carmen Vitullo wrote: > >> > >> I don't recall ever having to work or needing to use a product to > install or maintain a product that required another product as finicky as > z/osmf > >> > >> at my 2.4 level downloading a product to support that level, the json > file version was not compatible WTH, > >> > >> opening a case with IBM apparently there's an APAR PTF, sorry this is > just insane using a product built on Java to support a Mainframe product > and have this much incompatibility :( > >> > >> sad, very sad > >> > >> MHO > >> > >> Carmen > >> > >>> On 8/29/2022 8:34 PM, Robert Garrett wrote: > >>> zOSMF. A reasonably good idea that has been extremely poorly and > sloppily implemented. > >>> > >>> -----Original Message- > >>> From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > >>> Sent: Monday, August 29, 2022 1:13 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: z/OSMF - again, next issue > >>> > >>> I'm working with a teammate that is required to use z/osmf to download > an new zsecure release, we successfully added the portable software > instance and provide the https server and client parms, updated the > JOBCARD, the next parts we hunt and peck and guess what to do next, we > found quite by accident we had to 'complete add' to get to the part to > submit the job to download the product from IBM, selecting action/submit > the job we get this error > >>> > >>> The request could not be completed because an error occurred. Error: > >>> > >>> IZUD999E > >>> > >>> Aug 29, 2022, 1:02:08 PM > >>> > >>> An error occurred when attempting to contact the application server. > The server returned HTTP status code: 500. > >>> > >>> IZUG857E > >>> > >>> the IZU messages are no help, we checked the configuration for the > system(s) and found nothing configured wrong we saw, the PDS where the JCL > was stored we submitted via TSO /ISPF successfully, next we went on and > selected NEXT to move to the next job/process then we got this error An > error occurred when attempting to contact the application server. The > server returned HTTP status code: 500. > >>> > >>> IZUG857E > >>> > >>> Aug 29, 2022, 1:02:45 PM > >>> I did not see any error in the IZUSVR1 address space or in the syslog. > >>> my question, has anyone been successful submitting from z/osmf? is > there somewhere I can check that needs configuring I may have missed? > >>> thanks > >>> > >>> Carmen > >>> > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the m
z/OSMF - again, next issue
I used to have to struggle with IBM installation manager - a package for installing software on midrange machines. I remember being in a hotel trying to download a fix - but Installation Manager(IM) decided it needed to upgrade itself before doing anything. It took over 6 hours to download the new version of the Installation manager, and another 2 hours to download the fix I needed! ( I had to set my alarm for 3 am, and 5 am to click "go" on the install) IBM's argument was you only need to learn one interface (IM) to install software ( across Windows and Unix) - not realising I needed to know Windows, Unix AND IBM's IM. z/OSMF is inevitable - Question: where are the skills of today? Answer: Java. Personally I would follow the ADCD approach and download a volume of product libraries and its SMP/E environment (and never use the SMP/E environment) Colin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
from what I was told by my teammate, Zsecure version 2.5 requires z/osmf, I could be wrong, she could be mistaken, but the issues she's having I think would affect Serverpac, or whatever it's called now, build JCL and submit JCL. my case I opened was initially on the errors we were seeing on the submit errors, that was not addressed, just the easy stuff, now I have to recreate the issue again and make sure I have the correct error message for support. typical of z/osmf support; my first case I opened for z/osmf issues was open and not resolved for 364 days, so, so far I'm ahead of the game I support Carmen On 8/30/2022 7:54 AM, Keith Gooding wrote: Just curious - I thought that only Serverpac required the use of z/OSMF and CBPDOs are installed using traditional methods. Are there now products which have to be installed using z/OSMF ? Is it now possible to install a CNPDO using z/OSMF. For the record my experience of z/OSMF for Serverpac installation has been positive - I would not want to go back to the ISPF dialogue method. Keith Gooding On 30 Aug 2022, at 13:37, Carmen Vitullo wrote: I don't recall ever having to work or needing to use a product to install or maintain a product that required another product as finicky as z/osmf at my 2.4 level downloading a product to support that level, the json file version was not compatible WTH, opening a case with IBM apparently there's an APAR PTF, sorry this is just insane using a product built on Java to support a Mainframe product and have this much incompatibility :( sad, very sad MHO Carmen On 8/29/2022 8:34 PM, Robert Garrett wrote: zOSMF. A reasonably good idea that has been extremely poorly and sloppily implemented. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Monday, August 29, 2022 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF - again, next issue I'm working with a teammate that is required to use z/osmf to download an new zsecure release, we successfully added the portable software instance and provide the https server and client parms, updated the JOBCARD, the next parts we hunt and peck and guess what to do next, we found quite by accident we had to 'complete add' to get to the part to submit the job to download the product from IBM, selecting action/submit the job we get this error The request could not be completed because an error occurred. Error: IZUD999E Aug 29, 2022, 1:02:08 PM An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E the IZU messages are no help, we checked the configuration for the system(s) and found nothing configured wrong we saw, the PDS where the JCL was stored we submitted via TSO /ISPF successfully, next we went on and selected NEXT to move to the next job/process then we got this error An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E Aug 29, 2022, 1:02:45 PM I did not see any error in the IZUSVR1 address space or in the syslog. my question, has anyone been successful submitting from z/osmf? is there somewhere I can check that needs configuring I may have missed? thanks Carmen -- 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 -- 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
Re: z/OSMF - again, next issue
Just curious - I thought that only Serverpac required the use of z/OSMF and CBPDOs are installed using traditional methods. Are there now products which have to be installed using z/OSMF ? Is it now possible to install a CNPDO using z/OSMF. For the record my experience of z/OSMF for Serverpac installation has been positive - I would not want to go back to the ISPF dialogue method. Keith Gooding > On 30 Aug 2022, at 13:37, Carmen Vitullo wrote: > > I don't recall ever having to work or needing to use a product to install or > maintain a product that required another product as finicky as z/osmf > > at my 2.4 level downloading a product to support that level, the json file > version was not compatible WTH, > > opening a case with IBM apparently there's an APAR PTF, sorry this is just > insane using a product built on Java to support a Mainframe product and have > this much incompatibility :( > > sad, very sad > > MHO > > Carmen > >> On 8/29/2022 8:34 PM, Robert Garrett wrote: >> zOSMF. A reasonably good idea that has been extremely poorly and sloppily >> implemented. >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Carmen Vitullo >> Sent: Monday, August 29, 2022 1:13 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: z/OSMF - again, next issue >> >> I'm working with a teammate that is required to use z/osmf to download an >> new zsecure release, we successfully added the portable software instance >> and provide the https server and client parms, updated the JOBCARD, the next >> parts we hunt and peck and guess what to do next, we found quite by accident >> we had to 'complete add' to get to the part to submit the job to download >> the product from IBM, selecting action/submit the job we get this error >> >> The request could not be completed because an error occurred. Error: >> >> IZUD999E >> >> Aug 29, 2022, 1:02:08 PM >> >> An error occurred when attempting to contact the application server. The >> server returned HTTP status code: 500. >> >> IZUG857E >> >> the IZU messages are no help, we checked the configuration for the system(s) >> and found nothing configured wrong we saw, the PDS where the JCL was stored >> we submitted via TSO /ISPF successfully, next we went on and selected NEXT >> to move to the next job/process then we got this error An error occurred >> when attempting to contact the application server. The server returned HTTP >> status code: 500. >> >> IZUG857E >> >> Aug 29, 2022, 1:02:45 PM >> I did not see any error in the IZUSVR1 address space or in the syslog. >> my question, has anyone been successful submitting from z/osmf? is there >> somewhere I can check that needs configuring I may have missed? >> thanks >> >> Carmen >> >> -- >> 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - again, next issue
I don't recall ever having to work or needing to use a product to install or maintain a product that required another product as finicky as z/osmf at my 2.4 level downloading a product to support that level, the json file version was not compatible WTH, opening a case with IBM apparently there's an APAR PTF, sorry this is just insane using a product built on Java to support a Mainframe product and have this much incompatibility :( sad, very sad MHO Carmen On 8/29/2022 8:34 PM, Robert Garrett wrote: zOSMF. A reasonably good idea that has been extremely poorly and sloppily implemented. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Monday, August 29, 2022 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF - again, next issue I'm working with a teammate that is required to use z/osmf to download an new zsecure release, we successfully added the portable software instance and provide the https server and client parms, updated the JOBCARD, the next parts we hunt and peck and guess what to do next, we found quite by accident we had to 'complete add' to get to the part to submit the job to download the product from IBM, selecting action/submit the job we get this error The request could not be completed because an error occurred. Error: IZUD999E Aug 29, 2022, 1:02:08 PM An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E the IZU messages are no help, we checked the configuration for the system(s) and found nothing configured wrong we saw, the PDS where the JCL was stored we submitted via TSO /ISPF successfully, next we went on and selected NEXT to move to the next job/process then we got this error An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E Aug 29, 2022, 1:02:45 PM I did not see any error in the IZUSVR1 address space or in the syslog. my question, has anyone been successful submitting from z/osmf? is there somewhere I can check that needs configuring I may have missed? thanks Carmen -- 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
Re: z/OSMF - again, next issue
zOSMF. A reasonably good idea that has been extremely poorly and sloppily implemented. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Monday, August 29, 2022 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF - again, next issue I'm working with a teammate that is required to use z/osmf to download an new zsecure release, we successfully added the portable software instance and provide the https server and client parms, updated the JOBCARD, the next parts we hunt and peck and guess what to do next, we found quite by accident we had to 'complete add' to get to the part to submit the job to download the product from IBM, selecting action/submit the job we get this error The request could not be completed because an error occurred. Error: IZUD999E Aug 29, 2022, 1:02:08 PM An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E the IZU messages are no help, we checked the configuration for the system(s) and found nothing configured wrong we saw, the PDS where the JCL was stored we submitted via TSO /ISPF successfully, next we went on and selected NEXT to move to the next job/process then we got this error An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E Aug 29, 2022, 1:02:45 PM I did not see any error in the IZUSVR1 address space or in the syslog. my question, has anyone been successful submitting from z/osmf? is there somewhere I can check that needs configuring I may have missed? thanks Carmen -- 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
z/OSMF - again, next issue
I'm working with a teammate that is required to use z/osmf to download an new zsecure release, we successfully added the portable software instance and provide the https server and client parms, updated the JOBCARD, the next parts we hunt and peck and guess what to do next, we found quite by accident we had to 'complete add' to get to the part to submit the job to download the product from IBM, selecting action/submit the job we get this error The request could not be completed because an error occurred. Error: IZUD999E Aug 29, 2022, 1:02:08 PM An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E the IZU messages are no help, we checked the configuration for the system(s) and found nothing configured wrong we saw, the PDS where the JCL was stored we submitted via TSO /ISPF successfully, next we went on and selected NEXT to move to the next job/process then we got this error An error occurred when attempting to contact the application server. The server returned HTTP status code: 500. IZUG857E Aug 29, 2022, 1:02:45 PM I did not see any error in the IZUSVR1 address space or in the syslog. my question, has anyone been successful submitting from z/osmf? is there somewhere I can check that needs configuring I may have missed? thanks Carmen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF again
Just generate the RACF commands and convert them. Or generate them and send them to Broadcom and have them convert them. Sometimes the cookbooks lag or they don't have the latest stuff. So unless they've updated the cookbooks lately, I wouldn't use the stuff in the cookbooks for your ZOSMF setup. Any problems with TSS can be tracked through using the sectrace and the OMVS trace. Rob On Thu, Jul 21, 2022, 18:54 Steve Beaver wrote: > Tom. I have a conf call with the TSS development manager tomorrow about > this very topic > > Sent from my iPhone > > No one said I could type with one thumb > > > On Jul 21, 2022, at 17:47, Tom Brennan > wrote: > > > > I've barely worked with TSS, but when I did I would send a list of RACF > commands copy/pasted from an install manual to CA support, and they would > reply with the TSS equivalents. They never complained and never rubbed my > nose in a manual, so I figured this was standard procedure. > > > > Kind of reminds me how Kolusu responds (following Yaeger's lead) with > complete and probably even tested DFSORT JCL and sysin, with no "You should > read chapter 12" admonishment. Pretty cool. > > > >> On 7/21/2022 9:01 AM, Steely.Mark wrote: > >> This shop is TSS - not so easy. > >> -Original Message- > >> From: IBM Mainframe Discussion List On > Behalf Of Steve Beaver > >> Sent: Thursday, July 21, 2022 10:57 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: z/OSMF again > >> ATTENTION: This e-mail came from an external source. Do not open > attachments or click on links from unknown or unexpected emails. > >> On a RACF system it’s a cakewalk > > > > -- > > 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
Re: z/OSMF again
Tom. I have a conf call with the TSS development manager tomorrow about this very topic Sent from my iPhone No one said I could type with one thumb > On Jul 21, 2022, at 17:47, Tom Brennan wrote: > > I've barely worked with TSS, but when I did I would send a list of RACF > commands copy/pasted from an install manual to CA support, and they would > reply with the TSS equivalents. They never complained and never rubbed my > nose in a manual, so I figured this was standard procedure. > > Kind of reminds me how Kolusu responds (following Yaeger's lead) with > complete and probably even tested DFSORT JCL and sysin, with no "You should > read chapter 12" admonishment. Pretty cool. > >> On 7/21/2022 9:01 AM, Steely.Mark wrote: >> This shop is TSS - not so easy. >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Steve Beaver >> Sent: Thursday, July 21, 2022 10:57 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: z/OSMF again >> ATTENTION: This e-mail came from an external source. Do not open attachments >> or click on links from unknown or unexpected emails. >> On a RACF system it’s a cakewalk > > -- > 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
Re: z/OSMF again
I've barely worked with TSS, but when I did I would send a list of RACF commands copy/pasted from an install manual to CA support, and they would reply with the TSS equivalents. They never complained and never rubbed my nose in a manual, so I figured this was standard procedure. Kind of reminds me how Kolusu responds (following Yaeger's lead) with complete and probably even tested DFSORT JCL and sysin, with no "You should read chapter 12" admonishment. Pretty cool. On 7/21/2022 9:01 AM, Steely.Mark wrote: This shop is TSS - not so easy. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Thursday, July 21, 2022 10:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF again ATTENTION: This e-mail came from an external source. Do not open attachments or click on links from unknown or unexpected emails. On a RACF system it’s a cakewalk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF again
CA/BroadCom has a cookbook that replicates all the security rules for z/OSMF, If I can find the doc I can forward to you, but it does exist on their support site Carmen On 7/21/2022 11:01 AM, Steely.Mark wrote: This shop is TSS - not so easy. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Thursday, July 21, 2022 10:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF again ATTENTION: This e-mail came from an external source. Do not open attachments or click on links from unknown or unexpected emails. On a RACF system it’s a cakewalk Sent from my iPhone No one said I could type with one thumb On Jul 21, 2022, at 10:06, Steely.Mark wrote: I can't believe it was that easy. The 2 Icons were there and dragged them to the desktop. Now the hard part starting the installation process.. Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Wednesday, July 20, 2022 6:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF again ATTENTION: This e-mail came from an external source. Do not open attachments or click on links from unknown or unexpected emails. There are 2 missing icons that I need - Software Management & Software Updates. I been through several manuals and have performed additional setup and SAF rules that are suppose to provide this function. Did you check the "App Center" folder in the lower left corner of the z/OSMF desktop? I don't know why, but some application icons do not get displayed on the desktop by default, but you can drag them from the App Center folder to the desktop. If they are not in the App Center folder then I suggest open a support case. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- 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 -- 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
Re: z/OSMF again
This shop is TSS - not so easy. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Thursday, July 21, 2022 10:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF again ATTENTION: This e-mail came from an external source. Do not open attachments or click on links from unknown or unexpected emails. On a RACF system it’s a cakewalk Sent from my iPhone No one said I could type with one thumb > On Jul 21, 2022, at 10:06, Steely.Mark wrote: > > I can't believe it was that easy. The 2 Icons were there and dragged them to > the desktop. > > Now the hard part starting the installation process.. > > Thanks > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Kurt J. Quackenbush > Sent: Wednesday, July 20, 2022 6:16 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF again > > ATTENTION: This e-mail came from an external source. Do not open attachments > or click on links from unknown or unexpected emails. > > >> There are 2 missing icons that I need - Software Management & Software >> Updates. > >> I been through several manuals and have performed additional setup and SAF >> rules that are suppose to provide this function. > > Did you check the "App Center" folder in the lower left corner of the z/OSMF > desktop? I don't know why, but some application icons do not get displayed > on the desktop by default, but you can drag them from the App Center folder > to the desktop. If they are not in the App Center folder then I suggest open > a support case. > > Kurt Quackenbush > IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com > > Chuck Norris never uses CHECK when he applies PTFs. > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF again
On a RACF system it’s a cakewalk Sent from my iPhone No one said I could type with one thumb > On Jul 21, 2022, at 10:06, Steely.Mark wrote: > > I can't believe it was that easy. The 2 Icons were there and dragged them to > the desktop. > > Now the hard part starting the installation process.. > > Thanks > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Kurt J. Quackenbush > Sent: Wednesday, July 20, 2022 6:16 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF again > > ATTENTION: This e-mail came from an external source. Do not open attachments > or click on links from unknown or unexpected emails. > > >> There are 2 missing icons that I need - Software Management & Software >> Updates. > >> I been through several manuals and have performed additional setup and SAF >> rules that are suppose to provide this function. > > Did you check the "App Center" folder in the lower left corner of the z/OSMF > desktop? I don't know why, but some application icons do not get displayed > on the desktop by default, but you can drag them from the App Center folder > to the desktop. If they are not in the App Center folder then I suggest open > a support case. > > Kurt Quackenbush > IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com > > Chuck Norris never uses CHECK when he applies PTFs. > > -- > 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
Re: z/OSMF again
I can't believe it was that easy. The 2 Icons were there and dragged them to the desktop. Now the hard part starting the installation process.. Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Wednesday, July 20, 2022 6:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF again ATTENTION: This e-mail came from an external source. Do not open attachments or click on links from unknown or unexpected emails. > There are 2 missing icons that I need - Software Management & Software > Updates. > I been through several manuals and have performed additional setup and SAF > rules that are suppose to provide this function. Did you check the "App Center" folder in the lower left corner of the z/OSMF desktop? I don't know why, but some application icons do not get displayed on the desktop by default, but you can drag them from the App Center folder to the desktop. If they are not in the App Center folder then I suggest open a support case. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- 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
Re: z/OSMF again
> There are 2 missing icons that I need - Software Management & Software > Updates. > I been through several manuals and have performed additional setup and SAF > rules that are suppose to provide this function. Did you check the "App Center" folder in the lower left corner of the z/OSMF desktop? I don't know why, but some application icons do not get displayed on the desktop by default, but you can drag them from the App Center folder to the desktop. If they are not in the App Center folder then I suggest open a support case. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF again
When I logon to z/OSMF all I see is 16 ICONS. There are 2 missing icons that I need - Software Management & Software Updates. I been through several manuals and have performed additional setup and SAF rules that are suppose to provide this function. Any ideas of what I can check first ? Open a case with IBM is the next step. We are z/OS v2.4 and I have a product to install that is only delivered z/OSMF format from IBM. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Learn more about z/OSMF zERT and Zowe on Wednesday!
A late advertisement, but maybe still some haven't yet seen this: Be sure to register for the z/OSMF Guild session tomorrow, Wednesday July 20th! The July session will focus on the IBM zERT Network Analyzer and Zowe V2 + z/OSMF. This is a public session and all are welcome. Feel free to share with any peers or clients who may benefit from the discussion! Register here: https://ibm.biz/zOSMFGuild9 Thanks - Marna WALLE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Rollout
Brian, I am not an expert in z/OSMF, but I wrote z/OSMF autostart: how to stop it, and how to use it (or not) <https://colinpaice.blog/2021/09/08/z-osmf-autostart-how-to-stop-it-and-how-to-use-it-or-not/> because you might need to handle a z/OSMF instance starting on LPARA today. and LPARB tomorrow. Do you need a VIPA? Do you need more than one instance of a stateless z/OSMF running, for example one on each LPAR, and an instance where you do "workload" type stuff, which contains state about work in progress. If you have to restart z/OSMF, how do you handle the down time - which could be minutes? I could not find answers to these sorts of questions. Colin On Mon, 13 Jun 2022 at 19:20, Igor Froderick < 04219c614a54-dmarc-requ...@listserv.ua.edu> wrote: > We're looking to rollout a z/OSMF 2.4 configuration from our test > environment to our user-acceptance environment. > Hoping to not have to start from scratch. > > Just wondering if anyone had any rules-of-thumb, procedures, or advice in > general for rolling it into an n'th environment > while changing only what is required for the new environment. > > Does it make sense to try to employ the Software Deployment component? > > Any advice greatly appreciated! > > Thanks in Advance, > Brian. > > -- > 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
Upcoming z/OSMF Community Guild Meeting
Join our upcoming z/OSMF Community Guild meeting on June 15, 2022 from 10:00am to 11:00am EST featuring Ruchi Saxena & Dawn Damore of Broadcom and Kurt Quackenbush of IBM. Ruchi and Dawn will present on how Broadcom is creating a more seamless product implementation experience by tying z/OSMF into their customer-centric approach. Kurt will demonstrate how to use the z/OSMF Software Update plugin for installing corrective, recommended, and functional updates on your system. Please enroll here: http://ibm.biz/zOSMFGuildHome. Looking forward to seeing you there! -Marna WALLE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF Rollout
We're looking to rollout a z/OSMF 2.4 configuration from our test environment to our user-acceptance environment. Hoping to not have to start from scratch. Just wondering if anyone had any rules-of-thumb, procedures, or advice in general for rolling it into an n'th environment while changing only what is required for the new environment. Does it make sense to try to employ the Software Deployment component? Any advice greatly appreciated! Thanks in Advance, Brian. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF WSA and ISPF Plugin for z/OSMF
On Mon, Jun 13, 2022 at 1:09 AM Seymour J Metz wrote: > Can you start to a new window as an alternative to a new tab? That was my > common use case for WSA. > No, not as far as I can tell. Tabs or splits only. > > Also, what is performance like? > It's OK, not as fast as TN3270. But I am accessing a machine on the opposite side of the globe from me. As for resource consumption, I haven't done any measurements, but z/OSMF is in general pretty piggish with CPU & memory. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF WSA and ISPF Plugin for z/OSMF
Can you start to a new window as an alternative to a new tab? That was my common use case for WSA. Also, what is performance like? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Smith [sasd...@gmail.com] Sent: Saturday, June 11, 2022 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF WSA and ISPF Plugin for z/OSMF I experimented with WSA back in the day; didn't find it especially compelling, best I can recall. I've lately been experimenting with the ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you might like it. I presume whatever customization done with WSA would not apply. I have a list of things I don't like about the ISPF plugin, but it may hopefully improve. One thing that is really good is tabbed screens. Instead of 'SPLIT' (which is still there), you can enter 'START' to get a new tabbed screen. sas On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky wrote: > Ditto > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > >I am still in mourning about the prospect of losing WSA. I built several > >tools around it. :-( > > > -- 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
Re: ISPF WSA and ISPF Plugin for z/OSMF
On Sun, 12 Jun 2022 16:15:11 -0400, Don Leahy wrote: >Yes, ISPF stats are too easily manipulated to be reliable. I regard them >as a convenience and would not try to use them for serious source control >purposes. > Here, I laud SMP/E for employing relations in a VSAM data base rather than file timestamps (as "make" uses), which are often chaotic, or in the case of classic MVS nonexistent. This is making a virtue of necessity. >> If I migrate and recall a PDSE with HSM, the original FAMS >> timestamps are preserved. >> If I unload and reload that PDSE with IEBCOPY, those timestamps >> are changed to the time of the reload. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF WSA and ISPF Plugin for z/OSMF
Yes, ISPF stats are too easily manipulated to be reliable. I regard them as a convenience and would not try to use them for serious source control purposes. On Sun, Jun 12, 2022 at 12:31 Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Sun, 12 Jun 2022 10:26:38 -0400, Don Leahy wrote: > > >It was also aware of ISPF stats, so on a WS to host xfer it could compare > >dates and only transfer changed files. > > > But beware. Timestamps at both ends may be under user control. > I have scripts that deliberately change timestamps of some files > to match their content. > > If I migrate and recall a PDSE with HSM, the original FAMS > timestamps are preserved. > If I unload and reload that PDSE with IEBCOPY, those timestamps > are changed to the time of the reload. > > And z/OS, Windows, and UNIX have different timezone conventions. > > -- > gil > > -- > 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
Re: ISPF WSA and ISPF Plugin for z/OSMF
On Sun, 12 Jun 2022 10:26:38 -0400, Don Leahy wrote: >It was also aware of ISPF stats, so on a WS to host xfer it could compare >dates and only transfer changed files. > But beware. Timestamps at both ends may be under user control. I have scripts that deliberately change timestamps of some files to match their content. If I migrate and recall a PDSE with HSM, the original FAMS timestamps are preserved. If I unload and reload that PDSE with IEBCOPY, those timestamps are changed to the time of the reload. And z/OS, Windows, and UNIX have different timezone conventions. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF WSA and ISPF Plugin for z/OSMF
I like big screens with lots of open windows. Even though the WSA GUI was clunky and had poor cut-and-paste support, it did let see see multiple ISPF splits concurrently. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Don Leahy [don.le...@leacom.ca] Sent: Saturday, June 11, 2022 9:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF WSA and ISPF Plugin for z/OSMF I won’t miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: > I experimented with WSA back in the day; didn't find it especially > compelling, best I can recall. I've lately been experimenting with the > ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you > might like it. I presume whatever customization done with WSA would not > apply. > > I have a list of things I don't like about the ISPF plugin, but it may > hopefully improve. One thing that is really good is tabbed screens. > Instead of 'SPLIT' (which is still there), you can enter 'START' to get a > new tabbed screen. > > sas > > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky > wrote: > > > Ditto > > > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > > > >I am still in mourning about the prospect of losing WSA. I built > several > > >tools around it. :-( > > > > > > > -- > 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
Re: ISPF WSA and ISPF Plugin for z/OSMF
It was also aware of ISPF stats, so on a WS to host xfer it could compare dates and only transfer changed files. It’s always mystified me that the non-GUI functionality supported by WSA never really caught on. The trifling task of installing the WSA.EXE seemed to be too big an obstacle for many people. On Sat, Jun 11, 2022 at 15:02 Michael Oujesky wrote: > And it had the ability to take a PDS and transfer all the members to > individual files on the target (Windows) with EBCDIC to ASCII > translation in one transfer request. > > Michael > > At 08:47 AM 6/11/2022, Don Leahy wrote: > > >I won't miss the GUI interface that WSA provides. I will miss the > >FILEXFER ISPF service. It makes it easy to incorporate file transfers > >into your ISPF dialog applications and to initiate transfers from batch > >jobs. > > > > > >On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: > > > > > I experimented with WSA back in the day; didn't find it especially > > > compelling, best I can recall. I've lately been experimenting with the > > > ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, > you > > > might like it. I presume whatever customization done with WSA would not > > > apply. > > > > > > I have a list of things I don't like about the ISPF plugin, but it may > > > hopefully improve. One thing that is really good is tabbed screens. > > > Instead of 'SPLIT' (which is still there), you can enter 'START' to > get a > > > new tabbed screen. > > > > > > sas > > > > > > > > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky < > reflect...@oujesky.net> > > > wrote: > > > > > > > Ditto > > > > > > > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > > > > > > > >I am still in mourning about the prospect of losing WSA. I built > > > several > > > > >tools around it. :-( > > > > > > > > > > > > > > > -- > > > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF WSA and ISPF Plugin for z/OSMF
And it had the ability to take a PDS and transfer all the members to individual files on the target (Windows) with EBCDIC to ASCII translation in one transfer request. Michael At 08:47 AM 6/11/2022, Don Leahy wrote: I won't miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: > I experimented with WSA back in the day; didn't find it especially > compelling, best I can recall. I've lately been experimenting with the > ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you > might like it. I presume whatever customization done with WSA would not > apply. > > I have a list of things I don't like about the ISPF plugin, but it may > hopefully improve. One thing that is really good is tabbed screens. > Instead of 'SPLIT' (which is still there), you can enter 'START' to get a > new tabbed screen. > > sas > > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky > wrote: > > > Ditto > > > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > > > >I am still in mourning about the prospect of losing WSA. I built > several > > >tools around it. :-( > > > > > > > -- > 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
Re: ISPF WSA and ISPF Plugin for z/OSMF
I guess I should have tried other WSA facilities, but once I saw the GUI editor I didn't like it and I never bothered with anything else. I used to regularly print a page of large font that could be read across the operations room showing res pack volsers for each LPAR. That data was gathered in an ISPF application, then sent to my PC and printed using a TPUT program and bit of a code I added to my terminal emulator. So basically, I'd press Enter in the ISPF app and out would come a rexx-generated rtf file on a PC-attached printer. Sounds like I could have done similar with WSA. On 6/11/2022 6:47 AM, Don Leahy wrote: I won’t miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: I experimented with WSA back in the day; didn't find it especially compelling, best I can recall. I've lately been experimenting with the ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you might like it. I presume whatever customization done with WSA would not apply. I have a list of things I don't like about the ISPF plugin, but it may hopefully improve. One thing that is really good is tabbed screens. Instead of 'SPLIT' (which is still there), you can enter 'START' to get a new tabbed screen. sas On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky wrote: Ditto At 05:09 PM 6/10/2022, Don Leahy wrote: I am still in mourning about the prospect of losing WSA. I built several tools around it. :-( -- 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
Re: ISPF WSA and ISPF Plugin for z/OSMF
I won’t miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: > I experimented with WSA back in the day; didn't find it especially > compelling, best I can recall. I've lately been experimenting with the > ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you > might like it. I presume whatever customization done with WSA would not > apply. > > I have a list of things I don't like about the ISPF plugin, but it may > hopefully improve. One thing that is really good is tabbed screens. > Instead of 'SPLIT' (which is still there), you can enter 'START' to get a > new tabbed screen. > > sas > > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky > wrote: > > > Ditto > > > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > > > >I am still in mourning about the prospect of losing WSA. I built > several > > >tools around it. :-( > > > > > > > -- > 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
ISPF WSA and ISPF Plugin for z/OSMF
I experimented with WSA back in the day; didn't find it especially compelling, best I can recall. I've lately been experimenting with the ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you might like it. I presume whatever customization done with WSA would not apply. I have a list of things I don't like about the ISPF plugin, but it may hopefully improve. One thing that is really good is tabbed screens. Instead of 'SPLIT' (which is still there), you can enter 'START' to get a new tabbed screen. sas On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky wrote: > Ditto > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > >I am still in mourning about the prospect of losing WSA. I built several > >tools around it. :-( > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Portable Software Instance - Deployment Question
Terri, Thanks for something new to consider going forward. Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shaffer, Terri Sent: Wednesday, May 25, 2022 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question So what I do, is I have 3 different SSASYS1, SSAOMVS and SSASMPE HLQ defined in my ACS routines. And they are related to the catalogs were the end result name will live. Its my circumvention to duplicates and the nuisances of installs. Ms Terri E Shaffer Senior Systems Engineer, z/OS Support: ACIWorldwide – Telecommuter H(412-766-2697) C(412-519-2592) terri.shaf...@aciworldwide.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, May 5, 2022 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe. Thank you! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Thursday, May 5, 2022 8:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question Bob, I believe the workflow steps refer to the data sets with the ZOS25.OMVS names, so wait until after you perform the workflow steps before renaming the data sets. But after that, yeah, sure, you should be fine to rename the zFS data sets with your OMVS prefix. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, May 5, 2022 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question Kurt, Unfortunately, the desired outcome is the latter that you don't support (new mastercat, existing usercat) ☹ So, if I understand you correctly: 1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS 2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily 3) Let SW MGMT generate the JCL (which should create the required JCL for the new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct? 4) Assuming the above works, proceed to WORKFLOWS and give it a try. 5) If that works and the three workflows are created, do I need the ZOS25.OMVS datasets any longer? -- 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 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] <http://www.aciworldwide.com> This email message and any attachments may contain confidential, proprietary or non-public information. The information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this email, please notify the sender immediately and destroy this email. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this email are those of the author personally. -- 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
Re: z/OSMF Portable Software Instance - Deployment Question
So what I do, is I have 3 different SSASYS1, SSAOMVS and SSASMPE HLQ defined in my ACS routines. And they are related to the catalogs were the end result name will live. Its my circumvention to duplicates and the nuisances of installs. Ms Terri E Shaffer Senior Systems Engineer, z/OS Support: ACIWorldwide – Telecommuter H(412-766-2697) C(412-519-2592) terri.shaf...@aciworldwide.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, May 5, 2022 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe. Thank you! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Thursday, May 5, 2022 8:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question Bob, I believe the workflow steps refer to the data sets with the ZOS25.OMVS names, so wait until after you perform the workflow steps before renaming the data sets. But after that, yeah, sure, you should be fine to rename the zFS data sets with your OMVS prefix. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, May 5, 2022 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question Kurt, Unfortunately, the desired outcome is the latter that you don't support (new mastercat, existing usercat) ☹ So, if I understand you correctly: 1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS 2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily 3) Let SW MGMT generate the JCL (which should create the required JCL for the new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct? 4) Assuming the above works, proceed to WORKFLOWS and give it a try. 5) If that works and the three workflows are created, do I need the ZOS25.OMVS datasets any longer? -- 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 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] <http://www.aciworldwide.com> This email message and any attachments may contain confidential, proprietary or non-public information. The information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this email, please notify the sender immediately and destroy this email. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this email are those of the author personally. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Software Management
Thanks Kurt, Sorry, I just missed seeing your reply. Thanks so much!! (One of the major 3rd party vendor support has been telling me that they have to create a PWSI to produce the product information file) Mike Martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Software Management
I just answered my own question. The IBM z/OSMF Configuration Guide states that we can create our own product information files (as they are just simple text files). Mike Martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Software Management
> Can a vendor produce product information files without their providing > portable instances for installing the product(s)? Or is that file an > artifact of creating portable instances? It seems like I could > theoretically hand-build a product information file to supply a EOS date? A portable software instance (PSWI) is NOT required. However, identification of the Products contained in the software instance is required. For SMP/E managed software this is done by the provider with ++PRODUCT and ++FEATURE statements, which yield PRODUCT and FEATURE entries in the global zone. However, I believe not all vendors exploit ++PRODUCT/++FEATURE. In that case you can manually add the Products to the definition of the software instance. Click the Modify action for a software instance and go to the Products tab where you can Add individual Product definitions. You can even specify the end-of-service date for the product right on the Add page. If the subject software does exploit ++PRODUCT/++FEATURE then you sure can hand-build your own file containing end-of-service dates which z/OSMF can read and correlate with the software instances. See here for more information: https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-creating-product-information-files-software-management-task Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Software Management
Thanks again Kurt, Can a vendor produce product information files without their providing portable instances for installing the product(s)? Or is that file an artifact of creating portable instances? It seems like I could theoretically hand-build a product information file to supply a EOS date? Mike Martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Software Management
Awesome. Thanks Kurt. The spreadsheet we currently use to track software, has additional columns that management likes to see, such as the "latest and greatest" version that has been GA'd. We can probably just keep that in a separate spreadsheet. The important thing to me is the EOS date that gets updated from the web in z/OSMF. Thanks again Kurt. -Mike Martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF - Software Management
A quick search found this from Broadcom: https://techdocs.broadcom.com/us/en/ca-mainframe-software/traditional-management/mainframe-common-maintenance-procedures/1-0/getting-started/z-osmf-requirements/import-product-information-into-z-osmf.html I know other vendors are aware of the z/OSMF Software Management Product Information files, but I do not know if any others provide them. Regarding adding fields to the display, no, z/OSMF Software Management has no capability at this time for user-added fields. But I'm curious, can you explain more what you want to add? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of MARTIN, MIKE Sent: Tuesday, May 17, 2022 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] z/OSMF - Software Management Hi all, Like some other shops, we track installed software versions and End of Support dates just using a spreadsheet. The spreadsheet is difficult to keep current. I just started looking at the z/OSMF Software Management feature and like that it can show the End of Support date for IBM products that we add to it. (None of our current products have been installed via z/OSMF, which is another topic) I have a couple questions for people that use it... 1. Do any 3rd party vendors supply a file/link that can be used to update the EOS date in z/OSMF? 2. Can fields be added to the z/OSMF Software Management (for instance, latest GA version available)? Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. -- 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
z/OSMF - Software Management
Hi all, Like some other shops, we track installed software versions and End of Support dates just using a spreadsheet. The spreadsheet is difficult to keep current. I just started looking at the z/OSMF Software Management feature and like that it can show the End of Support date for IBM products that we add to it. (None of our current products have been installed via z/OSMF, which is another topic) I have a couple questions for people that use it... 1. Do any 3rd party vendors supply a file/link that can be used to update the EOS date in z/OSMF? 2. Can fields be added to the z/OSMF Software Management (for instance, latest GA version available)? Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF Rollout
We've implemented z/OSMF in one of our 2.4 images and will be looking to roll out the configuration to a second 2.4 image soon. I'm just wondering if anyone has any tips, tricks or gotcha's as far as replicating to another system? I'm hoping to avoid reconfiguring the next instance from scratch as much as possible. Any and all advice is much appreciated... Thanks, Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Portable Software Instance - Deployment Question
Thank you! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Thursday, May 5, 2022 8:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question Bob, I believe the workflow steps refer to the data sets with the ZOS25.OMVS names, so wait until after you perform the workflow steps before renaming the data sets. But after that, yeah, sure, you should be fine to rename the zFS data sets with your OMVS prefix. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, May 5, 2022 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question Kurt, Unfortunately, the desired outcome is the latter that you don't support (new mastercat, existing usercat) ☹ So, if I understand you correctly: 1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS 2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily 3) Let SW MGMT generate the JCL (which should create the required JCL for the new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct? 4) Assuming the above works, proceed to WORKFLOWS and give it a try. 5) If that works and the three workflows are created, do I need the ZOS25.OMVS datasets any longer? -- 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
Re: z/OSMF Portable Software Instance - Deployment Question
Bob, I believe the workflow steps refer to the data sets with the ZOS25.OMVS names, so wait until after you perform the workflow steps before renaming the data sets. But after that, yeah, sure, you should be fine to rename the zFS data sets with your OMVS prefix. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, May 5, 2022 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question Kurt, Unfortunately, the desired outcome is the latter that you don't support (new mastercat, existing usercat) ☹ So, if I understand you correctly: 1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS 2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily 3) Let SW MGMT generate the JCL (which should create the required JCL for the new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct? 4) Assuming the above works, proceed to WORKFLOWS and give it a try. 5) If that works and the three workflows are created, do I need the ZOS25.OMVS datasets any longer? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Portable Software Instance - Deployment Question
Kurt, Unfortunately, the desired outcome is the latter that you don't support (new mastercat, existing usercat) ☹ So, if I understand you correctly: 1) Fix OMVS on Modify catalog page to result in ZOS25.OMVS 2) Modify ACS routines to allow for creation of ZOS25.OMVS temporarily 3) Let SW MGMT generate the JCL (which should create the required JCL for the new ZFS datasets (ZOS25.OMVS.*) with PATH entries, correct? 4) Assuming the above works, proceed to WORKFLOWS and give it a try. 5) If that works and the three workflows are created, do I need the ZOS25.OMVS datasets any longer? Am I missing anything else? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Wednesday, May 4, 2022 1:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question Still trying to understand your desired outcome. You do want to create a new master catalog, OK, but are you also trying to create new user catalogs connected to the new master, or are you trying to connect existing user catalogs to the new master? z/OSMF currently supports the former but not the latter. Or of course maybe you don't want any user catalogs at all. That's also fine. Let's assume the target data set name for one of your zFS data sets is OMVS.ROOT.ZFS, and the temporary catalog alias for your new master catalog is ZOS25. When creating the workflow instances z/OSMF expects to find a data set alias ZOS25.OMVS.ROOT.ZFS, related to data set OMVS.ROOT.ZFS. (Sorry, zFS is VSAM, so not a data set alias, but a PATH.) So, if you create names and catalog entries like that, then Software Management should be able to find all the data sets and create the workflow instance. Check out the generated RENAME job for examples of how Software Management creates those names and catalog entries. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Wednesday, May 4, 2022 12:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question Kurt, Our Shop standard dictates that a new master catalog is created with every z/OS upgrade. An additional standard clones new master catalogs from the new z/OS master catalog so that every lpar has its own new master catalog as the implementation rolls across the board. So, yes, I really want to create that new master catalog. What I want, in this case, doesn't matter. I used IEFBR14 to create the names that the configuration was expecting and still no joy. I am assuming z/OSMF's instance was aware that the source datasets were ZFS files and expected the targets to be the same. Is this assumption correct? If so, I'll try to get the SMS sheriff to modify the ACS routines this one time to allow for their creation as ZOS25.OMVS.*. That should enable the workflow instance creation to proceed, right? Bob -- 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
Re: z/OSMF Portable Software Instance - Deployment Question
Still trying to understand your desired outcome. You do want to create a new master catalog, OK, but are you also trying to create new user catalogs connected to the new master, or are you trying to connect existing user catalogs to the new master? z/OSMF currently supports the former but not the latter. Or of course maybe you don't want any user catalogs at all. That's also fine. Let's assume the target data set name for one of your zFS data sets is OMVS.ROOT.ZFS, and the temporary catalog alias for your new master catalog is ZOS25. When creating the workflow instances z/OSMF expects to find a data set alias ZOS25.OMVS.ROOT.ZFS, related to data set OMVS.ROOT.ZFS. (Sorry, zFS is VSAM, so not a data set alias, but a PATH.) So, if you create names and catalog entries like that, then Software Management should be able to find all the data sets and create the workflow instance. Check out the generated RENAME job for examples of how Software Management creates those names and catalog entries. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Wednesday, May 4, 2022 12:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF Portable Software Instance - Deployment Question Kurt, Our Shop standard dictates that a new master catalog is created with every z/OS upgrade. An additional standard clones new master catalogs from the new z/OS master catalog so that every lpar has its own new master catalog as the implementation rolls across the board. So, yes, I really want to create that new master catalog. What I want, in this case, doesn't matter. I used IEFBR14 to create the names that the configuration was expecting and still no joy. I am assuming z/OSMF's instance was aware that the source datasets were ZFS files and expected the targets to be the same. Is this assumption correct? If so, I'll try to get the SMS sheriff to modify the ACS routines this one time to allow for their creation as ZOS25.OMVS.*. That should enable the workflow instance creation to proceed, right? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Portable Software Instance - Deployment Question
Kurt, Our Shop standard dictates that a new master catalog is created with every z/OS upgrade. An additional standard clones new master catalogs from the new z/OS master catalog so that every lpar has its own new master catalog as the implementation rolls across the board. So, yes, I really want to create that new master catalog. What I want, in this case, doesn't matter. I used IEFBR14 to create the names that the configuration was expecting and still no joy. I am assuming z/OSMF's instance was aware that the source datasets were ZFS files and expected the targets to be the same. Is this assumption correct? If so, I'll try to get the SMS sheriff to modify the ACS routines this one time to allow for their creation as ZOS25.OMVS.*. That should enable the workflow instance creation to proceed, right? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Wednesday, May 4, 2022 10:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF Portable Software Instance - Deployment Question Bob, are you sure you really want to create a new master catalog? Or, do you really want to use your existing master catalog and existing user catalogs, or perhaps create some new user catalogs connected to your existing master catalog? The point is, if you use your existing master catalog then you don't need to provide, and z/OSMF won't create and use, temporary catalog aliases. Sadly, as you are observing, you modified the data set names in the generated jobs so the actual data sets now don't match the configuration expected by z/OSMF. Hence the errors creating the workflow instances. Other than rename the data sets as expected by z/OSMF there is no way to fix this error. If you really want to proceed on your current path, then you need to rename or recreate the data sets as z/OSMF expects. Perhaps you can update your ACS routines, or define a STORCLAS, to create zFS data sets that have an HLQ other than OMVS. If you can't do either, then I suggest you consider changing your configuration to use your existing master catalog so you can use your existing OMVS HLQ. I suspect this is what you really wanted to do anyway. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Tuesday, May 3, 2022 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] z/OSMF Portable Software Instance - Deployment Question I have a z/OSMF Software Management question that I hope someone on IBM-Main can provide me with the answer. I was on the Configure CATALOGs page of a z/OS 2.5 deployment and successfully provided the Temporary Catalog Alias entries for three HLQs. The issue was the fourth HLQ - OMVS. Everything I tried failed. The alias of OMVS is already defined in our driving system's Master Catalog and RELATEd to a shared user catalog. Because our ACS routines only allow a HLQ of OMVS to allocate to the "HFS/ZFS" pool, I knew any other HLQ would not work. For the record, all OMVS.* data sets that I was trying to allocate would be unique in our driving system's master catalog. I was unable to get off of this webpage without specifying a Temporary Catalog Alias for it, so I specified one and moved on to let the six jobs be generated. Subsequently, I edited the job that creates and populates the OMVS datasets to REMOVE that Temporary Catalog Alias wherever it was referenced and submitted the job to a successful conclusion. Next, I moved onto "Perform Workflows" and was instantly stopped with 21 errors looking for the OMVS datasets containing the Temporary Catalog Alias.OMVS.* I do not know how to get out if this situation and there does not appear to be anyway to bypass/rectify it. All three workflows produce the same set of errors. Any advice is greatly appreciated. Bob -- 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
Re: z/OSMF Portable Software Instance - Deployment Question
Bob, are you sure you really want to create a new master catalog? Or, do you really want to use your existing master catalog and existing user catalogs, or perhaps create some new user catalogs connected to your existing master catalog? The point is, if you use your existing master catalog then you don't need to provide, and z/OSMF won't create and use, temporary catalog aliases. Sadly, as you are observing, you modified the data set names in the generated jobs so the actual data sets now don't match the configuration expected by z/OSMF. Hence the errors creating the workflow instances. Other than rename the data sets as expected by z/OSMF there is no way to fix this error. If you really want to proceed on your current path, then you need to rename or recreate the data sets as z/OSMF expects. Perhaps you can update your ACS routines, or define a STORCLAS, to create zFS data sets that have an HLQ other than OMVS. If you can't do either, then I suggest you consider changing your configuration to use your existing master catalog so you can use your existing OMVS HLQ. I suspect this is what you really wanted to do anyway. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Tuesday, May 3, 2022 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] z/OSMF Portable Software Instance - Deployment Question I have a z/OSMF Software Management question that I hope someone on IBM-Main can provide me with the answer. I was on the Configure CATALOGs page of a z/OS 2.5 deployment and successfully provided the Temporary Catalog Alias entries for three HLQs. The issue was the fourth HLQ - OMVS. Everything I tried failed. The alias of OMVS is already defined in our driving system's Master Catalog and RELATEd to a shared user catalog. Because our ACS routines only allow a HLQ of OMVS to allocate to the "HFS/ZFS" pool, I knew any other HLQ would not work. For the record, all OMVS.* data sets that I was trying to allocate would be unique in our driving system's master catalog. I was unable to get off of this webpage without specifying a Temporary Catalog Alias for it, so I specified one and moved on to let the six jobs be generated. Subsequently, I edited the job that creates and populates the OMVS datasets to REMOVE that Temporary Catalog Alias wherever it was referenced and submitted the job to a successful conclusion. Next, I moved onto "Perform Workflows" and was instantly stopped with 21 errors looking for the OMVS datasets containing the Temporary Catalog Alias.OMVS.* I do not know how to get out if this situation and there does not appear to be anyway to bypass/rectify it. All three workflows produce the same set of errors. Any advice is greatly appreciated. Bob -- 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
Our next z/OSMF Guild Meeting - May 18
Our next upcoming z/OSMF Guild session is May 18 @10AM EDT, featuring guest stars Stephan Munkelt, system programmer for Dataport and Frank Kyne, President of Watson and Walker. Stephan will be showing off how he uses z/OSMF daily as a system programmer, including some of the newest features and enhancements. Frank will be present on performance tuning and best practices for getting the most out of your systems using z/OSMF. Register here: ibm.biz/zOSMFGuild If you can't make that time, the session is recorded and the chat session is posted afterwards. -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
z/OSMF Portable Software Instance - Deployment Question
I have a z/OSMF Software Management question that I hope someone on IBM-Main can provide me with the answer. I was on the Configure CATALOGs page of a z/OS 2.5 deployment and successfully provided the Temporary Catalog Alias entries for three HLQs. The issue was the fourth HLQ - OMVS. Everything I tried failed. The alias of OMVS is already defined in our driving system's Master Catalog and RELATEd to a shared user catalog. Because our ACS routines only allow a HLQ of OMVS to allocate to the "HFS/ZFS" pool, I knew any other HLQ would not work. For the record, all OMVS.* data sets that I was trying to allocate would be unique in our driving system's master catalog. I was unable to get off of this webpage without specifying a Temporary Catalog Alias for it, so I specified one and moved on to let the six jobs be generated. Subsequently, I edited the job that creates and populates the OMVS datasets to REMOVE that Temporary Catalog Alias wherever it was referenced and submitted the job to a successful conclusion. Next, I moved onto "Perform Workflows" and was instantly stopped with 21 errors looking for the OMVS datasets containing the Temporary Catalog Alias.OMVS.* I do not know how to get out if this situation and there does not appear to be anyway to bypass/rectify it. All three workflows produce the same set of errors. Any advice is greatly appreciated. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF Migration Workflow Question
On Fri, 25 Mar 2022 11:05:18 -0500, Marna WALLE wrote: >[...] >For the Help: actually, I've found that unlike other Help (in ISPF) this >z/OSMF Help is pretty good. [...] Beg pardon? I've never had an issue with ISPF help. I've found any of the supplied help to be quite useful and pretty darn good, particularly the tutorials. Art Gutowski -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
