Re: WLM and DDF enclaves

[patrickfalcone7]

And possibly checking to see if any zIIP eligible work is actually on the 
Speciality Processor or can go to a SP. Also sounds like a 4HRA event where I 
would have a look at makeup during 4HRA to see what Service Classes are 
contributing, and drill down and tune from there, if necessary.HTHSent from my 
Verizon, Samsung Galaxy smartphone
 Original message From: Martin Packer 
 Date: 3/14/24  12:10  (GMT-05:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM and DDF enclaves They should be below 
Db2 Engine in the hierarchy…IRLM should be in SYSSTC.DBM1, MSTR, DIST should be 
in Importance 1, CPU Critical.DDF transactions should be Importance 2 on 
downwards.Right now you have DDF work fighting with Db2 – in whatever shaped 
boxing ring. Cheers, MartinFrom: IBM Mainframe Discussion List 
 on behalf of Jaime Fernandez 
<05f045ad6641-dmarc-requ...@listserv.ua.edu>Date: Thursday, 14 March 2024 
at 14:26To: IBM-MAIN@LISTSERV.UA.EDU Subject: 
[EXTERNAL] WLM and DDF enclavesHi fellow listers,Newcomer here, so... I hope my 
question makes sense.We have some amount of business critical distributed 
online transactions, running on enclaves into a Db2 zOS subsystem. Our current 
WLM configuration assigns them a specific service class with importance 1 and a 
velocity goal.We have been observing quite poor performance index for this 
service class (and awful response times for those transactions) whenever the 
lpar shows high cpu usage (on or around 100%) and specially when capping is on. 
Performance index stays between 1 and 2 most of the time, with peaks over 
40.From what I have read so far, I understand velocity goals can be tricky for 
short-term processes, and that gets worse with fewer logical processors. Which 
happens to be our case, last year we brought in a z16 with less capacity and 
processors than the previous machine.So, in your experience, could be a good 
idea switching to a response time goal?Any insights would be most 
appreciated.Jaime--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAINUnless otherwise stated 
above:IBM United Kingdom LimitedRegistered in England and Wales with number 
741598Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 
3AU--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: Greg Dyck

[patrickfalcone7]

Very sad news. Any time I've reached out, maybe a handful of times over the 
years, he was always very respectful, very detailed and very helpful. I am so 
sorry to hear this. This makes 3 now, in the last couple weeks. People I'd 
admired and loved to have conversation with. All in this field, the others I've 
known going on 40+ years. God rest their souls and save mine, please!Sent from 
my Verizon, Samsung Galaxy smartphone
 Original message From: Rob Scott  
Date: 1/31/24  09:19  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Greg 
Dyck It is with great sadness that I have to report the sudden passing of Greg 
Dyck.Greg has been working at Rocket Software for the last 8 years or so, but 
most of you will know him from decades spent working on the deep internals 
within both z/OS and DB2.A brilliant developer and software architect, he will 
leave his fingerprints on many core components and also in the memories of the 
countless people who benefited from his kindness and willingness to help.I came 
across Greg in the 1990s on IBM-Main and was amazed at the level with which he 
was prepared to educate and help the posters on the forum. I finally met him in 
person when he worked at Rocket and could actually shake his hand and thank him 
for everything he taught me over the years from reading his posts.I know that 
generations of mainframers have benefitted from his assistance and that he 
helped make everyone he came across a better programmer.He will be greatly 
missed.Rob ScottPrincipal Architect, Mainframe Systems ToolsDistinguished 
EngineerRocket Software77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . 
USATel: +1.781.684.2305Email: rsc...@rs.comWeb: 
www.rocketsoftware.comRocket
 Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? Main 
Office Toll Free Number: +1 855.577.4323Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupportUnsubscribe from 
Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferencesPrivacy Policy - 
http://www.rocketsoftware.com/company/legal/privacy-policyThis
 communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank 
you.--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

HCL zOS Asset Optization

[patrickfalcone7]

Curious if anyone is using or has used HCLs ZAO Software. I'd be grateful for 
pros/cons and comments provided. TIASent from my Verizon, Samsung Galaxy 
smartphone


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mark your calendars for July 10, 2022 - CustomPac intended removal date

[patrickfalcone7]

I had a lively discussion with Mr. Zelden about zAAP on Main. We ran WAS 3.02 
freeware pre zAAP in 2001. CPC was 9672-RB6, 2 way 166 MIPS.When we started the 
server address space the lights dimmed. I crowed loudly to IBM  about having a 
min. requirement for MIPS which came out in a later offering with 
documentation. Took a while but zAAP  would have helped mitigate that power 
drain on the LPAR as an asset so for me it was in direct correlation to a 
performance boost and less to do with marketing as we might have assumed at the 
time ... just saying ... Sadly I never obtained a machine with zAAP and was 
left with fiddling with tuning the environment best I could.Sent from my 
Verizon, Samsung Galaxy smartphone
 Original message From: Seymour J Metz  Date: 
5/20/22  7:09 AM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mark 
your calendars for July 10, 2022 - CustomPac intended removal date Did the 
MP2000 and MP3000 simulate S/390 on x86 chips, use P/390 technology or use 
tailored hardware?Since ZAAP (remember it?) and ZIIP are marketing gimmicks to 
begin with, IBM could easilly add one to the mix if they believed that there 
was a business case.--Shmuel (Seymour J.) 
Metzhttp://mason.gmu.edu/~smetz3From: 
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Andrew 
Rowley [and...@blackhillsoftware.com]Sent: Thursday, May 19, 2022 8:23 PMTo: 
ibm-m...@listserv.ua.EDUSubject: Re: Mark your calendars for July 10, 2022 - 
CustomPac intended removal dateOn 19/05/2022 5:50 pm, Timothy Sipples wrote:> 
That’s even more difficult to characterize, but (eyeballing it) 1000X> must be 
too high.Maybe... it's hard to find a good comparison over that length of 
time.But a Multiprise 2000 is in the original Pentium era.A $1500 Lenovo boasts 
an Intel i7 with 8 cores/16 threads. If 8 coresgives e.g. 5x throughput, it 
only has to achieve 200x the single CPUspeed of a 1996 Pentium for 1000x 
increase overall. It might not be1000X but it must be close.> Having a zIIP 
gives you plenty of horsepower for z/OSMF, and having an IBM z15 gives you 
System Recovery Boost which gives you…plenty of horsepower for z/OSMF at least 
during the first 60 minutes. (It’s the z/OSMF startup that can take a long time 
on a low capacity configuration.I wouldn't be surprised if once people start 
using z/OSMF, it's not justthe startup that is slow on a small system. Maybe 
IBM should giveeveryone one zIIP with their z/OS 2.5 license... it might even 
be auseful stimulus for smaller z/OS sites.--Andrew RowleyBlack Hill 
Software--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Holy Moly ...

[patrickfalcone7]

Go Bob go. I use to believe I would be retired by now, I'm 60+. I got to this 
point and I like the continuing challenges. I dont want to necessarily retire, 
maybe lessen the load a bit. This has been my life and I want to stay active as 
long as I can contribute productively. Personally, I think IBM is missing, has 
missed and will continue to miss, a great opportunity due to their marketing 
strategies that either miss the mark or are not mainstream enough to catch the 
interest of younger people. If this continues I feel the mainframe MVS 
environment will continue to shed its value to the big business guys and they 
will eventually explore other alternatives as they are all probably doing now 
as part of their own due diligence. If you think about it, and I think this 
good, the mainframe environment now offers, please correct me, the most 
extensively horizontal capable environment with regard to software available. 
That in itself positions it to be more of a one stop for everything with 
potentially less *wires* to connect to and that has to be a major advantage as 
well.Soapbox on: every project I'm on gets bogged down with network - and thats 
just the way it is but ask me if I like that part :off Soapbox.IBM? You're 
there! Fix the marketing part, maybe I can help. Might take some time but we'll 
get there.To people I am friends with on list I hope we can continue on into 
the foreseeable future. Peace. Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: "Richards, Robert B. (CTR)" 
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> Date: 2/14/22  3:53 PM  
(GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Holy Moly ... > some of 
our guys will go on until 70Some of us are past that! (Going on for 80!!!) 
-Original Message-From: IBM Mainframe Discussion List 
 On Behalf Of David CrayfordSent: Monday, February 
14, 2022 3:26 PMTo: ibm-m...@listserv.ua.EDUSubject: Re: Holy Moly ...You make 
some good points in this post. None of us on this forum are getting any younger 
and IBM-MAIN doesn't seem to attract young people who prefer platforms like 
Stack Overflow or Slack workspaces. It may be an unpopular opinion, but it's 
important to concentrate on millenials now. A large percentage of developers in 
my location are in their 60s and close to retirement. It's not easy to train 
young people to back-fill as our legacy products are written in HLASM and 
require deep technical knowledge of MVS subsystems. It's optimistic to 
speculate that it will take 5 years to bring somebody up to speed when it's 
probably more like 10. We hope that now we are all working from home that some 
of our guys will go on until 70. We are also modernizing our products and for 
that we need young guys. While it's certainly not impossible, it's certainly 
very difficult to retrain a HLASM programmer to Java, Python, Javascript etc. 
It's not because they're not smart enough, they just don't want to.On 14/2/22 
10:10 pm, René Jansen wrote:> It is not so much about capitalism as it is about 
respectful use of language to describe groups of people. 
https://features.propublica.org/ibm/ibm-age-discrimination-american-workers/ 
 
shows that the problem is not exactly new but that the outrage then was limited 
to terms like ‘grey hairs and old heads’. The following part is interesting:>> 
"By the time IBM’s current CEO, Virginia “Ginni” Rometty, took over in 2012, 
the company had shifted its personnel focus to millennials.> Rometty launched a 
major overhaul that aimed to make IBM a major player in the emerging 
technologies of cloud services, big data analytics, mobile, security and social 
media, or what came to be known inside as CAMS.> At the same time, she sought 
to sharply increase hiring of people born after 1980.> “CAMS are driven by 
Millennial Traits,” declared a slide presentation for an invitation-only IBM 
event in New York in December 2014. Not only were millennials in sync with the 
new technologies, but they were also attuned to the collaborative, 
consensus-driven modes of work these technologies demanded, company researchers 
said they’d discovered. Millennials “are not likely to make decisions in 
isolation,” the presentation said, but instead “depend on analytic technologies 
to help them.”> By contrast, people 50 or over are “more dubious” of analytics, 
“place less stock in the advantages data offers,” and are less “motivated to 
consult their colleagues or get their buy in … It’s Baby Boomers who are the 
outliers.”> The message was clear. To succeed at the new technologies, the 
company must, in the words of the presentation, “become one with the Millennial 
mindset.” Similar language found its way into a variety of IBM presentations in 
subsequent years.”>> A company’s workforce needs to be sustained by its 
earnings - this was even true in socialism and that is what ended it in 

Re: AWS is down.

[patrickfalcone7]

I've not seen 4 mics, maybe less than 100 But I've not done any serious 
looking. My numbers, 5 mills to 400 mics was a quick overview to grab averages. 
Once I saw the numbers I knew there would be performance gains since my 
workloads are mostly, I would like to think, of fairly normal profile, weighted 
more heavily on IO than the other resources. And I did see movement graphically 
with backup windows, for one, moving back in time but did not do any further 
discoveries.Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: Ronald Wells 
<02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> Date: 12/8/21  9:09 PM  
(GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWS is down. Stated 
well-Original Message-From: IBM Mainframe Discussion List 
 On Behalf Of Bill JohnsonSent: Wednesday, December 
8, 2021 7:59 PMTo: ibm-m...@listserv.ua.EDUSubject: Re: AWS is down.** EXTERNAL 
EMAIL - USE CAUTION **“Four microseconds is also nonsense”, is exactly what 
Metz said. He STATED that. I knew exactly what game he was playing from the 
very start. It’s his MO. Narcissism is what narcissists must do. I’m here to 
get facts, not play games trying to be friends. Knowing who the experts are is 
more important than the nonsense some people post or how often they post. It’s 
really pretty simple. You want zOS facts, Relson is the guy. You want SMP/E 
expertise, Kurt Q is the oracle.Sent from Yahoo Mail for iPhoneOn Wednesday, 
December 8, 2021, 8:18 PM, patrickfalcone7 
<012526080649-dmarc-requ...@listserv.ua.edu> wrote:Don't like to get into 
these but I have respect for Seymour and would ask you not to fan flames. While 
I understand Seymour's response he didn't necessarily state anything but 
questioned the possibility.Seymour I did not mean to put you in any unnecessary 
positions and apologize if I did. My post was only to state what metrics I've 
seen in the last couple of years. And you'd be surprised at how many might not 
know that it is possible to get mics on average with even backleveled kits.When 
we did our last array upgrade we went from 4 mills to around 400 to 500 mics. 
To me that is significant and ended up being so. I saw workload shifts in time 
due to the significance of the array swap.Sent from my Verizon, Samsung Galaxy 
smartphone Original message From: Bill Johnson 
<0047540adefe-dmarc-requ...@listserv.ua.edu> Date: 12/8/21  4:07 PM  
(GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWS is down. LOLOLOLOL, I 
love when the so called “experts” are proven wrong.Sent from Yahoo Mail for 
iPhoneOn Wednesday, December 8, 2021, 4:04 PM, patrickfalcone7 
<012526080649-dmarc-requ...@listserv.ua.edu> wrote:Hope you are well. FWIW 
I've seem mics for sometime but mostly under favorable conditions. But lately 
have found mics on average from under 5 on avg. mills.with somewhat newer array 
technology on < z15 CPCs.Sent from my Verizon, Samsung Galaxy 
smartphone Original message From: Seymour J Metz 
 Date: 12/8/21  9:05 AM  (GMT-05:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWS is down. On what machine do you 
complete I/O in a microsecond?--Shmuel (Seymour J.) 
Metzhttps://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmason.gmu.edu%2F~smetz3Fromdata=04%7C01%7CRon.Wells%40OMF.COM%7C3e88328fb0594ed0916208d9bab78967%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637746119718822367%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=B6bRQ6uTPkP4Rit3AO0LH5UKTf1TLq%2Bvukt6xw5hboc%3Dreserved=0:
 IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill 
Johnson [0047540adefe-dmarc-requ...@listserv.ua.edu]Sent: Wednesday, 
December 8, 2021 7:31 AMTo: ibm-m...@listserv.ua.EDUSubject: Re: AWS is down.I 
see someone who has never worked in health care where the mainframe processes 
each drug prescribed and checks for drug interactions in a microsecond. Yes, 
people die if the mainframe isn’t available. It’s also why there are plenty of 
pharmacies open 24 hours and why hospitals have pharmacies.Sent from Yahoo Mail 
for iPhoneOn Wednesday, December 8, 2021, 1:33 AM, kekronbekron 
<02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:Critical infra in some 
places, sure, not everyone is denying that.At the moment of urgent need, do 
people really buy something and wait for MF to finish processing, for them to 
be then allowed to continue breathing?What happened to the interim stages 
(logstics etc).It sounds as though failure to buy/order something immediately 
is going to lead to their death... is what's being said.Sounds pretty 
privileged to me.It also sounds like it's assumed that mainframes will last 500 
years, no?Did the world not exist before 1960s?Did people automatically die 
before 1960s because they didn't have MF?Are people and organizations not 
allowed to

Re: AWS is down.

[patrickfalcone7]

Don't like to get into these but I have respect for Seymour and would ask you 
not to fan flames. While I understand Seymour's response he didn't necessarily 
state anything but questioned the possibility.Seymour I did not mean to put you 
in any unnecessary positions and apologize if I did. My post was only to state 
what metrics I've seen in the last couple of years. And you'd be surprised at 
how many might not know that it is possible to get mics on average with even 
backleveled kits.When we did our last array upgrade we went from 4 mills to 
around 400 to 500 mics. To me that is significant and ended up being so. I saw 
workload shifts in time due to the significance of the array swap.Sent from my 
Verizon, Samsung Galaxy smartphone
 Original message From: Bill Johnson 
<0047540adefe-dmarc-requ...@listserv.ua.edu> Date: 12/8/21  4:07 PM  
(GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWS is down. LOLOLOLOL, I 
love when the so called “experts” are proven wrong.Sent from Yahoo Mail for 
iPhoneOn Wednesday, December 8, 2021, 4:04 PM, patrickfalcone7 
<012526080649-dmarc-requ...@listserv.ua.edu> wrote:Hope you are well. FWIW 
I've seem mics for sometime but mostly under favorable conditions. But lately 
have found mics on average from under 5 on avg. mills.with somewhat newer array 
technology on < z15 CPCs.Sent from my Verizon, Samsung Galaxy 
smartphone Original message From: Seymour J Metz 
 Date: 12/8/21  9:05 AM  (GMT-05:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWS is down. On what machine do you 
complete I/O in a microsecond?--Shmuel (Seymour J.) 
Metzhttp://mason.gmu.edu/~smetz3From: 
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill 
Johnson [0047540adefe-dmarc-requ...@listserv.ua.edu]Sent: Wednesday, 
December 8, 2021 7:31 AMTo: ibm-m...@listserv.ua.EDUSubject: Re: AWS is down.I 
see someone who has never worked in health care where the mainframe processes 
each drug prescribed and checks for drug interactions in a microsecond. Yes, 
people die if the mainframe isn’t available. It’s also why there are plenty of 
pharmacies open 24 hours and why hospitals have pharmacies.Sent from Yahoo Mail 
for iPhoneOn Wednesday, December 8, 2021, 1:33 AM, kekronbekron 
<02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:Critical infra in some 
places, sure, not everyone is denying that.At the moment of urgent need, do 
people really buy something and wait for MF to finish processing, for them to 
be then allowed to continue breathing?What happened to the interim stages 
(logstics etc).It sounds as though failure to buy/order something immediately 
is going to lead to their death... is what's being said.Sounds pretty 
privileged to me.It also sounds like it's assumed that mainframes will last 500 
years, no?Did the world not exist before 1960s?Did people automatically die 
before 1960s because they didn't have MF?Are people and organizations not 
allowed to be wrong (to their own detriment), etc.Are we sure that 100% of all 
information out there is truth, apart from this announcement that AWS wants to 
replace MF?We can all like MF, but don't need to act like it's the sole saviour 
of humanity.Again that means that all technology that evolved since then is a 
complete waste of time and people's efforts.Sounds pretty delusional to me... 
just to convey that MFs are good servers.- KB‐‐‐ Original Message ‐‐‐On 
Wednesday, December 8th, 2021 at 10:00 AM, Bill Johnson 
<0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:> AWS had a larger & 
longer outage today, than all the outages on the mainframes I’ve worked on in 
the last 30 years. Much worse. Yet, some here think AWS is going to replace the 
mainframe for critical applications like banking, health care, big retail, and 
insurance. Plus, the mainframe has had plenty of negative posts here in the 
decades I’ve been involved. Nobody dies when Netflix isn’t available. (One of 
the hits from today) people can and do die if the drugs they need aren’t 
available because the computer system is down.>> Sent from Yahoo Mail for 
iPhone>> On Tuesday, December 7, 2021, 11:01 PM, kekronbekron 
02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote:>> Not at anybody in 
particular:>> Do we have to make snide remarks because someone else had an 
outage?>> Don't we remember the times when things on the mainframe itself went 
south?>> Has every site's MF env. been 100% available through all these 
decades?>> Is it wrong to fail sometimes?>> Is this the attitude with which 
you'd like to retire, holding onto precious remarks and burning the path behind 
you as you leave?>> What does that say about one's mentality and outlook in 
life?>> -  KB>>    ‐‐‐ Original Message ‐‐‐>>    On Wednesday, December 
8th, 2021 at 3:54 AM, Ron

Re: AWS is down.

[patrickfalcone7]

Hope you are well. FWIW I've seem mics for sometime but mostly under favorable 
conditions. But lately have found mics on average from under 5 on avg. 
mills.with somewhat newer array technology on < z15 CPCs.Sent from my Verizon, 
Samsung Galaxy smartphone
 Original message From: Seymour J Metz  Date: 
12/8/21  9:05 AM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AWS is 
down. On what machine do you complete I/O in a microsecond?--Shmuel (Seymour 
J.) 
Metzhttp://mason.gmu.edu/~smetz3From: 
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill 
Johnson [0047540adefe-dmarc-requ...@listserv.ua.edu]Sent: Wednesday, 
December 8, 2021 7:31 AMTo: ibm-m...@listserv.ua.EDUSubject: Re: AWS is down.I 
see someone who has never worked in health care where the mainframe processes 
each drug prescribed and checks for drug interactions in a microsecond. Yes, 
people die if the mainframe isn’t available. It’s also why there are plenty of 
pharmacies open 24 hours and why hospitals have pharmacies.Sent from Yahoo Mail 
for iPhoneOn Wednesday, December 8, 2021, 1:33 AM, kekronbekron 
<02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:Critical infra in some 
places, sure, not everyone is denying that.At the moment of urgent need, do 
people really buy something and wait for MF to finish processing, for them to 
be then allowed to continue breathing?What happened to the interim stages 
(logstics etc).It sounds as though failure to buy/order something immediately 
is going to lead to their death... is what's being said.Sounds pretty 
privileged to me.It also sounds like it's assumed that mainframes will last 500 
years, no?Did the world not exist before 1960s?Did people automatically die 
before 1960s because they didn't have MF?Are people and organizations not 
allowed to be wrong (to their own detriment), etc.Are we sure that 100% of all 
information out there is truth, apart from this announcement that AWS wants to 
replace MF?We can all like MF, but don't need to act like it's the sole saviour 
of humanity.Again that means that all technology that evolved since then is a 
complete waste of time and people's efforts.Sounds pretty delusional to me... 
just to convey that MFs are good servers.- KB‐‐‐ Original Message ‐‐‐On 
Wednesday, December 8th, 2021 at 10:00 AM, Bill Johnson 
<0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:> AWS had a larger & 
longer outage today, than all the outages on the mainframes I’ve worked on in 
the last 30 years. Much worse. Yet, some here think AWS is going to replace the 
mainframe for critical applications like banking, health care, big retail, and 
insurance. Plus, the mainframe has had plenty of negative posts here in the 
decades I’ve been involved. Nobody dies when Netflix isn’t available. (One of 
the hits from today) people can and do die if the drugs they need aren’t 
available because the computer system is down.>> Sent from Yahoo Mail for 
iPhone>> On Tuesday, December 7, 2021, 11:01 PM, kekronbekron 
02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote:>> Not at anybody in 
particular:>> Do we have to make snide remarks because someone else had an 
outage?>> Don't we remember the times when things on the mainframe itself went 
south?>> Has every site's MF env. been 100% available through all these 
decades?>> Is it wrong to fail sometimes?>> Is this the attitude with which 
you'd like to retire, holding onto precious remarks and burning the path behind 
you as you leave?>> What does that say about one's mentality and outlook in 
life?>> -  KB>>    ‐‐‐ Original Message ‐‐‐>>    On Wednesday, December 
8th, 2021 at 3:54 AM, Ronald Wells 
02ebc63ff5ef-dmarc-requ...@listserv.ua.edu wrote:>> > Pretty pic/web pages 
make the $$ did you not get the memo> >> > -Original Message-> >> > 
From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of John 
McKown> >> > Sent: Tuesday, December 7, 2021 2:57 PM> >> > To: 
IBM-MAIN@LISTSERV.UA.EDU> >> > Subject: Re: AWS is down.> >> > ** EXTERNAL 
EMAIL - USE CAUTION **> >> > Oh, but they advertise that they can replace 
mainframe. Well, maybe the processing. But not the on site reliability. Of 
course, for WFH, the internet is the week point. And, most likely, also the 
home equipment. I just had to reboot my Windows PC at home because it decided 
to stop talking to my internet router.> >> > On Tue, Dec 7, 2021, 12:49 Bill 
Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:> >> > > Amazon 
Web Services is down. I can’t get to my pictures. Glad we don’t> > >> > > have 
our mainframe running there.> > >> > > 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 

Re: Required viewing

[patrickfalcone7]

Was probably a K32.Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: Darren Evans-Young  
Date: 5/28/21  5:35 PM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 
Required viewing The University of Alabama had a Univac 1100 Series mainframe 
when I started school there in 1977.36 bit, 1's complement. Users primarily 
used Fortran and COBOL.  I personally used assembly language.Around 1985, UA 
changed over to an IBM 3081 I believe. 32 bit, 2's compliment. Had to learn a 
newassembly language again.DarrenFrom: IBM 
Mainframe Discussion List  on behalf of Seymour J 
Metz Sent: Friday, May 28, 2021 1:39 PMTo: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Required 
viewingWas it an 1107? That was a 36-bit ones' complement machine with more 
than 8K. An 1900?  The only UNIVAC 1701 I know of was a keypunch 
machine.--Shmuel (Seymour J.) 
Metzhttps://nam11.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7Cdarren%40ua.edu%7C0bd30b840eb24ef902aa08d92207e129%7C2a00728ef0d040b4a4e8ce433f3fbca7%7C0%7C0%7C637578239526750379%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=oomoD0%2B6ivxVFCOZJRGjsN539sA%2FF1Wtdc5BTHSNfyg%3Dreserved=0From:
 IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Carmen 
Vitullo [cvitu...@hughes.net]Sent: Friday, May 28, 2021 1:51 PMTo: 
ibm-m...@listserv.ua.EDUSubject: Re: Required viewingI remember going on a 
field trip when I was in Vo-Tech (data Processing)to the Franklin Institute to 
see that Univac processor, we had a smallUnivac 1701 ? IIRC in our class, 8k 
memory, all controlled by switchesand buttons, a printer, card reader and a 
card punch, those were the daze !thanks for SharingCarmenOn 5/28/2021 12:24 PM, 
Phil Smith III wrote:> 1957 Automatic Data Processing, IBM 705 Mainframe Data 
Center, IBM 650, ARMY> Computers>> 
https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3D32iPITuZraUdata=04%7C01%7Cdarren%40ua.edu%7C0bd30b840eb24ef902aa08d92207e129%7C2a00728ef0d040b4a4e8ce433f3fbca7%7C0%7C0%7C637578239526760320%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=9RLtP5SSPULC3LKhn2fqC3tduaopRCOlrbC6Ik%2FaCWY%3Dreserved=0>>
 32 minutes>>> 
--> For 
IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN>--*Carmen Vitullo*/“I 
am not bound to win, but I am bound to be true. I am not bound tosucceed, but I 
am bound to live up to what light I have.” ― Abraham 
Lincoln/--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Diagram of MVS Control Blocks

[patrickfalcone7]

Actually I believe we had a couple turn themselves loose inside the unit. Sent 
from my Verizon, Samsung Galaxy smartphone
 Original message From: Seymour J Metz  Date: 
4/25/21  5:13 PM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Diagram 
of MVS Control Blocks Did you have returning cartridges dropped onhe 
floor?--Shmuel (Seymour J.) 
Metzhttp://mason.gmu.edu/~smetz3From: 
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
patrickfalcone7 [012526080649-dmarc-requ...@listserv.ua.edu]Sent: Sunday, 
April 25, 2021 2:29 PMTo: ibm-m...@listserv.ua.EDUSubject: Re: Diagram of MVS 
Control BlocksHope you are well Shmuel. We had one at NVIP. I believe my first 
performance problem was related to slowness early on after the online came up. 
One of the files ended up on MSS and the first time through was delayed by 
waiting for back end staging to the 3350s, I believe we had 2 staging devices. 
Of course after staging things were, well, better. I still have one of those 
bullets laying around somewhere. I forget what process would run that would 
validate the bullets and make that wrapping noise. I had access to the hardware 
and was in the room when this kicked off. Kind of jumped the first time I heard 
it. Seems we had quite a variety and never thought to list it and IBM was 
on-site all the time. Miss those days a bit.Sorry for the traipse down lane but 
I've often wondered what the tape drive was called that had a front/top cover 
like a roll top desk. I think it was IBM.Sent from my Verizon, Samsung Galaxy 
smartphone Original message From: Seymour J Metz 
 Date: 4/25/21  12:17 PM  (GMT-05:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Diagram of MVS Control Blocks IBM uses 
both the term Mass Storage Facility and the term Mass Storage System. From IBM 
3850 Mass Storage System (MSS) Principles of Operation, GA32-0029-0 : "The IBM 
3850 Mass Storage System is made up of three physical components:    1. The IBM 
3851 Mass Storage Facility    2. The Staging Adapter (either the IBM 3830 Model 
3 or the ISC with Staging Adapter)    3. The IBM  Disk Storage Control and 
IBM 3330 Modell, 2, or 11 Disk Storage Units. "--Shmuel (Seymour J.) 
Metzhttp://mason.gmu.edu/~smetz3From: 
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David 
Spiegel [dspiegel...@hotmail.com]Sent: Sunday, April 25, 2021 9:20 AMTo: 
ibm-m...@listserv.ua.EDUSubject: Re: Diagram of MVS Control Blocks*MSSOn 
2021-04-25 08:55, Seymour J Metz wrote:> 3850 MSF (3851, 3830 and connected 
3330-1, 3330-11 or 3350 staging drives)?>>> --> Shmuel (Seymour J.) 
Metz--For 
IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Diagram of MVS Control Blocks

[patrickfalcone7]

Hope you are well Shmuel. We had one at NVIP. I believe my first performance 
problem was related to slowness early on after the online came up. One of the 
files ended up on MSS and the first time through was delayed by waiting for 
back end staging to the 3350s, I believe we had 2 staging devices. Of course 
after staging things were, well, better. I still have one of those bullets 
laying around somewhere. I forget what process would run that would validate 
the bullets and make that wrapping noise. I had access to the hardware and was 
in the room when this kicked off. Kind of jumped the first time I heard it. 
Seems we had quite a variety and never thought to list it and IBM was on-site 
all the time. Miss those days a bit.Sorry for the traipse down lane but I've 
often wondered what the tape drive was called that had a front/top cover like a 
roll top desk. I think it was IBM.Sent from my Verizon, Samsung Galaxy 
smartphone
 Original message From: Seymour J Metz  Date: 
4/25/21  12:17 PM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 
Diagram of MVS Control Blocks IBM uses both the term Mass Storage Facility and 
the term Mass Storage System. From IBM 3850 Mass Storage System (MSS) 
Principles of Operation, GA32-0029-0 : "The IBM 3850 Mass Storage System is 
made up of three physical components:    1. The IBM 3851 Mass Storage Facility  
  2. The Staging Adapter (either the IBM 3830 Model 3 or the ISC with Staging 
Adapter)    3. The IBM  Disk Storage Control and IBM 3330 Modell, 2, or 11 
Disk Storage Units. "--Shmuel (Seymour J.) 
Metzhttp://mason.gmu.edu/~smetz3From: 
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David 
Spiegel [dspiegel...@hotmail.com]Sent: Sunday, April 25, 2021 9:20 AMTo: 
ibm-m...@listserv.ua.EDUSubject: Re: Diagram of MVS Control Blocks*MSSOn 
2021-04-25 08:55, Seymour J Metz wrote:> 3850 MSF (3851, 3830 and connected 
3330-1, 3330-11 or 3350 staging drives)?>>> --> Shmuel (Seymour J.) 
Metz--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: JES2 JDHISTORY Command Fail

[patrickfalcone7]

Thank you Alexander. When I read the description of the hours parameter I was 
under the impression I could get more than the default. Says: if not specified 
the default is 72 hours or however many hours the monitor has been active. The 
monitor (I'm assuming JES2MON) maintains history for the life of the monitor 
address space. Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Alexander Riedel  
Date: 04/22/2019  11:28 AM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: JES2 JDHISTORY Command Fail 

Patrick,in the JES2 command reference is this sentence for "$JDHISTORY - 
Display history of JES2 resource usage"written:To display the history of 
resource usage and CPU statistics over time. At the beginning of every hour, 
JES2 saves the current statistics and resets the count. Use this command to 
review the saved statistics. The monitor obtains and displays up to 72 hours of 
samples, based on how long the monitor address space has been running.So, 72h 
seems to be the maxium.-- Original Message --From: "Patrick Falcone" 
<012526080649-dmarc-requ...@listserv.ua.edu>To: 
ibm-m...@listserv.ua.eduSent: 22/04/2019 16:49:20Subject: JES2 JDHISTORY 
Command Fail>  $JDHISTORY(JOES),HOURS=73 command fails after default of 72 
hours. I'm seeing this on both 1.13 and 2.2 systems.>Without the hours 
parameter the default of 72 entries is returned.>I'd like to get additional 
history on JOES. Anyone seeing similar or know of a fix or 
circumvention?>TIA...>>>-->For
 IBM-MAIN subscribe / signoff / archive access instructions,>send email to 
lists...@listserv.ua.edu with the message: INFO 
IBM-MAIN--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Thanks For All the Fish

[patrickfalcone7]

Must feel good to go out on your own terms. Thank you for your input over these 
many years I've followed Main. Health Peace Tranquility and hope your holiday 
season is restful and joyful with family and friends ... take care John.


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: John Eells  
Date: 12/12/2018  8:41 AM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Thanks For All the Fish 

Friday, 14 December 2018, will be my last day at IBM.  For the curious, 
I started on a Wednesday, 1 June 1977, so it will be 41 years, 6 months 
since I started as a CE in the local Poughkeepsie branch office.

It's time to shed the daily stress, devote more time to my hobbies 
(diving, amateur radio, metalworking, cycling), and find a place in the 
County that can use an active volunteer for however many hours I feel 
like working (if any).

I won't be able to get notes on my IBM e-mail address after about noon 
Friday.  I also won't get phone messages after that time at my work 
phone number, because they arrive as e-mail attachments.

Hanging out here has been quite instructive and usually fun (smile), so: 
Thanks, folks.

All the best, everyone.

-- 
John Eells
IBM Poughkeepsie
ee...@us.ibm.com (for a couple more days)

--
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: Sad News Ray Wicks

[patrickfalcone7]

Saw Ray at a Philly CMG meeting years ago ... his anology of *Out of Capacity* 
was likening it to rearranging deck chairs on the Titanic (of course with 
sensitivity to those that perished) RIP Ray ... and Walt who I had an 
opprtunity to talk with on a few occasions ... both grand fellows and 
significant contributors to our community ... will are sorely missed on this 
plane of existence 


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: "Richards, Robert B." <01c91f408b9e-dmarc-requ...@listserv.ua.edu> 
Date: 12/06/2018  5:40 AM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Sad News Ray Wicks 

I remember that the first thing I read about capacity planning circa 1985 was 
an orange-covered WSC book. IIRC, it was titled "Basic Capacity Planning". That 
led me to read Arnold Allen's "Probability and Statistics".  Not a bad start 
for a neophyte at the time.

I can imagine Walt Caprice greeting him at the Pearly Gates...

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Knutson, Samuel
Sent: Wednesday, December 05, 2018 10:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Sad News Ray Wicks

Shared by CMG just this evening.

It is with deep sadness that we announce the passing of our friend and board 
member Ray Wicks on November 27, 2018. Ray was a frequent contributor, 
volunteer, and speaker for CMG. In 2000, he won the prestigious A. A. Michelson 
Award for the Advancement of Computer Systems. CMG would like to pass on their 
condolences to the friends and family of Ray Wicks. http://bit.ly/2G09REj 
#cmgnews


I still remember the first talk I heard from Ray Wicks being impressed not only 
with his expertise but the way he shared it wrapped in wry humor about Zen, 
forests and trees.  He was a fine fellow and contributed greatly to the art and 
science of managing capacity and performance on mainframes.


Peace,
Sam



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Am I missing something in SMF 119 SSH subtypes 94 and 95?

[patrickfalcone7]

Think some of this is in subtype 4


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Charles Mills  
Date: 07/17/2018  1:09 PM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Am I missing something in SMF 119 SSH subtypes 94 and 95? 

I am looking at SMF 119 subtypes 94 and 95 and they appear to me to be
darned near useless. Someone please tell me that I am missing something.

Sure, there are all the characteristics of the SSH security. But there is no
IP address, no (useful) userid, and no session correlator of any kind. So
you know that someone used SSH to do something using particular encryption.
But you don't know who, where they connected from or to, or what they did.
What is the value?

Am I missing something?

(Yes, I know about subtypes 96 - 98. I'm not talking about them. I'm asking
the value of subtypes 94 and 95.)

Charles 

--
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: XCF Group HSFIXC ?

[patrickfalcone7]

Well ... on one of our dev. LPARs we seemingly had a collision between SDSFAUX 
and CMF and some automation all while RMF was also up .. the resultant was 
implications to HSFIXC group which I had not heard of before so we're trying to 
comb through the debris ... switching CMF in taking RMF out ... sorry Martin 


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Martin Packer  
Date: 04/20/2018  10:49 PM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: XCF Group HSFIXC ? 



Thanks (and thanks to Patrick Falcone for the same information).

I suspect that both because it’s new and because it doesn’t have a huge
amount of traffic it wouldn’t bubble up in our code. Generally we see
IXCLOnnn, DXRm, and DFHIR000 groups bubble up.

This is probably one of those “topologically” import XCF groups that aren’t
in fact performance sensitive.

Cheers, Martin

Sent from my iPad

> On 20 Apr 2018, at 17:17, Rob Scott  wrote:
>
> "HSF" is the prefix for new SDSFAUX elements in the  SDSF product.
>
>
>
> "ISF" is the legacy prefix for SDSF elements.
>
>
>
> The HSFIXC group provides sysplex-wide services on behalf of the SDSFAUX
started task.
>
>
>
> Rob Scott
>
>
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Patrick Falcone
>
> Sent: Thursday, April 19, 2018 7:56 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: XCF Group HSFIXC ?
>
>
>
> No idea what this is, any pointers appreciated. TIA...
>
>
>
>
>
>
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
>
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
02451 ■ Main Office Toll Free Number: +1 855.577.4323
>
> Contact Customer Support:
https://urldefense.proofpoint.com/v2/url?u=https-3A__my.rocketsoftware.com_RocketCommunity_RCEmailSupport=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=eU4OxyrvXlQzH-BiRievFcbTYnX822ox5N0FJrnRQQc=5G89IwUGDtOyqDP8Grl8XcpurMIi_B8MyN5gP3Q3fQ4=

>
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences
-
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rocketsoftware.com_manage-2Dyour-2Demail-2Dpreferences=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=eU4OxyrvXlQzH-BiRievFcbTYnX822ox5N0FJrnRQQc=dxN5vSN_bi4V5Xgcaki4D9QY85Bsh-yLEFWL3ivGIQ8=

>
> Privacy Policy -
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rocketsoftware.com_company_legal_privacy-2Dpolicy=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=eU4OxyrvXlQzH-BiRievFcbTYnX822ox5N0FJrnRQQc=PI7IcZ42XHHCYZxgxRogsGMya5KhElOf-t9JyYX5wMo=

>
> 
>
>
>
> This communication and any attachments may contain confidential
information of Rocket Software, Inc. All unauthorized use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
notify Rocket Software immediately and destroy all copies of this
communication. Thank you.
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
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: WLM and response time

[patrickfalcone7]

I'm wondering if state sampling for these non ending transactions are part of 
the overall emphasis on the performance of the service class. If these samples 
were discarded for non ending, high resource usage transactions as an example, 
I could envision some unfavorable results to service class and possibly system 
performance...but it is a bit confusing. 


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Gerhard Adam  
Date: 02/15/2018  1:59 PM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: WLM and response time 

Here's an example of why I'm questioning this.  This is from a book by Robert 
Vaupel.  I know he's knowledgeable, but the explanation is confusing.

Using an average response time example he says "The running or in-flight 
transactions are also captured in order to make sure that long running and not 
ending transactions are used for managing the service class too.".

Why should a transaction that hasn't ended be relevant?

Sent from my iPhone

> On Feb 15, 2018, at 10:34 AM, Allan Staller  wrote:
> 
> IIRC, WLM only uses ended transactions for the policy adjustment cycle.
> 
> Further suggested reading SYSTEM Programmers Guide to WLM:
> 
> www.redbooks.ibm.com/redbooks/pdfs/sg246472.pdf
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Gerhard Adam
> Sent: Thursday, February 15, 2018 11:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: WLM and response time
> 
> I agree.  But the question remains.  How does WLM manage a response time that 
> is longer than the policy adjustment interval?  Is it only based on ended 
> transactions at that time (which would seem logical).
> 
> I've also seen a lot of recommendations from various sources talking about 
> short batch, which is what gave rise to the question.  Specifically the 
> recommendation used 5 initiators as the example.  
> 
> Also it doesn't matter if it is percentile or average response time.  What 
> makes me wonder is that it basically tenders the percentile useless.
> 
> For example, if I have an average response time of 1 sec, then it is easy to 
> see that enough transactions would end in an interval to provide samples to 
> evaluate.  However let's also say that there are some transactions that will 
> experience a response time of 60 seconds (and stay in the same period).  In 
> fact, this can happen with USS where transactions may show a response time of 
> 20 seconds.
> 
> Since these end during different policy adjustment intervals, it seems that 
> they are only a sporadic effect, because during the interval when none end, 
> the average response time would hold.  During the intervals when they do end, 
> the percentile would be applicable.
> 
> Yet wouldn't this cause me to perpetually fluctuate between exceeding goals 
> and meeting them?  After all during the intervals when I have no long running 
> transactions ending, I would show 100% meeting goals and exceed by goal.
> 
> Yet I don't recall ever seeing this kind of behavior.
> 
> Sent from my iPhone
> 
>> On Feb 15, 2018, at 6:17 AM, Allan Staller  wrote:
>> 
>> Response time goals for batch do not (IMO) make any sense.
>> 
>> WLM is predicated on having enough samples to make an informed decision. If 
>> you only have 1 or 2 samples (ended transactions) in an interval, that is 
>> not statistically valid.
>> I would suggest a velocity goal be used in its place.
>> 
>> If queue time is needed to be considered, the I would expand the suggestion 
>> to include WLM managed initiators. This will change the velocity calculation 
>> to include queue time as part of the delay.
>> 
>> Suggested reading: 
>> ftp://public.dhe.ibm.com/s390/zos/wlm/WLMvelocity.pdf
>> 
>> HTH,
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Gerhard Adam
>> Sent: Wednesday, February 14, 2018 9:40 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: WLM and response time
>> 
>> Well, this may seem like an obvious answer, but I can't tell if I'm 
>> confusing myself or missing something.
>> 
>> If I use a long response time (like 10 minutes for batch), then I would 
>> think that I only consider that during the Performance Adjustment interval 
>> in which the transaction ends.  Yet that raises the question that if I have 
>> multiple jobs in such a service class, then over what interval must they end 
>>  to provide a meaningful metric?  Assuming they would all end within a 10 
>> second window seems implausible, so how can a response time goal 
>> realistically be managed at such high values?
>> 
>> In addition I recently read that even transactions that haven't ended can be 
>> used in the evaluation of goals, but that doesn't make sense since, by 
>> definition, they haven't ended.  Yet this is what percentile goals are 
>> 

Re: [EXTERNAL]Re: SMF type 89 records reporting RMF usage

[patrickfalcone7]

Are all references to RMF libraries also removed...are you using SDSF?


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: "Tobleman, Vicky"  
Date: 07/14/2016  3:35 PM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL]Re: SMF type 89 records reporting RMF usage 

The issue was in an IBM software audit ... in addition to the SCRT reports, 
which did not report on RMF, the audit required us to run Usage Reports.  @ the 
time we had 3 separate environments - two of them had RMF enabled in IFAPRD00, 
the 3rd plex did not.

There was usage listed on one of the plex's - almost every day for months, even 
though we can find no record of RMF tasks being started (we run CMF).  The 
other plex that had RMF enabled only had one day in 3 months were it showed RMF 
usage.  We also used a CMF utility to look for RMF records mixed in with CMF 
records (all type 70's) but did not find any - so we are fairly confident that 
the main RMF tasks were not running anywhere.

So I'm thinking that "enabled" is not the only thing causing the usage 
reporting.  We did get a message from IBM support center that talks about 
generating RMF usage if you initiate the monitor tasks from TSO or batch - 
neither of which  would cut RMF records but would cause RMF usage of modules.  
Perhaps we had a batch job that was scheduled on that plex that ran one of the 
RMF monitors and we didn't realize.  We'll explore that avenue - unless anyone 
has something else to suggest.

vicky.tobleman

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, July 14, 2016 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL]Re: SMF type 89 records reporting RMF usage

Hi Peter,

I think it still goes back to the original contract that has you entitled to 
RMF, so I would check that first.

Best regards,
Cheryl

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Ten Eyck
Sent: Thursday, July 14, 2016 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF type 89 records reporting RMF usage

After some research... I am starting to think this might be the case. It 
appears we had RMF enabled in IFAPRD00, but were not running it. We are running 
CMF.

Can a SMF type 89 record indicating RMF use be cut under these circumstances?

--
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



American National has changed its email addresses to 
firstname.lastn...@americannational.com. Please update my email address in your 
contact list, if applicable, at your earliest convenience.

Confidentiality: This transmission, including any attachments, is solely for 
the use of the intended recipient(s). This transmission may contain information 
that is confidential or otherwise protected from disclosure. The use or 
disclosure of the information contained in this transmission, including any 
attachments, for any purpose other than that intended by its transmittal is 
strictly prohibited. Unauthorized interception of this email is a violation of 
federal criminal law. If you are not an intended recipient of this 
transmission, please immediately destroy all copies received and notify the 
sender.

--
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: SMF type 89 records reporting RMF usage

[patrickfalcone7]

I suspect you mean MULC and not SCRT. We had a similar issue. Once we disabled 
RMF in IFA it stopped reporting in the MULC Software Summary Report section... 
I don't remember this being about usage but it showing up in Summary Report ... 
this back in 2010...


Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Peter Ten Eyck  
Date: 07/14/2016  8:55 AM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMF type 89 records reporting RMF usage 

After some research... I am starting to think this might be the case. It 
appears we had RMF enabled in IFAPRD00, but were not running it. We are running 
CMF.

Can a SMF type 89 record indicating RMF use be cut under these circumstances?

--
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: SMF type 89 records reporting RMF usage

[patrickfalcone7]

Sorry... didn't see Peters original ... check ifa member in parmlib to ensure 
you don't have the rmf enabled



Sent from my Verizon Wireless 4G LTE smartphone

 Original message 
From: Cheryl Watson  
Date: 07/12/2016  4:20 PM  (GMT-05:00) 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMF type 89 records reporting RMF usage 

Hi Peter,

Usually, RMF does NOT show up on the SCRT report that you create to send IBM.  
It will show up, however, on their bill coming back (also in Excel format).  
Where are you seeing it?  If it's on the bill, then here is what is happening:

1.  When you sign a license for z/OS, you also indicate which other 
entitlements come with that, such as RMF, DFSORT, and similar tools.  If you 
have alternative products, such as CMF or SYNCSORT, then you would remove those 
entitlements during the license signing.

2.  IBM keeps that information in their license database.

3.  You run an SRCT report that shows all of the LPARs where z/OS runs.  IBM 
bills you for every entitlement in every LPAR where z/OS runs, whether you run 
the component or not.  Therefore, if RMF is an entitlement in your license, 
then RMF will show up in every LPAR.

So EITHER you should have removed RMF as an entitlement once you installed CMF, 
OR you are running RMF in at least one LPAR and you're getting charged for all 
LPARs (but there's nothing you can do about that - it's the way it works).

Is this the situation in your case?

Best regards,
Cheryl


Cheryl Watson
Watson & Walker, Inc.
100 Central Ave, Suite 1013
Sarasota, FL 34236
P-941-924-6565, F-941-924-4892
www.watsonwalker.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Ten Eyck
Sent: Tuesday, July 12, 2016 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF type 89 records reporting RMF usage

Our SCRT reporting for IBM showed type 89 records that indicted that RMF was 
used. We do not run RMF, we run CMF. I am looking back at syslogs and SMF data; 
I am trying to determine what caused that (RMF usage) type 89 record to get 
cut. It does not appear that the RMF STC was started… wondering what else could 
be the cause.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN