Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Allan Staller]

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 <dcrayf...@gmail.com> 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

[Allan Staller]

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

[David Crayford]

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

[Shane G]

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

[Sankaranarayanan, Vignesh]

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 otherwise stated above:

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[David Crayford]

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

[Tom Marchant]

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

[Allan Staller]

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

[Styles, Andy (ITS zPlatform Services)]

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

[Tom Marchant]

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

[Allan Staller]

-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 <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Sankaranarayanan, Vignesh <vignesh.v.sankaranaraya...@marks-and-spencer.com>
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 a

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Ronald Kristel]

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 <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Sankaranarayanan, Vignesh <vignesh.v.sankaranaraya...@marks-and-spencer.com>
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.

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

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

[Allan Staller]

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

[Sankaranarayanan, Vignesh]

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/OSMF Software 
Management are acquiring the package (or point

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

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, which I expect most will, you will also have to 
define the thing to

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Allan Staller]

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...@us.ibm.com

-

Re: [EXTERNAL] Re: z/OSMF, was How far out of date are my skills

[Sankaranarayanan, Vignesh]

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

www.marksandspencer.com

Please note that electronic mail may