Re: z/OSMF, was How far out of date are my skills
The current base z/OSMF is not that hard to set up anymore and improved a lot since the original shell installation. The key is not to enable all the plugins at once and just install them one by one. Some only need a few security definitions, some (might) need some additional adjustments in your environment. The KC z/OSMF installation pages are actually well structured and describes the required installation steps per plugin. I wouldn't necessarily say z/OSMF is _only_ there to lure younger talent to the mainframe. Sure, I do prefer sending my dumps and logs to IBM now via the incident log, instead of using a JES job. But I also believe the incident log made it easier compared to our traditional procedures. Personally; I think the workflow engine is a very powerful tool in z/OSMF, and combined with the RESTful API capabilities TO z/OS, it is starting to change the way we currently work here. Ronald Kristel From: IBM Mainframe Discussion List on behalf of Jesse 1 Robinson Sent: Friday, May 18, 2018 10:19:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF, was How far out of date are my skills Being first at the party does not always lead to the happiest outcome. We installed the original z/OSMF as part of a z/OS ESP years ago. We stopped migrating it when we realized the quagmire involved, but we've been converting the early systems to Liberty. Converting the security environment has been a challenge. Some definitions changed or disappeared, some new ones were added. I'd say that starting from scratch is probably easier than moving forward if you have the option. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Monday, April 30, 2018 5:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: z/OSMF, was How far out of date are my skills And z/OS R1 was supposed to be the last "RELEASE" of z/OS. Now we are at z/OS R2 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R Dooley Sent: Sunday, April 29, 2018 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF, was How far out of date are my skills I personally look at zOSMF with a dubious eye. True that it's gotten easier to install/maintain w/ Liberty Profile however there's plenty of room for improvement. E.g. Having the ability to easily remove a plug-in would be nice...lol. IBM is always trying to make a better mainframe "wheel" and this time the heralded front-runner is zOSMF. In my own jaded opinion zOSMF's only purpose is to lure younger talent and interest to the mainframe. The new talent pool apparently demands system mgmt. w/ a mouse! W/e I recall an IBM offering called SSX/VSE that would virtually eliminate the need for VSE sysprogs...a real turn-key nirvana. It lived a few years and was gone. Another was DMS which was going to revolutionize the CICS application programming world. It lasted a few years as well. There's always a magic potion to sell. In response to serverpac I would say that serverpac is a great installation tool and adding the entire IBM product set to it is goodness for sure. However I would ask IBM, please do not mandate zOSMF. -- 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, was How far out of date are my skills
Being first at the party does not always lead to the happiest outcome. We installed the original z/OSMF as part of a z/OS ESP years ago. We stopped migrating it when we realized the quagmire involved, but we've been converting the early systems to Liberty. Converting the security environment has been a challenge. Some definitions changed or disappeared, some new ones were added. I'd say that starting from scratch is probably easier than moving forward if you have the option. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Monday, April 30, 2018 5:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: z/OSMF, was How far out of date are my skills And z/OS R1 was supposed to be the last "RELEASE" of z/OS. Now we are at z/OS R2 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R Dooley Sent: Sunday, April 29, 2018 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF, was How far out of date are my skills I personally look at zOSMF with a dubious eye. True that it's gotten easier to install/maintain w/ Liberty Profile however there's plenty of room for improvement. E.g. Having the ability to easily remove a plug-in would be nice...lol. IBM is always trying to make a better mainframe "wheel" and this time the heralded front-runner is zOSMF. In my own jaded opinion zOSMF's only purpose is to lure younger talent and interest to the mainframe. The new talent pool apparently demands system mgmt. w/ a mouse! W/e I recall an IBM offering called SSX/VSE that would virtually eliminate the need for VSE sysprogs...a real turn-key nirvana. It lived a few years and was gone. Another was DMS which was going to revolutionize the CICS application programming world. It lasted a few years as well. There's always a magic potion to sell. In response to serverpac I would say that serverpac is a great installation tool and adding the entire IBM product set to it is goodness for sure. However I would ask IBM, please do not mandate zOSMF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF, was How far out of date are my skills
And z/OS R1 was supposed to be the last "RELEASE" of z/OS. Now we are at z/OS R2 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R Dooley Sent: Sunday, April 29, 2018 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF, was How far out of date are my skills I personally look at zOSMF with a dubious eye. True that it's gotten easier to install/maintain w/ Liberty Profile however there's plenty of room for improvement. E.g. Having the ability to easily remove a plug-in would be nice...lol. IBM is always trying to make a better mainframe "wheel" and this time the heralded front-runner is zOSMF. In my own jaded opinion zOSMF's only purpose is to lure younger talent and interest to the mainframe. The new talent pool apparently demands system mgmt. w/ a mouse! W/e I recall an IBM offering called SSX/VSE that would virtually eliminate the need for VSE sysprogs...a real turn-key nirvana. It lived a few years and was gone. Another was DMS which was going to revolutionize the CICS application programming world. It lasted a few years as well. There's always a magic potion to sell. In response to serverpac I would say that serverpac is a great installation tool and adding the entire IBM product set to it is goodness for sure. However I would ask IBM, please do not mandate zOSMF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF, was How far out of date are my skills
I personally look at zOSMF with a dubious eye. True that it's gotten easier to install/maintain w/ Liberty Profile however there's plenty of room for improvement. E.g. Having the ability to easily remove a plug-in would be nice...lol. IBM is always trying to make a better mainframe "wheel" and this time the heralded front-runner is zOSMF. In my own jaded opinion zOSMF's only purpose is to lure younger talent and interest to the mainframe. The new talent pool apparently demands system mgmt. w/ a mouse! W/e I recall an IBM offering called SSX/VSE that would virtually eliminate the need for VSE sysprogs...a real turn-key nirvana. It lived a few years and was gone. Another was DMS which was going to revolutionize the CICS application programming world. It lasted a few years as well. There's always a magic potion to sell. In response to serverpac I would say that serverpac is a great installation tool and adding the entire IBM product set to it is goodness for sure. However I would ask IBM, please do not mandate zOSMF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Tempus fugit. I have (personally) seen z/VM do the same thing circa 2015. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane G Sent: Friday, April 27, 2018 7:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills On Fri, 27 Apr 2018 12:40:52 +0800, David Crayford wrote: >On 27/04/2018 1:38 AM, Tom Marchant wrote: >> On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) >> wrote: >> >>> Can't shutdown and IPL in 315 seconds.. (well, we can't). >> No, but you can move the work to another LPAR in the Sysplex before >> the IPL, minimizing the application down time. > >That can be done on Windows/Linux systems using virtualization >technologies like VMWare and HyperV live migration. Coupled with >fail-over clustering you can build reasonably robust systems. The >monitoring infrastructure is excellent. >Our distributed sysadmin was showing my HyperV and I was very impressed. >It's not as good as >a full parallel sysplex but good enough for a lot of companies WRT SLAs. On the way home from Boston Share, I dropped in to VMWorld in Frisco. One of the sessions was a live migration of an active representative workload from mainland USA to India. In front of a live audience, with monitors running. Bloody impressive. And this was Aug/Sept 2013. Even z/VM couldn't handle things like that, let alone a 'plex. Just ask google/facebook/amazon what can be done on non-proprietary commodity hardware to keep systems up and running. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Then why does IBM stubbornly refuse to implement the hardware/failover facilities described below? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, April 26, 2018 11:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills On 27/04/2018 1:38 AM, Tom Marchant wrote: > On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) > wrote: > >> Can't shutdown and IPL in 315 seconds.. (well, we can't). > No, but you can move the work to another LPAR in the Sysplex before > the IPL, minimizing the application down time. That can be done on Windows/Linux systems using virtualization technologies like VMWare and HyperV live migration. Coupled with fail-over clustering you can build reasonably robust systems. The monitoring infrastructure is excellent. Our distributed sysadmin was showing my HyperV and I was very impressed. It's not as good as a full parallel sysplex but good enough for a lot of companies WRT SLAs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
On 27/04/2018 8:20 PM, Shane G wrote: On Fri, 27 Apr 2018 12:40:52 +0800, David Crayford wrote: On 27/04/2018 1:38 AM, Tom Marchant wrote: On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) wrote: Can't shutdown and IPL in 315 seconds.. (well, we can't). No, but you can move the work to another LPAR in the Sysplex before the IPL, minimizing the application down time. That can be done on Windows/Linux systems using virtualization technologies like VMWare and HyperV live migration. Coupled with fail-over clustering you can build reasonably robust systems. The monitoring infrastructure is excellent. Our distributed sysadmin was showing my HyperV and I was very impressed. It's not as good as a full parallel sysplex but good enough for a lot of companies WRT SLAs. On the way home from Boston Share, I dropped in to VMWorld in Frisco. One of the sessions was a live migration of an active representative workload from mainland USA to India. In front of a live audience, with monitors running. Bloody impressive. And this was Aug/Sept 2013. Even z/VM couldn't handle things like that, let alone a 'plex. Just ask google/facebook/amazon what can be done on non-proprietary commodity hardware to keep systems up and running. Indeed. The big weakness of distributed systems is the network and the misguided assumption that the network is stable. Modern databases and middleware like MongoDB, Cassandra, Kafka etc have been proven to fail spectacularly when network partitions occur. And they happen more often then vendors would like to admit with disastrous consequences. There's an interesting series of analysis that threw the cat amoungst the pigeons a while back [1]. Mainframe systems don't seem to suffer from the same problems in tightly coupled sysplexes. [1] https://jepsen.io/analyses Shane ... -- 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: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
On Fri, 27 Apr 2018 12:40:52 +0800, David Crayford wrote: >On 27/04/2018 1:38 AM, Tom Marchant wrote: >> On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) >> wrote: >> >>> Can't shutdown and IPL in 315 seconds.. (well, we can't). >> No, but you can move the work to another LPAR in the Sysplex before >> the IPL, minimizing the application down time. > >That can be done on Windows/Linux systems using virtualization >technologies like VMWare and HyperV live migration. Coupled with >fail-over clustering you can build >reasonably robust systems. The monitoring infrastructure is excellent. >Our distributed sysadmin was showing my HyperV and I was very impressed. >It's not as good as >a full parallel sysplex but good enough for a lot of companies WRT SLAs. On the way home from Boston Share, I dropped in to VMWorld in Frisco. One of the sessions was a live migration of an active representative workload from mainland USA to India. In front of a live audience, with monitors running. Bloody impressive. And this was Aug/Sept 2013. Even z/VM couldn't handle things like that, let alone a 'plex. Just ask google/facebook/amazon what can be done on non-proprietary commodity hardware to keep systems up and running. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Oh I almost forgot! What's the point of that Disqus comment section in each KB page. Poor use of space. Might as well just put 2 or 3 smaller sections together into a slightly-bigger page. It's annoying as it is that some pages have literally just 2 or 3 lines. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: 26 April 2018 15:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Amen. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: 26 April 2018 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Also, z/OSMF runs on z/OS.. do the others? I do not currently have enough hands on experience w/ z/OSMF to vote yay or nay on z/OSMF. The tools I am referring to do not. Who knows what h/w and OS KC, RL, etc. run on. *NIX hardware is in a class w/z hardware. They do not have the dynamic sparing capabilities of z hardware Do their RAS ever match the z's? The RAS factor for *NIX hardware does not equal the RAS on z hardware for the most part. My consistent complaint with IBM over the last 5 years or more is they are providing "wonderful" new tools (and I am specifically referring to non-zOS items such as KC, SHOPz, .) that are not as reliable functional or available as the items they are replacing. The "wonderful" new tools are not as available as their "green screen" predecessors. "SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm" The "wonderful" new tools are not as functional as their predecessors. KC has many broken links that appear/disappear periodically. Other tools as well. Tools get new URLS at random times and the old links are not forwarded. The "wonderful" new tools are not as reliable as their predecessors. "SHOPZ down?" How many threads have there been on this in the last year? If I were in charge of any z/OS shop that behaved like the above, I would be out the door (extremely quickly). Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" capabilities. There is no excuse for any web based application to be unavailable for 24 hours in this day and age. IBM's flagship operating system (z/OS) claims "six nines" of availability (99.99%; About 3 seconds of down time per year) when configured in a parallel sysplex. Should the support tools not have the nearly the same availability?. I'd settle for 99.99% availability (about 87 hours/year of down time, just not in 24 hour chunks). 24 hours of down time for the non-z applications represents about 121 years of z/OS downtime. IBM should be embarrassed by those availability figures for their support applications. ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
On 27/04/2018 1:38 AM, Tom Marchant wrote: On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) wrote: Can't shutdown and IPL in 315 seconds.. (well, we can't). No, but you can move the work to another LPAR in the Sysplex before the IPL, minimizing the application down time. That can be done on Windows/Linux systems using virtualization technologies like VMWare and HyperV live migration. Coupled with fail-over clustering you can build reasonably robust systems. The monitoring infrastructure is excellent. Our distributed sysadmin was showing my HyperV and I was very impressed. It's not as good as a full parallel sysplex but good enough for a lot of companies WRT SLAs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
On Thu, 26 Apr 2018 16:14:49 +0100, Styles, Andy (ITS zPlatform Services) wrote: >Can't shutdown and IPL in 315 seconds.. (well, we can't). No, but you can move the work to another LPAR in the Sysplex before the IPL, minimizing the application down time. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Please forgive my sloppy usage of the term "down time". I should have used outage. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Styles, Andy (ITS zPlatform Services) Sent: Thursday, April 26, 2018 10:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Classification: Public Is it outage, rather than downtime? (ie, unexpected) Can't shutdown and IPL in 315 seconds.. (well, we can't). Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: 26 April 2018 16:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills -- This email has reached the Bank via an external source -- On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote: >(z/OS) claims "six nines" of availability (99.99%; That would be eight nines. Do they talk about six nines now? I remember 5 nines, or available 99.999% of the time. That corresponds to about 315 seconds of down time per year, by my calculations. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0207 626 1500. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207 626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 0207 626 1500. Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Halifax is a division of Bank of Scotland plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Classification: Public Is it outage, rather than downtime? (ie, unexpected) Can't shutdown and IPL in 315 seconds.. (well, we can't). Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: 26 April 2018 16:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills -- This email has reached the Bank via an external source -- On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote: >(z/OS) claims "six nines" of availability (99.99%; That would be eight nines. Do they talk about six nines now? I remember 5 nines, or available 99.999% of the time. That corresponds to about 315 seconds of down time per year, by my calculations. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0207 626 1500. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207 626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 0207 626 1500. Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Halifax is a division of Bank of Scotland plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
On Thu, 26 Apr 2018 14:00:37 +, Allan Staller wrote: >(z/OS) claims "six nines" of availability (99.99%; That would be eight nines. Do they talk about six nines now? I remember 5 nines, or available 99.999% of the time. That corresponds to about 315 seconds of down time per year, by my calculations. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ronald Kristel Sent: Thursday, April 26, 2018 9:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Don't forget the "IBM Support" android mobile app that has about the opposite of 99,99...% uptime. Ronald Kristel From: IBM Mainframe Discussion List on behalf of Sankaranarayanan, Vignesh Sent: Thursday, April 26, 2018 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Amen. - Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: 26 April 2018 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Also, z/OSMF runs on z/OS.. do the others? I do not currently have enough hands on experience w/ z/OSMF to vote yay or nay on z/OSMF. The tools I am referring to do not. Who knows what h/w and OS KC, RL, etc. run on. *NIX hardware is in a class w/z hardware. They do not have the dynamic sparing capabilities of z hardware Do their RAS ever match the z's? The RAS factor for *NIX hardware does not equal the RAS on z hardware for the most part. My consistent complaint with IBM over the last 5 years or more is they are providing "wonderful" new tools (and I am specifically referring to non-zOS items such as KC, SHOPz, .) that are not as reliable functional or available as the items they are replacing. The "wonderful" new tools are not as available as their "green screen" predecessors. "SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm" The "wonderful" new tools are not as functional as their predecessors. KC has many broken links that appear/disappear periodically. Other tools as well. Tools get new URLS at random times and the old links are not forwarded. The "wonderful" new tools are not as reliable as their predecessors. "SHOPZ down?" How many threads have there been on this in the last year? If I were in charge of any z/OS shop that behaved like the above, I would be out the door (extremely quickly). Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" capabilities. There is no excuse for any web based application to be unavailable for 24 hours in this day and age. IBM's flagship operating system (z/OS) claims "six nines" of availability (99.99%; About 3 seconds of down time per year) when configured in a parallel sysplex. Should the support tools not have the nearly the same availability?. I'd settle for 99.99% availability (about 87 hours/year of down time, just not in 24 hour chunks). 24 hours of down time for the non-z applications represents about 121 years of z/OS downtime. IBM should be embarrassed by those availability figures for their support applications. ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: I
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Don't forget the "IBM Support" android mobile app that has about the opposite of 99,99...% uptime. Ronald Kristel From: IBM Mainframe Discussion List on behalf of Sankaranarayanan, Vignesh Sent: Thursday, April 26, 2018 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Amen. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: 26 April 2018 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Also, z/OSMF runs on z/OS.. do the others? I do not currently have enough hands on experience w/ z/OSMF to vote yay or nay on z/OSMF. The tools I am referring to do not. Who knows what h/w and OS KC, RL, etc. run on. *NIX hardware is in a class w/z hardware. They do not have the dynamic sparing capabilities of z hardware Do their RAS ever match the z's? The RAS factor for *NIX hardware does not equal the RAS on z hardware for the most part. My consistent complaint with IBM over the last 5 years or more is they are providing "wonderful" new tools (and I am specifically referring to non-zOS items such as KC, SHOPz, .) that are not as reliable functional or available as the items they are replacing. The "wonderful" new tools are not as available as their "green screen" predecessors. "SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm" The "wonderful" new tools are not as functional as their predecessors. KC has many broken links that appear/disappear periodically. Other tools as well. Tools get new URLS at random times and the old links are not forwarded. The "wonderful" new tools are not as reliable as their predecessors. "SHOPZ down?" How many threads have there been on this in the last year? If I were in charge of any z/OS shop that behaved like the above, I would be out the door (extremely quickly). Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" capabilities. There is no excuse for any web based application to be unavailable for 24 hours in this day and age. IBM's flagship operating system (z/OS) claims "six nines" of availability (99.99%; About 3 seconds of down time per year) when configured in a parallel sysplex. Should the support tools not have the nearly the same availability?. I'd settle for 99.99% availability (about 87 hours/year of down time, just not in 24 hour chunks). 24 hours of down time for the non-z applications represents about 121 years of z/OS downtime. IBM should be embarrassed by those availability figures for their support applications. ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Fac
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Amen. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: 26 April 2018 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Also, z/OSMF runs on z/OS.. do the others? I do not currently have enough hands on experience w/ z/OSMF to vote yay or nay on z/OSMF. The tools I am referring to do not. Who knows what h/w and OS KC, RL, etc. run on. *NIX hardware is in a class w/z hardware. They do not have the dynamic sparing capabilities of z hardware Do their RAS ever match the z's? The RAS factor for *NIX hardware does not equal the RAS on z hardware for the most part. My consistent complaint with IBM over the last 5 years or more is they are providing "wonderful" new tools (and I am specifically referring to non-zOS items such as KC, SHOPz, .) that are not as reliable functional or available as the items they are replacing. The "wonderful" new tools are not as available as their "green screen" predecessors. "SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm" The "wonderful" new tools are not as functional as their predecessors. KC has many broken links that appear/disappear periodically. Other tools as well. Tools get new URLS at random times and the old links are not forwarded. The "wonderful" new tools are not as reliable as their predecessors. "SHOPZ down?" How many threads have there been on this in the last year? If I were in charge of any z/OS shop that behaved like the above, I would be out the door (extremely quickly). Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" capabilities. There is no excuse for any web based application to be unavailable for 24 hours in this day and age. IBM's flagship operating system (z/OS) claims "six nines" of availability (99.99%; About 3 seconds of down time per year) when configured in a parallel sysplex. Should the support tools not have the nearly the same availability?. I'd settle for 99.99% availability (about 87 hours/year of down time, just not in 24 hour chunks). 24 hours of down time for the non-z applications represents about 121 years of z/OS downtime. IBM should be embarrassed by those availability figures for their support applications. ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. ---
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Also, z/OSMF runs on z/OS.. do the others? I do not currently have enough hands on experience w/ z/OSMF to vote yay or nay on z/OSMF. The tools I am referring to do not. Who knows what h/w and OS KC, RL, etc. run on. *NIX hardware is in a class w/z hardware. They do not have the dynamic sparing capabilities of z hardware Do their RAS ever match the z's? The RAS factor for *NIX hardware does not equal the RAS on z hardware for the most part. My consistent complaint with IBM over the last 5 years or more is they are providing "wonderful" new tools (and I am specifically referring to non-zOS items such as KC, SHOPz, .) that are not as reliable functional or available as the items they are replacing. The "wonderful" new tools are not as available as their "green screen" predecessors. "SERVICE LINK WILL BE DOWN FOR 24 HOURS Beginning xx/xx/ @ xx.xx pm" The "wonderful" new tools are not as functional as their predecessors. KC has many broken links that appear/disappear periodically. Other tools as well. Tools get new URLS at random times and the old links are not forwarded. The "wonderful" new tools are not as reliable as their predecessors. "SHOPZ down?" How many threads have there been on this in the last year? If I were in charge of any z/OS shop that behaved like the above, I would be out the door (extremely quickly). Both z/OS, z/VM, most *NIX all provide some form of "sysplex like" capabilities. There is no excuse for any web based application to be unavailable for 24 hours in this day and age. IBM's flagship operating system (z/OS) claims "six nines" of availability (99.99%; About 3 seconds of down time per year) when configured in a parallel sysplex. Should the support tools not have the nearly the same availability?. I'd settle for 99.99% availability (about 87 hours/year of down time, just not in 24 hour chunks). 24 hours of down time for the non-z applications represents about 121 years of z/OS downtime. IBM should be embarrassed by those availability figures for their support applications. ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Also, z/OSMF runs on z/OS.. do the others? Who knows what h/w and OS KC, RL, etc. run on. Do their RAS ever match the z's? – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Thursday 26-Apr-2018 18:38 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Hey Allan, I'm only talking about the UX. Don't know about the full history of each to make statements about their functionality. After all, z/OSMF is supposed to be the solution that makes mainframes attractive & accessible, isn't it. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Thursday 26-Apr-2018 18:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Now if only (Knowledge Centre, ResourceLink, and many other corners of the IBM site) were as available, serviceable and functional as what they are replacing, I would be very happy. Alas, I am not very happy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Thursday, April 26, 2018 3:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Hi John, If I may share some feedback on z/OSMF... Kind of pains to see this UI. Knowledge Centre, ResourceLink, and many other corners of the IBM site these days are very clean and new-age-looking. Even the new IBM Plex font is dope! If z/OSMF is wants to be a millennial magnet, then it needs the web design to match. HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off though, still love the classic HMC!). – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 25 April 2018 21:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Gibney, Dave wrote: > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of John Eells >> Sent: Wednesday, April 25, 2018 12:49 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: z/OSMF, was How far out of date are my skills >> >> Jousma, David wrote: >>> You can configure zosmf to NOT come up. There will just be some new >> functions that wont work without it. I'm guessing that over time that list >> will >> get longer. NOTIFY=your.email.address is just one of those new thing. >> >> >> One of those new functions that won't work without it is z/OSMF >> Software Management which, strategically speaking, we want to be our >> software product installer in a couple of years. > > What is your answer to folks like me, running severely capped for z/OS > software charging and no access to specialty engines? > > And, is it very much easier now to do an initial configuration of z/OSMF than > it was when I first looked and decided that at that time, it wasn't worth my > effort? Which probably it's first release. z/OSMF is a lot easier to configure now than it used to be. I've been through the entire setup, and it's not bad in my opinion. The most common sticking point seems to be security system setup. You can find the pertinent samples in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an abbrevation for the application name. For historical reasons, Software Management's sample is named IZUDMSEC. A rewritten configuration chapter should hit the streets soon, too, which I think will help. z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which dramatically reduced its CPU, memory, and disk footprints. The idle CPU consumption of the z/OSMF server is pretty low. It only chews up significant cycles if you use it to do things. That said, you can stop the server when you're not using it. You can also lower its priority in WLM, but if you go *too* far in that direction, you might experience browser timeouts if your other workloads yield high overall CPU utilization for long-ish periods of time. I have not done a comparative measurement of a ServerPac-based installation and a Software Management Deployment operation CPU consumption, but I would expect broad swaths of both to be fairly similar. ServerPac uses GIMGTPKG to get the package, and so does Software Management. Likewise, both use GIMUNZIP to load the files and data sets from the GIMZIP archives. The things that will eventually require using things unique to z/OSM
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Hey Allan, I'm only talking about the UX. Don't know about the full history of each to make statements about their functionality. After all, z/OSMF is supposed to be the solution that makes mainframes attractive & accessible, isn't it. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Thursday 26-Apr-2018 18:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Now if only (Knowledge Centre, ResourceLink, and many other corners of the IBM site) were as available, serviceable and functional as what they are replacing, I would be very happy. Alas, I am not very happy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Thursday, April 26, 2018 3:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Hi John, If I may share some feedback on z/OSMF... Kind of pains to see this UI. Knowledge Centre, ResourceLink, and many other corners of the IBM site these days are very clean and new-age-looking. Even the new IBM Plex font is dope! If z/OSMF is wants to be a millennial magnet, then it needs the web design to match. HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off though, still love the classic HMC!). – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 25 April 2018 21:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Gibney, Dave wrote: > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of John Eells >> Sent: Wednesday, April 25, 2018 12:49 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: z/OSMF, was How far out of date are my skills >> >> Jousma, David wrote: >>> You can configure zosmf to NOT come up. There will just be some new >> functions that wont work without it. I'm guessing that over time that list >> will >> get longer. NOTIFY=your.email.address is just one of those new thing. >> >> >> One of those new functions that won't work without it is z/OSMF >> Software Management which, strategically speaking, we want to be our >> software product installer in a couple of years. > > What is your answer to folks like me, running severely capped for z/OS > software charging and no access to specialty engines? > > And, is it very much easier now to do an initial configuration of z/OSMF than > it was when I first looked and decided that at that time, it wasn't worth my > effort? Which probably it's first release. z/OSMF is a lot easier to configure now than it used to be. I've been through the entire setup, and it's not bad in my opinion. The most common sticking point seems to be security system setup. You can find the pertinent samples in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an abbrevation for the application name. For historical reasons, Software Management's sample is named IZUDMSEC. A rewritten configuration chapter should hit the streets soon, too, which I think will help. z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which dramatically reduced its CPU, memory, and disk footprints. The idle CPU consumption of the z/OSMF server is pretty low. It only chews up significant cycles if you use it to do things. That said, you can stop the server when you're not using it. You can also lower its priority in WLM, but if you go *too* far in that direction, you might experience browser timeouts if your other workloads yield high overall CPU utilization for long-ish periods of time. I have not done a comparative measurement of a ServerPac-based installation and a Software Management Deployment operation CPU consumption, but I would expect broad swaths of both to be fairly similar. ServerPac uses GIMGTPKG to get the package, and so does Software Management. Likewise, both use GIMUNZIP to load the files and data sets from the GIMZIP archives. The things that will eventually require using things unique to z/OSMF Software Management are acquiring the package (or pointing at it, if you don't have internet connectivity to IBM), doing the customization you want (data set names, catalog environment, etc.), the job management done by the final step of the ServerPac dialog, and (eventually) managing the setup workflows that we want to have replace the ServerPac product-specific batch jobs. If you want to model after something existing, whi
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Now if only (Knowledge Centre, ResourceLink, and many other corners of the IBM site) were as available, serviceable and functional as what they are replacing, I would be very happy. Alas, I am not very happy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Thursday, April 26, 2018 3:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Hi John, If I may share some feedback on z/OSMF... Kind of pains to see this UI. Knowledge Centre, ResourceLink, and many other corners of the IBM site these days are very clean and new-age-looking. Even the new IBM Plex font is dope! If z/OSMF is wants to be a millennial magnet, then it needs the web design to match. HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off though, still love the classic HMC!). – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 25 April 2018 21:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Gibney, Dave wrote: > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of John Eells >> Sent: Wednesday, April 25, 2018 12:49 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: z/OSMF, was How far out of date are my skills >> >> Jousma, David wrote: >>> You can configure zosmf to NOT come up. There will just be some new >> functions that wont work without it. I'm guessing that over time that list >> will >> get longer. NOTIFY=your.email.address is just one of those new thing. >> >> >> One of those new functions that won't work without it is z/OSMF >> Software Management which, strategically speaking, we want to be our >> software product installer in a couple of years. > > What is your answer to folks like me, running severely capped for z/OS > software charging and no access to specialty engines? > > And, is it very much easier now to do an initial configuration of z/OSMF than > it was when I first looked and decided that at that time, it wasn't worth my > effort? Which probably it's first release. z/OSMF is a lot easier to configure now than it used to be. I've been through the entire setup, and it's not bad in my opinion. The most common sticking point seems to be security system setup. You can find the pertinent samples in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an abbrevation for the application name. For historical reasons, Software Management's sample is named IZUDMSEC. A rewritten configuration chapter should hit the streets soon, too, which I think will help. z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which dramatically reduced its CPU, memory, and disk footprints. The idle CPU consumption of the z/OSMF server is pretty low. It only chews up significant cycles if you use it to do things. That said, you can stop the server when you're not using it. You can also lower its priority in WLM, but if you go *too* far in that direction, you might experience browser timeouts if your other workloads yield high overall CPU utilization for long-ish periods of time. I have not done a comparative measurement of a ServerPac-based installation and a Software Management Deployment operation CPU consumption, but I would expect broad swaths of both to be fairly similar. ServerPac uses GIMGTPKG to get the package, and so does Software Management. Likewise, both use GIMUNZIP to load the files and data sets from the GIMZIP archives. The things that will eventually require using things unique to z/OSMF Software Management are acquiring the package (or pointing at it, if you don't have internet connectivity to IBM), doing the customization you want (data set names, catalog environment, etc.), the job management done by the final step of the ServerPac dialog, and (eventually) managing the setup workflows that we want to have replace the ServerPac product-specific batch jobs. If you want to model after something existing, which I expect most will, you will also have to define the thing to be modeled after as a "software instance" first. It's probably worth mentioning that not all of the aforementioned processing is zIIP-eligible. The z/OSMF proper part of it is mostly eligible (I'd guess about 80-85%), but many of the system services used by Software Management (DADSM, CVAF, Catalog, VSAM, etc.) are not. Those things cost the same whether we drive them from a PLI-based ISPF dialog or from a z/OSMF application. -- John Eells IBM Poughkeepsie ee...@u
Re: z/OSMF, was How far out of date are my skills
John, Thanks for the write-up and the lead time heads-up for z/OS "next". ServerPac was due for a makeover anyway, right? Wasn't your evil twin responsible for most of the ServerPac capabilities? And if YOU think it prudent, the rest of us should take heed! :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Wednesday, April 25, 2018 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF, was How far out of date are my skills z/OSMF is a lot easier to configure now than it used to be. I've been through the entire setup, and it's not bad in my opinion. The most common sticking point seems to be security system setup. You can find the pertinent samples in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an abbrevation for the application name. For historical reasons, Software Management's sample is named IZUDMSEC. A rewritten configuration chapter should hit the streets soon, too, which I think will help. z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which dramatically reduced its CPU, memory, and disk footprints. The idle CPU consumption of the z/OSMF server is pretty low. It only chews up significant cycles if you use it to do things. That said, you can stop the server when you're not using it. You can also lower its priority in WLM, but if you go *too* far in that direction, you might experience browser timeouts if your other workloads yield high overall CPU utilization for long-ish periods of time. I have not done a comparative measurement of a ServerPac-based installation and a Software Management Deployment operation CPU consumption, but I would expect broad swaths of both to be fairly similar. ServerPac uses GIMGTPKG to get the package, and so does Software Management. Likewise, both use GIMUNZIP to load the files and data sets from the GIMZIP archives. The things that will eventually require using things unique to z/OSMF Software Management are acquiring the package (or pointing at it, if you don't have internet connectivity to IBM), doing the customization you want (data set names, catalog environment, etc.), the job management done by the final step of the ServerPac dialog, and (eventually) managing the setup workflows that we want to have replace the ServerPac product-specific batch jobs. If you want to model after something existing, which I expect most will, you will also have to define the thing to be modeled after as a "software instance" first. It's probably worth mentioning that not all of the aforementioned processing is zIIP-eligible. The z/OSMF proper part of it is mostly eligible (I'd guess about 80-85%), but many of the system services used by Software Management (DADSM, CVAF, Catalog, VSAM, etc.) are not. Those things cost the same whether we drive them from a PLI-based ISPF dialog or from a z/OSMF application. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills
Hi John, If I may share some feedback on z/OSMF... Kind of pains to see this UI. Knowledge Centre, ResourceLink, and many other corners of the IBM site these days are very clean and new-age-looking. Even the new IBM Plex font is dope! If z/OSMF is wants to be a millennial magnet, then it needs the web design to match. HMC, DS GUI, tape GUI could do with some love too (with a switch to turn it off though, still love the classic HMC!). – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 25 April 2018 21:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills Gibney, Dave wrote: > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of John Eells >> Sent: Wednesday, April 25, 2018 12:49 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: z/OSMF, was How far out of date are my skills >> >> Jousma, David wrote: >>> You can configure zosmf to NOT come up. There will just be some new >> functions that wont work without it. I'm guessing that over time that list >> will >> get longer. NOTIFY=your.email.address is just one of those new thing. >> >> >> One of those new functions that won't work without it is z/OSMF >> Software Management which, strategically speaking, we want to be our >> software product installer in a couple of years. > > What is your answer to folks like me, running severely capped for z/OS > software charging and no access to specialty engines? > > And, is it very much easier now to do an initial configuration of z/OSMF than > it was when I first looked and decided that at that time, it wasn't worth my > effort? Which probably it's first release. z/OSMF is a lot easier to configure now than it used to be. I've been through the entire setup, and it's not bad in my opinion. The most common sticking point seems to be security system setup. You can find the pertinent samples in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an abbrevation for the application name. For historical reasons, Software Management's sample is named IZUDMSEC. A rewritten configuration chapter should hit the streets soon, too, which I think will help. z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which dramatically reduced its CPU, memory, and disk footprints. The idle CPU consumption of the z/OSMF server is pretty low. It only chews up significant cycles if you use it to do things. That said, you can stop the server when you're not using it. You can also lower its priority in WLM, but if you go *too* far in that direction, you might experience browser timeouts if your other workloads yield high overall CPU utilization for long-ish periods of time. I have not done a comparative measurement of a ServerPac-based installation and a Software Management Deployment operation CPU consumption, but I would expect broad swaths of both to be fairly similar. ServerPac uses GIMGTPKG to get the package, and so does Software Management. Likewise, both use GIMUNZIP to load the files and data sets from the GIMZIP archives. The things that will eventually require using things unique to z/OSMF Software Management are acquiring the package (or pointing at it, if you don't have internet connectivity to IBM), doing the customization you want (data set names, catalog environment, etc.), the job management done by the final step of the ServerPac dialog, and (eventually) managing the setup workflows that we want to have replace the ServerPac product-specific batch jobs. If you want to model after something existing, which I expect most will, you will also have to define the thing to be modeled after as a "software instance" first. It's probably worth mentioning that not all of the aforementioned processing is zIIP-eligible. The z/OSMF proper part of it is mostly eligible (I'd guess about 80-85%), but many of the system services used by Software Management (DADSM, CVAF, Catalog, VSAM, etc.) are not. Those things cost the same whether we drive them from a PLI-based ISPF dialog or from a z/OSMF application. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 ww
Re: z/OSMF, was How far out of date are my skills
My attempted reply to Shane privately bounced due to security setting at his end, so here goes Thanks. And there you go trying to pour water on my fantasy of retiring and then earning a little on the side as a consultant with this talk of insurance :) It's looking like Mainframe at my site and my departure will possibly coincide. They don't want to renew the 5-year (from last December) MFaaS contract when it is over and they might just have moved the rest to ERP by then. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Shane G > Sent: Wednesday, April 25, 2018 6:25 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF, was How far out of date are my skills > > On Wed, 25 Apr 2018 20:47:40 +, Gibney, Dave wrote: > > >I don't want to sound like some otherucurmudgeons. :) > > Careful > > >I am now reminded that converting to ihis newer Webserver is also > somewhere in my ample pushdown stack of things I need to do. > > > >It's not easy being eesentially the only Z/OS Sysprog at an installation. > > Fly me over and we can have an interview in some convivial bar. I'm willing to > do it for you at "mates rates" ;-) > > Even at a small shop like Daves', getting through the administrative nightmare > to get short term help is a dead loss. As I said earlier, I just gave up as > the > benefits weren't worth the hassles - why would I continue to carry the cost of > professional indemnity insurance (which was never called upon in all my > years) on the off-chance of getting non-permanent work ?. > And what is "permanent" these days anyway ?. > > Shane ... > > -- > 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, was How far out of date are my skills
On Wed, 25 Apr 2018 20:47:40 +, Gibney, Dave wrote: >I don't want to sound like some otherucurmudgeons. :) Careful >I am now reminded that converting to ihis newer Webserver is also somewhere in >my ample pushdown stack of things I need to do. > >It's not easy being eesentially the only Z/OS Sysprog at an installation. Fly me over and we can have an interview in some convivial bar. I'm willing to do it for you at "mates rates" ;-) Even at a small shop like Daves', getting through the administrative nightmare to get short term help is a dead loss. As I said earlier, I just gave up as the benefits weren't worth the hassles - why would I continue to carry the cost of professional indemnity insurance (which was never called upon in all my years) on the off-chance of getting non-permanent work ?. And what is "permanent" these days anyway ?. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF, was How far out of date are my skills
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: Wednesday, April 25, 2018 1:37 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF, was How far out of date are my skills > > Gibney, Dave wrote: > > > > > >> -Original Message- > >> From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > >> On Behalf Of John Eells > >> Sent: Wednesday, April 25, 2018 12:49 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: z/OSMF, was How far out of date are my skills > >> > >> Jousma, David wrote: > >>> You can configure zosmf to NOT come up. There will just be some new > >> functions that wont work without it. I'm guessing that over time that > >> list > will > >> get longer. NOTIFY=your.email.address is just one of those new thing. > >> > >> > >> One of those new functions that won't work without it is z/OSMF > >> Software Management which, strategically speaking, we want to be our > >> software product installer in a couple of years. > > > > What is your answer to folks like me, running severely capped for z/OS > software charging and no access to specialty engines? > > > > And, is it very much easier now to do an initial configuration of z/OSMF > than it was when I first looked and decided that at that time, it wasn't worth > my effort? Which probably it's first release. > > z/OSMF is a lot easier to configure now than it used to be. I've been through > the entire setup, and it's not bad in my opinion. The most common sticking > point seems to be security system setup. You can find the pertinent samples > in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is > an abbrevation for the application name. For historical reasons, Software > Management's sample is named IZUDMSEC. A rewritten configuration > chapter should hit the streets soon, too, which I think will help. > > z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which I don't want to sound like some other curmudgeons. :) I am now reminded that converting to this newer Webserver is also somewhere in my ample pushdown stack of things I need to do. It's not easy being essentially the only Z/OS Sysprog at an installation. > dramatically reduced its CPU, memory, and disk footprints. The idle CPU > consumption of the z/OSMF server is pretty low. It only chews up significant > cycles if you use it to do things. That said, you can stop the server when > you're not using it. You can also lower its priority in WLM, but if you go > *too* far in that direction, you might experience browser timeouts if your > other workloads yield high overall CPU utilization for long-ish periods of > time. > > I have not done a comparative measurement of a ServerPac-based > installation and a Software Management Deployment operation CPU > consumption, but I would expect broad swaths of both to be fairly similar. > ServerPac uses GIMGTPKG to get the package, and so does Software > Management. Likewise, both use GIMUNZIP to load the files and data sets > from the GIMZIP archives. > > The things that will eventually require using things unique to z/OSMF > Software Management are acquiring the package (or pointing at it, if you > don't have internet connectivity to IBM), doing the customization you want > (data set names, catalog environment, etc.), the job management done by the > final step of the ServerPac dialog, and (eventually) managing the setup > workflows that we want to have replace the ServerPac product-specific > batch jobs. If you want to model after something existing, which I expect > most will, you will also have to define the thing to be modeled after as a > "software instance" first. > > It's probably worth mentioning that not all of the aforementioned processing > is zIIP-eligible. The z/OSMF proper part of it is mostly eligible (I'd guess > about > 80-85%), but many of the system services used by Software Management > (DADSM, CVAF, Catalog, VSAM, etc.) are not. > Those things cost the same whether we drive them from a PLI-based ISPF > dialog or from a z/OSMF application. > > -- > John Eells > IBM Poughkeepsie > ee...@us.ibm.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, was How far out of date are my skills
Gibney, Dave wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Wednesday, April 25, 2018 12:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OSMF, was How far out of date are my skills Jousma, David wrote: You can configure zosmf to NOT come up. There will just be some new functions that wont work without it. I'm guessing that over time that list will get longer. NOTIFY=your.email.address is just one of those new thing. One of those new functions that won't work without it is z/OSMF Software Management which, strategically speaking, we want to be our software product installer in a couple of years. What is your answer to folks like me, running severely capped for z/OS software charging and no access to specialty engines? And, is it very much easier now to do an initial configuration of z/OSMF than it was when I first looked and decided that at that time, it wasn't worth my effort? Which probably it's first release. z/OSMF is a lot easier to configure now than it used to be. I've been through the entire setup, and it's not bad in my opinion. The most common sticking point seems to be security system setup. You can find the pertinent samples in SAMPLIB with names like IZUSEC (the main one) and IZUxxSEC, where xx is an abbrevation for the application name. For historical reasons, Software Management's sample is named IZUDMSEC. A rewritten configuration chapter should hit the streets soon, too, which I think will help. z/OSMF was rebased on WebSphere's Liberty Profile in z/OSMF V2.1, which dramatically reduced its CPU, memory, and disk footprints. The idle CPU consumption of the z/OSMF server is pretty low. It only chews up significant cycles if you use it to do things. That said, you can stop the server when you're not using it. You can also lower its priority in WLM, but if you go *too* far in that direction, you might experience browser timeouts if your other workloads yield high overall CPU utilization for long-ish periods of time. I have not done a comparative measurement of a ServerPac-based installation and a Software Management Deployment operation CPU consumption, but I would expect broad swaths of both to be fairly similar. ServerPac uses GIMGTPKG to get the package, and so does Software Management. Likewise, both use GIMUNZIP to load the files and data sets from the GIMZIP archives. The things that will eventually require using things unique to z/OSMF Software Management are acquiring the package (or pointing at it, if you don't have internet connectivity to IBM), doing the customization you want (data set names, catalog environment, etc.), the job management done by the final step of the ServerPac dialog, and (eventually) managing the setup workflows that we want to have replace the ServerPac product-specific batch jobs. If you want to model after something existing, which I expect most will, you will also have to define the thing to be modeled after as a "software instance" first. It's probably worth mentioning that not all of the aforementioned processing is zIIP-eligible. The z/OSMF proper part of it is mostly eligible (I'd guess about 80-85%), but many of the system services used by Software Management (DADSM, CVAF, Catalog, VSAM, etc.) are not. Those things cost the same whether we drive them from a PLI-based ISPF dialog or from a z/OSMF application. -- John Eells IBM Poughkeepsie ee...@us.ibm.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, was How far out of date are my skills
> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: Wednesday, April 25, 2018 12:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OSMF, was How far out of date are my skills > > Jousma, David wrote: > > You can configure zosmf to NOT come up. There will just be some new > functions that wont work without it. I'm guessing that over time that list > will > get longer. NOTIFY=your.email.address is just one of those new thing. > > > One of those new functions that won't work without it is z/OSMF Software > Management which, strategically speaking, we want to be our software > product installer in a couple of years. What is your answer to folks like me, running severely capped for z/OS software charging and no access to specialty engines? And, is it very much easier now to do an initial configuration of z/OSMF than it was when I first looked and decided that at that time, it wasn't worth my effort? Which probably it's first release. > > -- > John Eells > IBM Poughkeepsie > ee...@us.ibm.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, was How far out of date are my skills
Jousma, David wrote: You can configure zosmf to NOT come up. There will just be some new functions that wont work without it. I'm guessing that over time that list will get longer. NOTIFY=your.email.address is just one of those new thing. One of those new functions that won't work without it is z/OSMF Software Management which, strategically speaking, we want to be our software product installer in a couple of years. -- John Eells IBM Poughkeepsie ee...@us.ibm.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, was How far out of date are my skills
You can configure zosmf to NOT come up. There will just be some new functions that wont work without it. I'm guessing that over time that list will get longer. NOTIFY=your.email.address is just one of those new thing. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave Sent: Wednesday, April 25, 2018 3:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OSMF, was How far out of date are my skills **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** I am running z/OS 2.1. Until the end of last December, I was running on a z9 capped at 16MSU with no zIIP. I am now running in a capped Lpar group on a z12 at a MFaaS site. We still have no access to zIIP. Management negotiated for equal capacity. So, the JAVA based z/OSMF is still going to be a pain to set-up and run. Am I really going to be stuck with it for z/OS 2.3 and beyond. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vince Getgood > Sent: Wednesday, April 25, 2018 3:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How far out of date are my skills > > And then, of course, there is zOSMF to contend with... > > -- > 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF, was How far out of date are my skills
I am running z/OS 2.1. Until the end of last December, I was running on a z9 capped at 16MSU with no zIIP. I am now running in a capped Lpar group on a z12 at a MFaaS site. We still have no access to zIIP. Management negotiated for equal capacity. So, the JAVA based z/OSMF is still going to be a pain to set-up and run. Am I really going to be stuck with it for z/OS 2.3 and beyond. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vince Getgood > Sent: Wednesday, April 25, 2018 3:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How far out of date are my skills > > And then, of course, there is zOSMF to contend with... > > -- > 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