Re: Bounded string move?
What happens in any case if “the caller” (or somesuch) fails to add the terminating (null?) character. I’m assuming this technique is length limited or sets some kind of condition code. Cheers, Martin (who is unfamiliar with this technique – so far) From: IBM Mainframe Discussion List on behalf of Tony Harminc Date: Tuesday, 22 October 2024 at 03:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Bounded string move? On Mon, 21 Oct 2024 at 19:28, Seymour J Metz wrote: > If I know the lengths of an input string and the length of a buffer, I can > specify a pad character and copy it with MVCL. If I know that it is > delimited by, e.g., a blank, I can use MVST but I run the risk of a buffer > overrun. Is there a quick way to copy a delimited string without > overrunning either the input or output buffer and without resorting to TRT? > If you're willing to limit your string to 256 bytes, you can probably use TROO (TRANSLATE ONE TO ONE), using your data as the table (GR0) and something like DATA DC 256AL1(*-DATA) as the data (R2). The same trick has been used with TR since S/360 days to reverse (or otherwise reorder) a string, but TROO adds the optional test for a terminating "function character" in R0 that's actually going to be checked for in your source string. TROO (vs TR) also doesn't require reinitializing the table for each use, because it doesn't translate in place. This won't do padding, and your two operands have to have the same length, so it doesn't have everything wrapped into one instruction, i.e. strncpy(). Generally though, how often does one encounter a situation where the lengths are both known *and* there may be a delimiter character *and* you want padding? If that's the case you'd probably use SRST followed by MVCL, and unfortunately have two passes over the data. Hmmm... This TROO trick can still check only one length, so you'd have to be sure the source string has a delimiter, and know the length of your target field. Which is probably not so unusual. I'm not seeing a way to use any of the other TRxx instructions to allow for a longer string, but I may be missing it. I also haven't thought hard about what happens upon hitting the CPU-determined number of characters and branching back on CC3, but it's probably fine. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
What I am observing is that many customers could have more private (24- or 31-bit) with a bit of care with the SQA and CSA definitions. That just might help. Alternatively, they could have more buffer within (E)CSA. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Peter Relson Date: Friday, 4 October 2024 at 13:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Checking another address space private region If you're running out of private storage, as was suggested, take a dump so that you (or someone) can run the report(s) to see the private storage usage and so that you can look at the system trace for that address space. At a broad stroke some summary information can be viewed from any address space via the LDAX (mapped by IHALDAX). It of course matters whether you are running out of region storage vs system private, running out of below-16M vs above-16M. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
Right. That was where I (or probably Rob) would go next – if real(ish) time monitoring were required. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Steely.Mark <0708bf6ac9be-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 2 October 2024 at 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Checking another address space private region SDSF has the AS (Address space memory) command. This provides a lot of information about address space regions. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Zukt Sent: Wednesday, October 02, 2024 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Checking another address space private region ! CAUTION! EXTERNAL SENDER! STOP, ASSESS, AND VERIFY Do you know this person? Were you expecting this email? If not, report it using the Report Phishing Button! Hi Martin, I think that that will do the trick. Thank you for the tip. Regards Jack On Wed, 2 Oct 2024 at 14:01, Martin Packer wrote: > In real time? > > After the fact could be SMF 30 – as it has the numbers. However > allocation is not used and some applications GETMAIN the whole of > their region as a matter of course. > > From: IBM Mainframe Discussion List on > behalf of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> > Date: Wednesday, 2 October 2024 at 13:57 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Checking another address space private region Hi, > Is there a way to check another address space private area? I need to > see what is happening on an active started task private region in > order to understand what is driving it full. > Regards > Jack > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 Registered office: > Building C, IBM Hursley Office, Hursley Park Road, Winchester, > Hampshire SO21 2JN > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Exactly. I was going to say that. I?m concerned for all of those. From: IBM Mainframe Discussion List on behalf of Lennie Bradshaw Date: Wednesday, 2 October 2024 at 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Israel So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze ?Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.? - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board > to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver > <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
In real time? After the fact could be SMF 30 – as it has the numbers. However allocation is not used and some applications GETMAIN the whole of their region as a matter of course. From: IBM Mainframe Discussion List on behalf of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 2 October 2024 at 13:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Checking another address space private region Hi, Is there a way to check another address space private area? I need to see what is happening on an active started task private region in order to understand what is driving it full. Regards Jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM question : Is ziip service units counted in period switching
My answers will get worse the further down the list… 😊 0) You are right that SMF 101 has no concept of period aging. 1) A DDF transaction is a commit or abort, not the whole conversation. But transaction reporting changed for High Performance DBATs with quite an old level of Db2 maintenance. Now transaction endings are reported by Db2 en masse to WLM, rather than individually. There are new fields in RMF for this case (but there aren’t in SMF 30). 2) I think you’re right but I’m not 100% certain. 3) I don’t know. Anybody else want to chip in? Thanks, Martin From: IBM Mainframe Discussion List on behalf of shivang sharma <06de338e2676-dmarc-requ...@listserv.ua.edu> Date: Monday, 2 September 2024 at 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: WLM question : Is ziip service units counted in period switching Hi , So in our case we are dealing with a missing PI of DDF period 1 with 20 SU and there does not seem to be an easy way to solve this problem when it comes to correlating DB2 accounting data (101) with SMF 72. This is because which DDF transactions ended in which period is not stored in DB2 101 records. There are few other questions which I would like to get your insights on : 1)What does WLM consider as an ended transaction in case of DDF? A commit + abort or the entire thread? There can be multiple commits per thread. 2)As per my understanding converting SU to CPU time is done using the WLM SU/sec conversion factor. There is also a SRM su/sec published by IBM but i think R723MADJ is used. This WLM factor can be different based on the logical processor configuration of an LPAR. A DB2 data sharing member can be on different CECs and LPARs so for example defining 20 SU will translate to different amount of GCP time on different LPARs in a sysplex. Is my understanding correct here ? 3)I am keen to understand what will happen in the scenario of sub capacity processors where GCPs are slower than IIPs. Will WLM normalize the IIP service units before deciding period aging? Thanks Ss On Sat, Aug 31, 2024 at 4:20 PM Martin Packer wrote: > If this weren’t the case Period Aging would work differently for (up to > )60% of DDF transactions (the zIIP ones) versus (at least) 40% (the GCP > ones). Indeed Period Aging wouldn’t work at all for the former (barring > zIIP-on-GCP). > > Oh, not to confuse this with the newer High Performance DBAT support – > which kills Period Aging for those DDF transactions. > > Cheers, Martin (coming back off vacation so late to the party) > > From: IBM Mainframe Discussion List on behalf > of Dave Barry <00a5644c6d08-dmarc-requ...@listserv.ua.edu> > Date: Monday, 26 August 2024 at 17:05 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] WLM question : Is ziip service units counted in > period switching > "Duration is the amount of weighted SU (including zIIP) that a UOW (unit > of work) may consume before it is switched to the goals of the next > .period." > > Bear in mind that zIIP-eligible work can run on a GCP. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Dave Barry > Sent: Monday, August 26, 2024 11:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] WLM question : Is ziip service units counted in > period switching O 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 > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 > Registered 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: WLM question : Is ziip service units counted in period switching
If this weren’t the case Period Aging would work differently for (up to )60% of DDF transactions (the zIIP ones) versus (at least) 40% (the GCP ones). Indeed Period Aging wouldn’t work at all for the former (barring zIIP-on-GCP). Oh, not to confuse this with the newer High Performance DBAT support – which kills Period Aging for those DDF transactions. Cheers, Martin (coming back off vacation so late to the party) From: IBM Mainframe Discussion List on behalf of Dave Barry <00a5644c6d08-dmarc-requ...@listserv.ua.edu> Date: Monday, 26 August 2024 at 17:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] WLM question : Is ziip service units counted in period switching "Duration is the amount of weighted SU (including zIIP) that a UOW (unit of work) may consume before it is switched to the goals of the next .period." Bear in mind that zIIP-eligible work can run on a GCP. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dave Barry Sent: Monday, August 26, 2024 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] WLM question : Is ziip service units counted in period switching O 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Couple of questions about job id
Unsurprised ChatGPT hallucinated. I once tried asking it to write me blog posts – and it hallucinated like mad. “I’ll some of what it’s having.” 😊 For balance, I tried the same thing on what I’m supposed to be enthusiastic about and it hallucinated just as badly. I suspect we’ll get to the point where writers don’t care about what they write and readers don’t care about what they’ve read… ☹ 😊 More seriously, some customers have 5-digit jobids; Some have 7. Cater for both if product code. (I try to.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of Steve Horein <05b0b4f1358b-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 7 August 2024 at 20:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Couple of questions about job id I had similar interests not long ago, and got some direction with CHKTRID from Binyamin Dissen and Rob Scott: On Fri, Dec 8, 2023 at 8:12 AM Rob Scott wrote: > > > If the OP is willing to call an interface instead, the use ERBSMFI and get > SMF79-1 records and look at the values in R791TAS. > > CHKTRID is a good place to start if you are trying to work this out from > control blocks yourself, but there are a few nuances to consider (assuming > you have the ASCB address for the ASID) : > > (o) If ASCBJBNI is non-zero, you need to get the CSCB from CHCSCBP (based > CHNAME on ASCBJBNI) > (o) If ASCBJBNI is zero, use ASCBCSCB > (o) If CHJOBID, then you might have a JOB, but it will be STC if ASCBJBNI=0 > (o) CHTSID = TSU > (o) Otherwise you have an STC, but then you need to identity ASCH, OMVS > and INITs from jobnames > > If you then want to accurately populate fields like “STEPNAME” and > “PROCSTEP” you need to be careful as they can come from different places > depending on the logic above. > > It is a bit messy TBH. > > Also bear in mind that ASID(0001) is called “SYSLOG” 😊 > > Rob Scott > Rocket Software > > On Wed, Aug 7, 2024 at 11:09 AM Lindy Mayfield < 05a2ba9c925b-dmarc-requ...@listserv.ua.edu> wrote: > For the job id on my system, the name starts STC* for started task, TSU* > for TSO user, JOB* for batch (and sometimes initiatiors), and there seems > to be an 'other' category. But I noticed on another system that the jobid > names are different. Out of curiosity, where is that naming defined? I > didn't find it in the usual places. > > Since the naming convention can change, is there another way to find out > the job type, STC, JOB, TSU, etc, in a control block somewhere? My program > is already going through all the ASCB and related control blocks, so that > would be the best place to look for that info. > > Thanks for your help. 🙂 > > Kind regards, > Lindy > > > > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: CPU and I/O statistics for BPXBATCH executions?
You have until the end of today to submit a presentation proposal on this (z/OS Unix SMF 30 parsing) for GSE UK Annual Conference, Scott. Not to put pressure on you in public… 😊 Cheers, Martin From: IBM Mainframe Discussion List on behalf of Scott Chapman <03fffd029d68-dmarc-requ...@listserv.ua.edu> Date: Friday, 28 June 2024 at 12:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: CPU and I/O statistics for BPXBATCH executions? Yeah, one might think. One might be surprised. I haven't looked at this for some time so I don't remember all the details. But I remember I wrote something about this at one point in time. Eventually I found an old CMG paper I wrote (looks like c. 2011) about running Java on z/OS and found the below bit. It seems you might want to try running under BPXBATSL to see if that impacts what's reported. If you have shell scripts calling other "unix" commands that the combination of BPXBATSL and the _BPX* settings here might (possibly) get you to the all in one accounting. Scott Chapman From 2011: SMF 30 and End-of-job Accounting The choice of BPXBATCH vs. BPXBATSL vs. JZOS directly impacts the SMF 30 records that are created for a Java batch job. Note that there are USS environment variables that may impact the details presented here. In particular, _BPX_BATCH_SPAWN, _BPX_SPAWN_SCRIPT, and _BPX_SHAREAS seem like they should impact the operation of BPXBATCH, but in my limited testing they didn’t. Again, testing in your own particular environment is highly suggested! The results presented here are believed to be valid for a standard or default configuration. Also note that BPXBATCH was using the SH option to run a shell script which can afford more space in the 100 byte JCL PARM, but causes some of the problems noted here. If you expect to run a single batch job with a single step and get a single SMF 30 step record (subtype 4) and a single SMF 30 job record (subtype 5), you may be surprised. In my testing that was only true when using BPXBATSL. When using BPXBATCH, I got 4 job records and 6 step records. When using JZOS, I got 2 job records and 2 step records. On Thu, 27 Jun 2024 00:54:34 +, Farley, Peter wrote: >For such a limited batch job, it ought to be possible to report all I/O’s, CPU >and memory statistics for all processes that were started and ended during the >job execution in one or two aggregated set of messages to the batch job >JESYSMSG and JESMSGLG outputs such that the combination reports all of the >actual usage, whether z/OS batch or Unix command(s). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: VIO in 2024
I’d add that VIO was always said to simulate a device and therefore was quite an expensive way of doing Data-In-Memory. Having said that, it might be the only option. Cheers, Martin (who wrote VIOTOES LIST3820 in the late 1980’s). 😊 From: IBM Mainframe Discussion List on behalf of Jim Mulder Date: Wednesday, 5 June 2024 at 20:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: VIO in 2024 It is a way to use real storage to avoid I/O for applications that don't do that on their own. So, yes, as long as you have enough real storage so that VIO use does not result in paging. If the VIO data is getting paged out, you would usually be better off using ordinary I/O than paging I/O. Paging I/O uses a 4K block size, which is inefficient for FICON, unless you are using zHPF. z/OS has not enhanced its paging I/O to use zHPF. With non-paging I/O, you can use a larger block size, and many of the access methods use zHPF. Jim Mulder -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Wednesday, June 5, 2024 8:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: VIO in 2024 Does sending small datasets to VIO sill make sense in 2024? The Ministry of Silly Questions thanks you in advance for your reply! Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
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, Martin From: IBM Mainframe Discussion List on behalf of Jaime Fernandez <05f045ad6641-dmarc-requ...@listserv.ua.edu> Date: Thursday, 14 March 2024 at 14:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] WLM and DDF enclaves Hi 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-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Signing off
My Dad (now long since retired) worked with 1904’s and then 29xx and 39xx. (He also had IBM kit in the end – 3090 – but that isn’t really how I got into IBM.) 😊 I think there was / is a 1904 in the Science Museum in London. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Steve Thompson Date: Monday, 26 February 2024 at 22:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Signing off I had to re-read that line "first started on an ICL 1904" a few times before I my brain realized that was a model number and not a year. Blue skies and tail winds. Enjoy your next set of activities. Regards, Steve Thompson On 2/26/2024 2:51 PM, Sean Gleann wrote: > This list has been a great source of ideas and information, although I've > never really been a 'contributor' here, but more of a 'lurker'. Whenever > I've seen a thread that I might be able to respond to, someone else gets in > first with a response very similar to the one that I thought of. > > So, I hope you won't mind me speaking up now to say that it's time for this > tired old mainframer to toddle off into the sunset... after 50 years of > working with mainframe systems, I feel it's time to hang up my keyboard and > call it a day. > > I first started on an ICL 1904 - punched cards, paper tape, core memory, > 60MB disks, GEORGE II - but quickly saw the light and moved to another > employer that used a 360/30 roughly 8 years after the series was first > marketed. Since then, aside from a brief entanglement with a Burroughs > B4700, it's been IBM all the way. > > I have to say that it's (mostly) been a lot of fun. From one aspect, I've > never really worked a day in my life. Instead, I've been paid a lot of > money to play on other people's expensive toys. > > Here's wishing all of you good luck and good fortune for the future. I'll > be thinking about doing some travelling - haven't made it to South America > or Africa yet. > > Regards > Sean o'bhaile na Gleann > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: zsh for z/OS
-zsh Thanks Ed! From: IBM Mainframe Discussion List on behalf of Ed Jaffe <05acc3c79bf7-dmarc-requ...@listserv.ua.edu> Date: Saturday, 17 February 2024 at 16:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: zsh for z/OS On 2/17/2024 2:34 AM, Martin Packer wrote: > I think this is the same shell as Mac OS. I use it there a bit – but getting > stronger. Right now I don’t have a 3.1 system to play with (and rarely do > Unix stuff on z/OS anyway). > > Cheers, Martin Issue the 'echo $0' command. What shell name comes back on Mac? -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: zsh for z/OS
I think this is the same shell as Mac OS. I use it there a bit – but getting stronger. Right now I don’t have a 3.1 system to play with (and rarely do Unix stuff on z/OS anyway). Cheers, Martin From: IBM Mainframe Discussion List on behalf of Frank Swarbrick Date: Friday, 16 February 2024 at 19:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] zsh for z/OS z/OS 3.1 added the Z Shell, zsh. Is anyone using it? How do you like it. What interesting features does it have over bash? I'm only at 2.5, so can't use it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Difference between STSI instruction and SYSEVENT QVS?
I’m assuming that when STSI was enhanced for z16 – and it was a great enhancement – all the ways of calling it were able to support the new information (and any environmentals). Cheers, Martin From: IBM Mainframe Discussion List on behalf of Attila Fogarasi Date: Saturday, 3 February 2024 at 05:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Difference between STSI instruction and SYSEVENT QVS? substantially the same in terms of information, also don't forget there is also CSRSI which may be a better choice. The callable services validate parameters before calling STSI for you under the covers, also simplify some of the returned info if you are running other than directly lpar on z hardware. On Fri, Feb 2, 2024 at 6:23 AM Joe Monk wrote: > What (if any) is the difference between the STSI instruction and the > SYSEVENT QVS service, other than maybe the C interface? > > Thanks, > > Joe > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Generating output in SORT with a time value
An E15 exit could do it – except it might be called too frequently. But probably STCKE would work. I think that’d be expensive, though. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Massimo Biancucci Date: Thursday, 1 February 2024 at 15:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Generating output in SORT with a time value Billy, as Sri said there's no way to ask SORT tools to put a different TS on every record. Hereby a "try" to start with an arbitrary TS (in TOD format to generate as you like) and then generate a number of consecutive TS part (HHMMSSuu) with a distance of 1 us. It's a two steps and probably can be shrinked into one. Consider it as an idea to further develop. This doesn't guarantee any uniqueness between two different runs or single run generating more than "1 day" number of records. Hope this helps. Max //*---* //* LET'S GENERATE A ARBITRARY NUMBERS OF ROWS WITH THE SEQNUM IN * //* BINARY FORMAT AND A FIX TOD. LET'S CALL IT BASE TOD. * //*---* //ST001EXEC PGM=SORT //SYSOUTDD SYSOUT=* //SORTIN DD * ABC //SORTOUT DD DSN=&&TMP,DISP=(,PASS),SPACE=(TRK,(10,10),RLSE) //SYSIN DD * SORT FIELDS=COPY OUTFIL REPEAT=10, BUILD=(SEQNUM,4,BI,START=0,X'DE956F5F25C18000') *2024-01-31-23.59.59.999000 * BUILD=(SEQNUM,4,BI,X'DE9542AB0E80') *2024-01-31-20.40.00.00 /* //*---* //* TOD IS A 8 BYTES BINARY WHERE BIT 51 IS 1 US * //* IT MEANS YOU HAVE TO DIVIDE TOD BY 4096 TO CALC NUM OF US * //* SO: * //*---* //* +1291714560 1 YEAR * //* +3538944 1 DAY * //* +147456 1 HOUR * //* +24576000 1 MINUTE* //* +409600 1 SECOND* //* +4096 1 US* //*---* //* SORT CAN TRANSFORM TOD TO DATE OR TIME. * //* FOR TIME THE MAXIMUM PRECISION IS HUNDREDTHS SECOND. * //* WE NEED TO CALCULATE THE LAST 4 DIGITS OF MICROSECONDS. * //*---* //* FIRST ADD SEQNUM US TO THE BASE TOD. * //* EVERY RECORD WILL HAVE ONE US MORE. * //* LET'S PRINT TOD AS TC4: HHMMSSHH. * //* LET'S CALC LAST 4 DIGITS AS REMAINDER OF TOD BY 4096. * //* THIS IS THE VALUE IN TOD US UNITS. DIVIDE IT BY 4096 TO GET US. * //*---* //* WE USE THIS MECHANISM TO USE TOD AS COUNTER AND AVOID EVALUATING * //* DAY CHANGE ETC. * //*---* //ST002EXEC PGM=SORT //SYSOUTDD SYSOUT=* //SORTIN DD DSN=&TMP,DISP=(OLD,DELETE) //SORTOUT DD SYSOUT=* //SYSIN DD * INREC FIELDS=(1,4,SEQNUM 5,8, BASE TS 1,4,BI,MUL,+4096,ADD,5,8,BI,TO=BI,LENGTH=8, ADD SEQNUM US TO BASE TS ((1,4,BI,MUL,+4096,ADD,5,8,BI), CALC REMAINDER US*1 MOD,+4096),DIV,+4096,TO=BI,LENGTH=4) SORT FIELDS=COPY OUTREC FIELDS=(C'', 13,8,TC4, 21,4,BI,EDIT=()) /* Il giorno mer 31 gen 2024 alle ore 20:10 Billy Ashton < bill00ash...@gmail.com> ha scritto: > Thanks so much for this, Kolusu. I was hoping to find a way to get a new > time on every record, but I think I can work with this and the following > sequence number. > > I hope you have a great day today! > > Thank you and best regards, > Billy Ashton > > > -- Original Message -- > From "Sri h Kolusu" > To IBM-MAIN@listserv.ua.edu > Date 1/31/2024 1:32:23 PM > Subject Re: Generating output in SORT with a time value > > >>> Hi there Kolusu, I messed up my format, and should have had colons > instead of commas. > > > >Billy, > > > >Apart from usage of Colons, did you realize that you have OVERLAPPING > data? > > > >At position 82 you wanted to write 82:C'This is my data field 3', and > then at position 102 you wanted to write this 102:C'AZ', > > > >The length of the text at 82 is 23 bytes long. > > > >+1+2 > >THIS IS MY DATA FIELD 3 > > > >You want to write 23 bytes into a 20-byte length which is NOT possible. > > > >>> I checked the APG, and could not find a way to use o
Re: Encryption and decryption - processor or TCPIP
If I’m interpreting the z16 materials right it’s within the core’s area. From: IBM Mainframe Discussion List on behalf of Eric D Rossman Date: Thursday, 25 January 2024 at 15:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP > Actually, every processor core includes its own CPACF coprocessor section. > In other words, CPACF is "on core." It's a fine distinction. My background is in HW so I describe it as separate from the "CP" proper, even though it is on the same chip. Eric Rossman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Encryption and decryption - processor or TCPIP
No need to apologise; You made me snigger. “Fix it with finance” is what I often use. Caveat vendor? 😊 Cheers, Martin From: IBM Mainframe Discussion List on behalf of Lennie Dymoke-Bradshaw <032fff1be9b4-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 24 January 2024 at 13:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP Sorry MaRtin. L -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lennie Dymoke-Bradshaw Sent: 24 January 2024 13:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP Matin said " Easily managed by provisioning enough zIIP." As one of my old manager's used to say, "you can solve anything with a pot of gold". -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: 24 January 2024 12:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP Thanks. Then if I see zIIP for TCP/IP I should tentatively conclude it's this. The interesting bit would be if this zIIP usage were large - and pre-empting Db2 Engine. Easily managed by provisioning enough zIIP. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Lennie Dymoke-Bradshaw <032fff1be9b4-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 24 January 2024 at 11:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP Martin, As Timothy has pointed out, it is for IPSEC processing that a zIIP is used, not AT/TLS. I think you are correct that this would show against the TCP/IP address space. But I think you should confirm that with others. (e.g. Chris Meyer) Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: 24 January 2024 10:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP In the back of my mind I also think that the crypto processing for TCP/IP could be performed on a zIIP processor (which could be using its CPACF, of course). Lennie, or anybody who knows, which address space would show zIIP CPU time under those circumstances? I'm assuming TCP/IP address space(s) - which generally are in SYSSTC and so above eg Db2 Engine. (At this point I'm interested in detecting / sizing such goings on - probably with SMF 30.) Thanks, Martin From: IBM Mainframe Discussion List on behalf of Lennie Dymoke-Bradshaw <032fff1be9b4-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 24 January 2024 at 09:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP Tom, It is possible to initialise ICSF without a Crypto Express card. I have done it. Changes were made to ICSF in support of that initialisation many years ago. It does require the CPACF. However, this only supports clear keys in the CKDS. The CKDS formatting is different in some way and cannot be converted to a secure key CKDS. I don't know if there is a way of using the PKDS or TKDS in this configuration. I have been told it is possible to run Data set encryption with CPACF only and a clear key CKDS, but I have not tried this. My understanding is that System SSL libraries use code that works out what facilities are available and uses the "best" option. CPACF on the later machines has some support for asymmetric keys so that could potentially help with handshakes. Earlier machines with CPACF could only do symmetric key processing. In the back of my mind I also think that the crypto processing for TCP/IP could be performed on a zIIP processor (which could be using its CPACF, of course). Lennie Dymoke-Bradshaw https: //rsclweb.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Brennan Sent: 24 January 2024 08:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP Woah... right now I'm only about 1000 miles from Timothy so I get to see his responses in real time and not California time :) So Timothy (and probably just for me), I've seen a couple of sites without crypto HSM cards not bother to run ICSF. Can I assume in that case there's pretty-much no way any encryption processing could be using CPACF? On 1/24/2024 12:29 AM, Timothy Sipples wrote: > Peter wrote: >> I have a general question here. When you don't have crypto processor, >> So when a ATTLS traffic is enabled does the encryption and decryption >> handled by Started task TCPIP or the general processor? > > I've seen some of the follow-up messages, and it seems like you're > trying to troubleshoot a performance/throughput-related issue. Or at least you'd like to understand what changed, why you may be observing an elongation in your transaction times from CICS's perspective. > > "Crypto processor&quo
Re: Encryption and decryption - processor or TCPIP
Thanks. Then if I see zIIP for TCP/IP I should tentatively conclude it’s this. The interesting bit would be if this zIIP usage were large – and pre-empting Db2 Engine. Easily managed by provisioning enough zIIP. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Lennie Dymoke-Bradshaw <032fff1be9b4-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 24 January 2024 at 11:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP Martin, As Timothy has pointed out, it is for IPSEC processing that a zIIP is used, not AT/TLS. I think you are correct that this would show against the TCP/IP address space. But I think you should confirm that with others. (e.g. Chris Meyer) Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: 24 January 2024 10:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP In the back of my mind I also think that the crypto processing for TCP/IP could be performed on a zIIP processor (which could be using its CPACF, of course). Lennie, or anybody who knows, which address space would show zIIP CPU time under those circumstances? I'm assuming TCP/IP address space(s) - which generally are in SYSSTC and so above eg Db2 Engine. (At this point I'm interested in detecting / sizing such goings on - probably with SMF 30.) Thanks, Martin From: IBM Mainframe Discussion List on behalf of Lennie Dymoke-Bradshaw <032fff1be9b4-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 24 January 2024 at 09:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP Tom, It is possible to initialise ICSF without a Crypto Express card. I have done it. Changes were made to ICSF in support of that initialisation many years ago. It does require the CPACF. However, this only supports clear keys in the CKDS. The CKDS formatting is different in some way and cannot be converted to a secure key CKDS. I don't know if there is a way of using the PKDS or TKDS in this configuration. I have been told it is possible to run Data set encryption with CPACF only and a clear key CKDS, but I have not tried this. My understanding is that System SSL libraries use code that works out what facilities are available and uses the "best" option. CPACF on the later machines has some support for asymmetric keys so that could potentially help with handshakes. Earlier machines with CPACF could only do symmetric key processing. In the back of my mind I also think that the crypto processing for TCP/IP could be performed on a zIIP processor (which could be using its CPACF, of course). Lennie Dymoke-Bradshaw https: //rsclweb.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Brennan Sent: 24 January 2024 08:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP Woah... right now I'm only about 1000 miles from Timothy so I get to see his responses in real time and not California time :) So Timothy (and probably just for me), I've seen a couple of sites without crypto HSM cards not bother to run ICSF. Can I assume in that case there's pretty-much no way any encryption processing could be using CPACF? On 1/24/2024 12:29 AM, Timothy Sipples wrote: > Peter wrote: >> I have a general question here. When you don't have crypto processor, >> So when a ATTLS traffic is enabled does the encryption and decryption >> handled by Started task TCPIP or the general processor? > > I've seen some of the follow-up messages, and it seems like you're > trying to troubleshoot a performance/throughput-related issue. Or at least you'd like to understand what changed, why you may be observing an elongation in your transaction times from CICS's perspective. > > "Crypto processor" could refer to the CP Assist for Cryptographic Functions (CPACF) or to the IBM Crypto Express hardware security modules (HSMs). CPACF is an integral part of every main processor that's on every modern IBM Z and all IBM LinuxONE machine models. You need to have Feature Code 3863 installed to enable CPACF's full set of cryptographic algorithms. So just make sure that feature code is installed on all your machines. CPACF is an integral part of your main processors that supports additional instructions that accelerate lots of cryptographic operations. > > IBM Crypto Express HSMs are optional (but strongly recommended!) > features that are installed as cards in your IBM Z or IBM LinuxONE > server's PCI slots. In recent models there are two variants of the IBM > Crypto Express cards: "single port" and "dual port." Dual port means > that there are two physical HSMs per card. It's simply a higher > density card that allows you to support mor
Re: Encryption and decryption - processor or TCPIP
In the back of my mind I also think that the crypto processing for TCP/IP could be performed on a zIIP processor (which could be using its CPACF, of course). Lennie, or anybody who knows, which address space would show zIIP CPU time under those circumstances? I’m assuming TCP/IP address space(s) – which generally are in SYSSTC and so above eg Db2 Engine. (At this point I’m interested in detecting / sizing such goings on – probably with SMF 30.) Thanks, Martin From: IBM Mainframe Discussion List on behalf of Lennie Dymoke-Bradshaw <032fff1be9b4-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 24 January 2024 at 09:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Encryption and decryption - processor or TCPIP Tom, It is possible to initialise ICSF without a Crypto Express card. I have done it. Changes were made to ICSF in support of that initialisation many years ago. It does require the CPACF. However, this only supports clear keys in the CKDS. The CKDS formatting is different in some way and cannot be converted to a secure key CKDS. I don't know if there is a way of using the PKDS or TKDS in this configuration. I have been told it is possible to run Data set encryption with CPACF only and a clear key CKDS, but I have not tried this. My understanding is that System SSL libraries use code that works out what facilities are available and uses the "best" option. CPACF on the later machines has some support for asymmetric keys so that could potentially help with handshakes. Earlier machines with CPACF could only do symmetric key processing. In the back of my mind I also think that the crypto processing for TCP/IP could be performed on a zIIP processor (which could be using its CPACF, of course). Lennie Dymoke-Bradshaw https: //rsclweb.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Brennan Sent: 24 January 2024 08:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Encryption and decryption - processor or TCPIP Woah... right now I'm only about 1000 miles from Timothy so I get to see his responses in real time and not California time :) So Timothy (and probably just for me), I've seen a couple of sites without crypto HSM cards not bother to run ICSF. Can I assume in that case there's pretty-much no way any encryption processing could be using CPACF? On 1/24/2024 12:29 AM, Timothy Sipples wrote: > Peter wrote: >> I have a general question here. When you don't have crypto processor, >> So when a ATTLS traffic is enabled does the encryption and decryption >> handled by Started task TCPIP or the general processor? > > I've seen some of the follow-up messages, and it seems like you're trying to troubleshoot a performance/throughput-related issue. Or at least you'd like to understand what changed, why you may be observing an elongation in your transaction times from CICS's perspective. > > "Crypto processor" could refer to the CP Assist for Cryptographic Functions (CPACF) or to the IBM Crypto Express hardware security modules (HSMs). CPACF is an integral part of every main processor that's on every modern IBM Z and all IBM LinuxONE machine models. You need to have Feature Code 3863 installed to enable CPACF's full set of cryptographic algorithms. So just make sure that feature code is installed on all your machines. CPACF is an integral part of your main processors that supports additional instructions that accelerate lots of cryptographic operations. > > IBM Crypto Express HSMs are optional (but strongly recommended!) > features that are installed as cards in your IBM Z or IBM LinuxONE > server's PCI slots. In recent models there are two variants of the IBM > Crypto Express cards: "single port" and "dual port." Dual port means > that there are two physical HSMs per card. It's simply a higher > density card that allows you to support more HSM domains and modes > within a smaller physical space, analogous to the difference between a > fully populated processor drawer and a partially populated one. > Whether you get the single port or dual port variant (or some of > both), their role is to protect secrets, especially private encryption > keys. They have their own onboard processors to execute cryptographic > operations, and you need them to move beyond "clear key" cryptography. > Clear key cryptography means your private encryption keys inhabit main > memory, the same memory that the operating system, middleware, and > applications inhabit. Conceivably that memory could be accessed - via > a dump that hasn't been redacted, for example - to obtain the private > keys. The vast majority of non-IBM Z/LinuxONE systems that support TLS > are operating with clear key, but "we can do better." And we do: > Crypto Express facilitates protected key and secure key operations. > Get them, use them, love them. :-) > > But let's leave that HSM point aside for the moment and just focus on z/OS AT-TLS and what you may be observing. If you're actually seeing longer transaction
Re: Masking SMF data internally
To my mind the real problem is making the data consistent and make sense. BTW names are one thing but Plant/Serial is a good example of something that’s at least a machine identifier. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Date: Tuesday, 23 January 2024 at 09:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Masking SMF data internally You talk about fields. However user see records, not fields. Various records. Manual editing single records with known fields is easy, however mass change can be risky. Note: as usually *we don't know* what is the author's need. IMHO this is the least active person in this thread. Without that we can only guess, assume or create very generic models. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 22.01.2024 o 17:24, ITschak Mugzach pisze: > You can mask any character or external decimal field by using translate > everything but a-z and 0 to 9 and check for minimum length (say, not less > than three characters) in order not to convert hex data. Now find the > positions and mask the original record. This way you do not care for the > actual value in the field or record type. > > ITschak > > > > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring > for z/OS, x/Linux & IBM I **| z/VM coming soon * > > > > > On Mon, Jan 22, 2024 at 5:50 PM Willy Jensen > wrote: > >> Most SMF records can be copied to a normal VB dataset. As I recall, only >> one or two CICS records were really that big (or perhaps it is DB2, it's >> been a while)? Anyway, you can select the record types that you need and >> the use SORT to convert to normal VB. >> >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SQA overflow condition
Thank you. That’s an interesting learning point: That backed up console messages could cause this. I’m wondering if anybody can give more detail on how this could be. Also how to manage it. The latter as a resilience point. Thanks, Martin From: IBM Mainframe Discussion List on behalf of Peter Date: Wednesday, 13 December 2023 at 10:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SQA overflow condition Finally found the reason for this condition Our HMC operating system message(SYSCONS) were flooding with a product error message After resetting the SYSCONS ESQA got a relief and deactivated SYSCONS from operating system message console in HMC On Tue, Dec 12, 2023, 2:34 PM Peter wrote: > Are there any tools available in cbttape to view 78-2 ? > > > > On Tue, Dec 12, 2023, 2:01 PM Martin Packer > wrote: > >> Right. To Allan’s point it’s CSA that shows up by key. Though SQA >> subpools are in the 78-2. >> >> I also agree with Paul’s point that a longitudinal view can prove >> helpful. Even Time Of Day could be helpful. Even comparing one system to >> another, likewise. >> >> Cheers, Martin >> >> From: IBM Mainframe Discussion List on behalf >> of Paul Feller >> Date: Monday, 11 December 2023 at 14:20 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: SQA overflow condition >> Peter, several people have given you some good suggestions. There are a >> few things you need to think about. >> >> 1) As others have said, EQSA overflow is not a bad thing as long as your >> ECSA is okay. At the place I last worked at we routinely saw ESQA overflow >> on some of our larger lpars that had lots of activity. >> 2) Has you ESQA always been "running" high and now it finaly has statred >> to overflowing? >> 3) If you have RMF and have SMF history data you can look back at how >> your CSA/SQA usage has been doing. You can use the batch reporting >> function of RMF. I think the manual is "z/OS Resource Measurement Facility >> Report Analysis" that should help you. >> 4) I would suggest you talk to the vendor about your question around the >> SVC module. >> >> >> Paul >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf >> Of Allan Staller >> Sent: Monday, December 11, 2023 7:39 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: SQA overflow condition >> >> Classification: Confidential >> >> RMF will do this provided VSTOR(D) is specified in ERBRMFxx. It will >> show the alllocations, but not necessarily the "actual" user. >> E,g. VTAM, TCPIP,. >> >> HTH >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf >> Of Peter >> Sent: Sunday, December 10, 2023 10:29 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: SQA overflow condition >> >> [CAUTION: This Email is from outside the Organization. Unless you trust >> the sender, Don’t click links or open attachments as it may be a Phishing >> email, which can steal your Information and compromise your Computer.] >> >> The ESQA usage has gone to 108%. >> >> Is there any tool available in CBTTAPEA which can tell me or trace SQA >> users and who are not releasing the storage? >> >> On Mon, Nov 27, 2023, 5:37 PM Allan Staller < >> 0387911dea17-dmarc-requ...@listserv.ua.edu> wrote: >> >> > Classification: Confidential >> > >> > 100% concur w/Martin >> > >> > -Original Message- >> > From: IBM Mainframe Discussion List On >> > Behalf Of Martin Packer >> > Sent: Sunday, November 26, 2023 2:39 AM >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Subject: Re: SQA overflow condition >> > >> > [CAUTION: This Email is from outside the Organization. Unless you >> > trust the sender, Don’t click links or open attachments as it may be a >> > Phishing email, which can steal your Information and compromise your >> > Computer.] >> > >> > (This is not specific advice but a way of thinking about things.) >> > >> > SQA can, of course, overflow into CSA - with no real harm done. Unless >> > it causes CSA to go short. (CSA can't overflow into SQA, of course.) >> > >> > The above statements are true for both 24-bit and 31-bit. >> > >> > 1409K below the line, though, is pretty extreme - for 24 bit. If you >> > made SQA larger so that it only overflowed, say, by 100K there would >> > be no wasted virtual storage. >> >
Re: SQA overflow condition
Right. To Allan’s point it’s CSA that shows up by key. Though SQA subpools are in the 78-2. I also agree with Paul’s point that a longitudinal view can prove helpful. Even Time Of Day could be helpful. Even comparing one system to another, likewise. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Paul Feller Date: Monday, 11 December 2023 at 14:20 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SQA overflow condition Peter, several people have given you some good suggestions. There are a few things you need to think about. 1) As others have said, EQSA overflow is not a bad thing as long as your ECSA is okay. At the place I last worked at we routinely saw ESQA overflow on some of our larger lpars that had lots of activity. 2) Has you ESQA always been "running" high and now it finaly has statred to overflowing? 3) If you have RMF and have SMF history data you can look back at how your CSA/SQA usage has been doing. You can use the batch reporting function of RMF. I think the manual is "z/OS Resource Measurement Facility Report Analysis" that should help you. 4) I would suggest you talk to the vendor about your question around the SVC module. Paul -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Monday, December 11, 2023 7:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SQA overflow condition Classification: Confidential RMF will do this provided VSTOR(D) is specified in ERBRMFxx. It will show the alllocations, but not necessarily the "actual" user. E,g. VTAM, TCPIP,. HTH -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Sunday, December 10, 2023 10:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SQA overflow condition [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] The ESQA usage has gone to 108%. Is there any tool available in CBTTAPEA which can tell me or trace SQA users and who are not releasing the storage? On Mon, Nov 27, 2023, 5:37 PM Allan Staller < 0387911dea17-dmarc-requ...@listserv.ua.edu> wrote: > Classification: Confidential > > 100% concur w/Martin > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Martin Packer > Sent: Sunday, November 26, 2023 2:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SQA overflow condition > > [CAUTION: This Email is from outside the Organization. Unless you > trust the sender, Don’t click links or open attachments as it may be a > Phishing email, which can steal your Information and compromise your > Computer.] > > (This is not specific advice but a way of thinking about things.) > > SQA can, of course, overflow into CSA - with no real harm done. Unless > it causes CSA to go short. (CSA can't overflow into SQA, of course.) > > The above statements are true for both 24-bit and 31-bit. > > 1409K below the line, though, is pretty extreme - for 24 bit. If you > made SQA larger so that it only overflowed, say, by 100K there would > be no wasted virtual storage. > > More importantly, check out the "free CSA" picture. You really don't > want to run out of that. For 24-bit you want a few hundred K free. > (But to achieve that might require losing 1MB of 24-bit private, which > might not be consequence free.) > > For 31 bit I like to see at least 100MB free ECSA, preferably more. > The reason is because ECSA is - in my experience - more volatile. > > Speaking of volatility, you need to plan defensively - as a problem > can lead to surge in SQA and CSA usage . > > Final point: I would advocate using SMF 78-2 to build a picture of > common storage usage - and how variable it is. Here is a blog post I > wrote on the > matter: > > htt ps:// > mainframeperformancetopics.com/2020/01/05/how-i-look-at-virtual-storag > e > > (Take out the space to follow the URL - as my mail client turned it > into an attachment.) 😕 > > Cheers, Martin > > Sent from my iPad > > > On 26 Nov 2023, at 05:40, Peter wrote: > > > > Hello > > > > I am able to see the below alert condition under RMF postprocessor > > III > > > > > > > > Name Reason Critical val. Possible cause or action > > > > *STOR TSQAO > 0 1409K bytes SQA overflow into CSA 1409K. > > > > > > > > > > > > Our SQA and CSA set up in our IEASYSxx is as below > > > > > > > > CSA=(2000,30) > > > > > > > > SQA=(16,192) > > > > > > Hardware: z14 > > LPAR : 16gb memory > > zOS 2.4 >
Re: SQA overflow condition
I’m wondering why 108% is a problem. I’d say that’s about the right amount of overflow. Unless you know have a shortage of free ECSA. Thanks, Martin From: IBM Mainframe Discussion List on behalf of Peter Date: Monday, 11 December 2023 at 04:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SQA overflow condition The ESQA usage has gone to 108%. Is there any tool available in CBTTAPEA which can tell me or trace SQA users and who are not releasing the storage? On Mon, Nov 27, 2023, 5:37 PM Allan Staller < 0387911dea17-dmarc-requ...@listserv.ua.edu> wrote: > Classification: Confidential > > 100% concur w/Martin > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Martin Packer > Sent: Sunday, November 26, 2023 2:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SQA overflow condition > > [CAUTION: This Email is from outside the Organization. Unless you trust > the sender, Don’t click links or open attachments as it may be a Phishing > email, which can steal your Information and compromise your Computer.] > > (This is not specific advice but a way of thinking about things.) > > SQA can, of course, overflow into CSA - with no real harm done. Unless it > causes CSA to go short. (CSA can't overflow into SQA, of course.) > > The above statements are true for both 24-bit and 31-bit. > > 1409K below the line, though, is pretty extreme - for 24 bit. If you made > SQA larger so that it only overflowed, say, by 100K there would be no > wasted virtual storage. > > More importantly, check out the "free CSA" picture. You really don't want > to run out of that. For 24-bit you want a few hundred K free. (But to > achieve that might require losing 1MB of 24-bit private, which might not be > consequence free.) > > For 31 bit I like to see at least 100MB free ECSA, preferably more. The > reason is because ECSA is - in my experience - more volatile. > > Speaking of volatility, you need to plan defensively - as a problem can > lead to surge in SQA and CSA usage . > > Final point: I would advocate using SMF 78-2 to build a picture of common > storage usage - and how variable it is. Here is a blog post I wrote on the > matter: > > htt ps:// > mainframeperformancetopics.com/2020/01/05/how-i-look-at-virtual-storage > > (Take out the space to follow the URL - as my mail client turned it into > an attachment.) 😕 > > Cheers, Martin > > Sent from my iPad > > > On 26 Nov 2023, at 05:40, Peter wrote: > > > > Hello > > > > I am able to see the below alert condition under RMF postprocessor III > > > > > > > > Name Reason Critical val. Possible cause or action > > > > *STOR TSQAO > 0 1409K bytes SQA overflow into CSA 1409K. > > > > > > > > > > > > Our SQA and CSA set up in our IEASYSxx is as below > > > > > > > > CSA=(2000,30) > > > > > > > > SQA=(16,192) > > > > > > Hardware: z14 > > LPAR : 16gb memory > > zOS 2.4 > > > > Do I have think about tunning the SQA parameter ? > > > > Regards > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 Registered 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 > ::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 &
Re: HMC hardware messages
This thread has got me thinking about services like IFTTT and Pushcut to handle notifications etc from the HMC. But then I guess none of you would be allowed to build anything around them. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Grant Taylor <023065957af1-dmarc-requ...@listserv.ua.edu> Date: Tuesday, 28 November 2023 at 23:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: HMC hardware messages On 11/28/23 2:46 PM, Radoslaw Skorupka wrote: > Of course ticket creation is another topic. But it cannot be simply > automatic creation of ticket for every message, because many of them are > just notification. > Example: REIPL. I don't know about ticketing systems, but with email, I create rules to detect things that are known okay; REIPL, and mark the message as read. That way it's there and I can got to the folder if I want to see it. But it's not unread and vying for my attention. Our old ticketing system had the ability to do similar. There were multiple macros set up to assign the ticket to me / my group, add comments, and mark the ticket as resolved. I'm still trying to figure out if our new ticketing system can do anything like that. Ideally don't send notifications that are largely noise. If you can't avoid that, automate resolving them. -- Grant. . . . unix || die -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SQA overflow condition
This all looks healthy – to me. It’s a single point in time, of course. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Peter Date: Monday, 27 November 2023 at 04:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SQA overflow condition Hello Right now the picture of CSA is good with just 9 percent used but I can see ESQA is in overflowing condition Area Start EndSize(K)%UseOverflow Size(Mb) Extended Private 1B10 7FFF 1653760K 1615Mb Extended CSA 08B8E000 1B0F 300488K 49 293Mb Extended MLPA 0K Extended FLPA 08B8B000 08B8DFFF 12K Extended PLPA 034B6000 08B8AFFF88916K 87Mb Extended SQA 01DBD000 034B5FFF23524K 97 1572K 23Mb Extended R/W Nuc 01D6F000 01DBCFFF 312K Extended R/O Nuc 0100 01D6E4FF13753K 13Mb R/O Nuc 00FDD000 00FF 140K R/W Nuc 00FD4000 00FDCAB7 34K SQA 00E0 00FD3FFF 1872K 29 0K 2Mb PLPA 00C3D000 00DF 1804K 2Mb FLPA 00C3C000 00C3CFFF 4K MLPA 0K CSA 00A0 00C3BFFF 2288K 9 2Mb Private 6000 009F10216K 10Mb V=R 6000 00015FFF 64K System2000 5FFF 16K PSA 1FFF 8K Home Address Space Length Used Free Region Requested 200K Region Above 16M 1653760K 4400K 1649360K Region Below 16M10216K 1364K 8852K DIAGxx Option CSA TrackingActive SQA Tracking Active GFS Trace Inactive On Sun, Nov 26, 2023, 9:35 PM Paul Feller wrote: > Peter, I've also have taken the attitude that SQA or ESQA overflow is not > necessarily a bad thing as long as you are not running short of CSA or > ECSA. As Martin mentioned you don't want to run out of CSA/ECSA. > > There are a few things that I've done over the years. > > There is a set of IRA messages that you could look for in the SYSLOG to > get an idea of the data/time of when the overflow happens. There is also > an IRA message that indicates when the overflow is relieved. > > Another thing I looked at was who was using up the SQA/ESQA. Did > something "new" show up that is allocating SQA/ESQA. As a side note I > would look at what the new thing might also be doing to the CSA/ECSA. > > As Martin mentioned the SMF type 78 record can be helpful. I had some SAS > code I ran that looked at the SMF type 78 records to get a picture of the > ups and downs of SQA/ESQA and CSA/ECSA usage. I'm not very good at coding > SAS but I'm able to make things work. I got the original code off the CBT > website and modified it for my needs. Unfortunately, I don't have access > to the z/OS system anymore because I'm retired so I don't have any > additional details I can give you around the SAS code. > > Paul > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Martin Packer > Sent: Sunday, November 26, 2023 2:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SQA overflow condition > > (This is not specific advice but a way of thinking about things.) > > SQA can, of course, overflow into CSA - with no real harm done. Unless it > causes CSA to go short. (CSA can't overflow into SQA, of course.) > > The above statements are true for both 24-bit and 31-bit. > > 1409K below the line, though, is pretty extreme - for 24 bit. If you made > SQA larger so that it only overflowed, say, by 100K there would be no > wasted virtual storage. > > More importantly, check out the "free CSA" picture. You really don't want > to run out of that. For 24-bit you want a few hundred K free. (But to > achieve that might require losing 1MB of 24-bit private, which might not be > consequence free.) > > For 31 bit I like to see at least 100MB free ECSA, preferably more. The > reason is because ECSA is - in my experience - more volatile. > > Speaking of volatility, you need to plan defensively - as a problem can > lead to surge in SQA and CSA usage . > > Final point: I would advocate using SMF 78-2 to build a picture of common > storage usage - and how variable it is. Here is a blog post I wrote on the > matter: > > htt ps:// > mainframeperformancetopics.com/2020/01/05/how-i-look-at-virtual-storage > > (Take out the space to follow the URL - as my mail client turned it into > an attachment.) 😕 > > Cheers, Martin > > Sent from my iPad > > > On 26 Nov 2023, at 05:40, Peter wrote: > > > > Hello > > > > I am able to see the below alert condi
Re: SQA overflow condition
(This is not specific advice but a way of thinking about things.) SQA can, of course, overflow into CSA - with no real harm done. Unless it causes CSA to go short. (CSA can't overflow into SQA, of course.) The above statements are true for both 24-bit and 31-bit. 1409K below the line, though, is pretty extreme - for 24 bit. If you made SQA larger so that it only overflowed, say, by 100K there would be no wasted virtual storage. More importantly, check out the "free CSA" picture. You really don't want to run out of that. For 24-bit you want a few hundred K free. (But to achieve that might require losing 1MB of 24-bit private, which might not be consequence free.) For 31 bit I like to see at least 100MB free ECSA, preferably more. The reason is because ECSA is - in my experience - more volatile. Speaking of volatility, you need to plan defensively - as a problem can lead to surge in SQA and CSA usage . Final point: I would advocate using SMF 78-2 to build a picture of common storage usage - and how variable it is. Here is a blog post I wrote on the matter: htt ps://mainframeperformancetopics.com/2020/01/05/how-i-look-at-virtual-storage (Take out the space to follow the URL - as my mail client turned it into an attachment.) 😕 Cheers, Martin Sent from my iPad > On 26 Nov 2023, at 05:40, Peter wrote: > > Hello > > I am able to see the below alert condition under RMF postprocessor III > > > > Name Reason Critical val. Possible cause or action > > *STOR TSQAO > 0 1409K bytes SQA overflow into CSA 1409K. > > > > > > Our SQA and CSA set up in our IEASYSxx is as below > > > > CSA=(2000,30) > > > > SQA=(16,192) > > > Hardware: z14 > LPAR : 16gb memory > zOS 2.4 > > Do I have think about tunning the SQA parameter ? > > Regards > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Switching between SMT-1 and SMT-2
I really hope you’re not advising customers to run the zIIP pool at 100%. Key functions such as Db2 DBM1 Deferred Write and Prefetch, as well as Db2 Log Writes, depend on very good access to zIIP. (This is actually why I first wrote my zIIP Capacity & Performance presentation 10 years ago.) And, to be fair, I see some customers pushing their zIIP utilisation too high, but even they aren’t nearly at 100% Cheers, Martin From: IBM Mainframe Discussion List on behalf of Andrew Rowley Date: Wednesday, 6 September 2023 at 01:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Switching between SMT-1 and SMT-2 On 5/09/2023 10:30 pm, Martin Packer wrote: > And “100% busy” is the wrong criterion – if you want your system to be > performant. Isn't that what WLM is for? 25 years ago I did a WLM conversion on a single CPU system. A single CPU is probably the most difficult to tune. By necessity, it ran at 100% for hours at a time. With appropriate WLM settings it performed fine. You do need a mix of work so you have work that can afford to wait, but it's not like the system needs time to to rest. There's no major difference between idle time and time running lower priority work. Is the situation worse now? There were a lot of things we had to do that went against the conventional wisdom for WLM at the time - the conventional wisdon did NOT work well at 100% or on a single CPU. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Switching between SMT-1 and SMT-2
Minor correction – evident in the SMF data: One SAP runs SMT-1; The rest run SMT-2. (My code does, of course 😀, take this into account.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of Attila Fogarasi Date: Wednesday, 6 September 2023 at 09:41 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Switching between SMT-1 and SMT-2 Just to provide some perspective on the value of SMT-2, critical system functions are SMT-2 -- no choice. For example SAP runs SMT-2 on z15 (I haven't checked for earlier models as we have z15). So SMT-2 is "so bad" that it is always used for one of the key mainframe differentiators over other architectures :) That said, performance is always a balance between throughput, latency and path length ... SMT-2 can affect all 3 in complex ways. And measuring it can be difficult, still a black art. I'd claim that for the majority of transactional mainframe workloads using SMT-2 for zIIPs is optimal. On Tue, Sep 5, 2023 at 9:19 PM Scott Chapman < 03fffd029d68-dmarc-requ...@listserv.ua.edu> wrote: > It's more complicated than that. Although I would agree that if an LPAR > has only a single zIIP, likely SMT would be a good idea. But B is not true > for intervals that people usually consider when looking at utilization > levels because at the level of dispatch intervals, it's much more likely > there's at least some intervals where the zIIPs are 100% busy. It really > depends on arrival patterns and how much you care about very short > transactions that may be running on the zIIPs. > > On Mon, 4 Sep 2023 20:10:31 +1000, Andrew Rowley < > and...@blackhillsoftware.com> wrote: > > >The current situation sounds like SMT-2 should only be used if you > > > >a) have a single zIIP > > > >or b) are running your zIIPs consistently 100% busy > > > >and for b) you need to turn it off when the workload reduces? > > > >-- > >Andrew Rowley > >Black 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Switching between SMT-1 and SMT-2
And “100% busy” is the wrong criterion – if you want your system to be performant. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Peter Relson Date: Tuesday, 5 September 2023 at 13:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Switching between SMT-1 and SMT-2 The current situation sounds like SMT-2 should only be used if you a) have a single zIIP or b) are running your zIIPs consistently 100% busy and for b) you need to turn it off when the workload reduces? I don't think that that is a correct conclusion. It is far more complicated than thinking that this is simply about one LPAR. It depends what your logical vs physical configuration is. It depends what resources your other LPARs need. And a lot more. And it is expected that zIIPs are not run "consistently 100% busy". That would not be an appropriate usage of zIIPs. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Switching between SMT-1 and SMT-2
Remind me, Scott (or anybody): Does switching modes cause a WLM reset? Might not be something you want to do throughout the day – if so. Thanks, Martin From: IBM Mainframe Discussion List on behalf of Scott Chapman <03fffd029d68-dmarc-requ...@listserv.ua.edu> Date: Tuesday, 5 September 2023 at 12:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Switching between SMT-1 and SMT-2 It's more complicated than that. Although I would agree that if an LPAR has only a single zIIP, likely SMT would be a good idea. But B is not true for intervals that people usually consider when looking at utilization levels because at the level of dispatch intervals, it's much more likely there's at least some intervals where the zIIPs are 100% busy. It really depends on arrival patterns and how much you care about very short transactions that may be running on the zIIPs. On Mon, 4 Sep 2023 20:10:31 +1000, Andrew Rowley wrote: >The current situation sounds like SMT-2 should only be used if you > >a) have a single zIIP > >or b) are running your zIIPs consistently 100% busy > >and for b) you need to turn it off when the workload reduces? > >-- >Andrew Rowley >Black 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives
I think we had two 3279-3B’s in our branch. The rest were 3278’s. Recall IBM had gone to PROFS-based email at that point (mid 1980’s) so terminals were something everybody in the branch needed. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Jay Maynard Date: Thursday, 27 July 2023 at 17:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Subject: Re: [EXT] Ars Technica: The IBM mainframe: How it runs and why it survives When I got into systems work in 1982, I was at an engineering shop. All of the terminals were 3278-2s aside from a few leftover 3277-2s. There was exactly one 3279-S3G, in the general manager's office so he could do GDDM charts. On Thu, Jul 27, 2023 at 11:02 AM Colin Paice wrote: > In the days when 3270-2 was the best available, and 3279s with colour were > just announced, a team from a bank came round to see these new machines. > One of the executives asked "why do we need colour?" The reply from a > quick thinking developer was "so you can display overdrawn accounts in > red!" - and the executive was sold on the idea. > Colin > > On Thu, 27 Jul 2023 at 15:26, billogden wrote: > > > Long ago and far away I helped an IBM customer set up his new 148 VS1 > > machine to use CICS. At that time it had the macro interface, but as an > > assembly programmer that was good for me. 3270s were very new at the > time > > and controlling the screen appearance was important. The customer was an > > Electric company (in a very different cultural environment) and we rather > > quickly started production use, initially to simply display customer > data. > > > > Some early mistakes: The IBM marketing people were very much unfamiliar > > with > > display terminals and thought that 3270-1 was a good start. I managed to > > change that immediately! (Who remembers the 3270-1?). > > > > We (myself (as an IBM SE) and the customer (both technical and > management)) > > were very happy with how quickly the system became useful. IIRC (which is > > more difficult at my age) we were the first "real" virtual memory > customer > > in that part of the world. We had about a dozen terminals on the system > and > > had no response problems with the terminals or with batch jobs. CICS, at > > least in those days, seemed very efficient. > > > > Being young and stupid, I liked VS1. > > > > Bill Ogden > > > > -- > > 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 > -- Jay Maynard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation?
I don’t think I’ve seen any. Anyone? I do think I heard people didn’t much like having a subsystem to do this job – after all SUBSYS= in JCL is needed. (No disrespect to those that built BLSR – twice, I believe.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Date: Thursday, 6 July 2023 at 19:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation? Martin, I understand that access bias is supposed to be the replacement for the BLSR subsystem, but I have to report that the admittedly ad-hoc local tests I have done showed me that BLSR generates far better results in reducing CPU and I/O for VSAM files than the new "access bias" tools do. Are there any publicly available head-to-head comparison reports done by IBM showing that access bias is an improvement over BLSR for the same sets of access patterns? Such a report showing the access bias parameters used vs matching BLSR buffer specifications for varieties of access patterns would be instructive and helpful. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Thursday, July 6, 2023 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation? I rather thought the modern way was with built in things like access bias, rather than relying on a subsystem. Is there a particular reason you need BLSR? Cheers, Martin From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Date: Thursday, 6 July 2023 at 19:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation? I didn't find the one you requested, but I did find GC28-1469-00, "MVS Programming: Batch Local Shared Resources Subsystem Guide". Sent PDF privately, link found on the web here: https://publibz.boulder.ibm.com/epubs/pdf/iea5j600.pdf<https://publibz.boulder.ibm.com/epubs/pdf/iea5j600.pdf> HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Estle Sent: Thursday, July 6, 2023 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation? All, Unfortunately, I have to date myself a bit, but back in the 90's while with IBM, I implemented batch LSR on some VSAM batch jobs that significantly reduced some batch jobs run time and overall CPU usage - Hours to minutes and ~75% reduction in CPU time. I have now the need to use Batch LSR and work with applications team that owns a job, but can't locate the current Batch LSR documentation as it applies to ZOS (we are 2.5 shop). I'm now using ZBNA to do similar things on my current account (btw I can't say enough good things about ZBNA - thanks to John Burg and WSC team! I've looked on IBM's documentation and Book Manager sites and cannot locate. I've found some references via Google search and searched this forum / archives and see references that the document is out there in either the MVS collection (possibly OS/390 collection too), but truly not sure where to locate this invaluable documentation anymore, but certainly thought there would be a current version of the doc(?) somewhere online - but maybe not. Any IBMers out here monitoring this forum, can we get a current version in ZOS documentation? So here is best document number and name of document that I know of based online searches: GC26-1672 Batch Local Shared Resources If anyone has this document you can just email it to me at steven.es...@peraton.com as PDF file. Thanks very much for everyone's help, -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation?
I rather thought the modern way was with built in things like access bias, rather than relying on a subsystem. Is there a particular reason you need BLSR? Cheers, Martin From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Date: Thursday, 6 July 2023 at 19:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation? I didn't find the one you requested, but I did find GC28-1469-00, "MVS Programming: Batch Local Shared Resources Subsystem Guide". Sent PDF privately, link found on the web here: https://publibz.boulder.ibm.com/epubs/pdf/iea5j600.pdf HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Estle Sent: Thursday, July 6, 2023 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: What happened to GC26-1672 Batch Local Shared Resource(LSR) Documentation? All, Unfortunately, I have to date myself a bit, but back in the 90's while with IBM, I implemented batch LSR on some VSAM batch jobs that significantly reduced some batch jobs run time and overall CPU usage - Hours to minutes and ~75% reduction in CPU time. I have now the need to use Batch LSR and work with applications team that owns a job, but can't locate the current Batch LSR documentation as it applies to ZOS (we are 2.5 shop). I'm now using ZBNA to do similar things on my current account (btw I can't say enough good things about ZBNA - thanks to John Burg and WSC team! I've looked on IBM's documentation and Book Manager sites and cannot locate. I've found some references via Google search and searched this forum / archives and see references that the document is out there in either the MVS collection (possibly OS/390 collection too), but truly not sure where to locate this invaluable documentation anymore, but certainly thought there would be a current version of the doc(?) somewhere online - but maybe not. Any IBMers out here monitoring this forum, can we get a current version in ZOS documentation? So here is best document number and name of document that I know of based online searches: GC26-1672 Batch Local Shared Resources If anyone has this document you can just email it to me at steven.es...@peraton.com as PDF file. Thanks very much for everyone's help, -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SORTWK space usage
A small aside: That’s a pretty good estimate of the record count you’ve got there. FB by any chance? From: IBM Mainframe Discussion List on behalf of Don Johnson <02ee771a0785-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 5 July 2023 at 14:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SORTWK space usage This has been a good thread, even if it is a bit long, and it was quite expedient for me, as I had a client just ask me about how to determine sortwork sizes needed for a large database file they are processing. The records are coming from inside a program via E15/35, so I can't use the standard SORT input. After reading all these notes and going through the manual, I have built an option override, but wanted to get your opinions on it. To all you experts out there, are there any potential "gotchas" with using this? //DFSPARM DD * OPTION MSGDDN=SORTMSGS,MSGPRT=ALL,DYNALLOC=(SYSDA,9),DYNSPC=768, HIPRMAX=OPTIMAL,MOSIZE=MAX,MOWRK=YES,DSPSIZE=MAX /* Also, I assume there is no way to force a Hipersort or a Dataspace sort? In one of my tests this morning, I saw this: ICE253I 0 RECORDS SORTED - PROCESSED: 456789779, EXPECTED: 456944716 ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 231120 , TRACKS USED: 0 ICE199I 0 MEMORY OBJECT USED AS MAIN STORAGE = 0M BYTES ICE299I 0 MEMORY OBJECT USED AS WORK STORAGE = 17474M BYTES ICE399I 0 MEMORY OBJECT USED IN ZSORT PATH = 0M BYTES ICE180I 0 HIPERSPACE STORAGE USED = 0K BYTES ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES Should I be concerned about the ICED180 and 188 messages showing they weren't used? Thanks for looking at this! Don -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SORTWK space usage
At the risk of duplicating what others have said – as this thread has run long… … I would prefer specifying FILSZ over relying on static sort work allocations – for the cases where DFSORT needs help in working out how much data needs sorting. Also, you can MEASURE sort work tracks allocated and used using SMF 16. So maybe the best thing to do is run a test and conclude something from it. (I’m not sure if it’d be scientific to extrapolate from a small sort to a bigger one, mind.) And I use a very hand wavy 2x ratio – as it’s nice and simple. Of course that’s extremely pessimistic if the sort completes in memory. 😊 Funnily enough a vaguely similar question came up in the context of Db2 Utility executions recently. I should probably experiment with a real customer’s data – as there’s lots of instrumentation to play with here. Including the new Db2 13 Utility History stuff. (But even SYSCOPY – having had my 😊 job name column in for yonks – is pretty useful in this regard.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> Date: Tuesday, 4 July 2023 at 07:11 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SORTWK space usage Yes, IEFUSI is in use. MEMLIT, about 2-6G. - KB --- Original Message --- On Tuesday, July 4th, 2023 at 11:32 AM, Sri h Kolusu wrote: > > > From the few tests I've seen, it seems that DFSORT prefers hiperspaces > > > over memory objects or real memory. > > MEMLIMIT and REGION are decent enough, size-wise, but DFSORT doesn't seem to > touch MO at all; goes directly to Hiperspace. > > KB, > > Do you have any IEFUSI exit in place? Also, what is the MEMLIMIT value in > SMFPRMxx member? > > > Thanks, > Kolusu > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Python SDK for z/OS 3.11 is zIIP eligible
A couple of points to make: 1) The “up to 70%” makes 70% a target, not a guarantee. 2) Only certain python libraries are zIIP eligible. Think about the case where someone wraps their COBOL program in just enough C to make a python module. Then – if we didn’t have this specific list – that COBOL program would’ve been zIIP eligible. Not something IBM intends. The above are observations as a field guy who sometimes lectures on zIIP and who has talked to the relevant people about the “up to 70%” point. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Matt Hogstrom Date: Friday, 23 June 2023 at 01:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Python SDK for z/OS 3.11 is zIIP eligible The doc appears to not disallow the offload based on machine model. I thought it odd to cap the offload to 70% though • z16 • z15™ • z14®/z14 model ZR1 • z13®/z13s® • zEnterprise EC12/BC12 z/OS 2.4 or 2.5 and the appropriate PTFs – BCP APAR OA63406 with PTF UJ92511 – HBB77C0 for z/OS 2.4 – BCP APAR OA63406 with PTF UJ92512 – HBB77D0 for z/OS 2.5 – Open Enterprise SDK for Python APAR PH52983 Matt Hogstrom “To achieve great things two things are needed: a plan, and not quite enough time.” - Leonard Bernstein > On Jun 22, 2023, at 8:03 PM, David Crayford wrote: > > I didn’t see that in the doc. Did you hear that on the grapevine? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Coupling Facility Structure Resizing
I presented – briefly – on this yesterday at the Munich Resilience/Resiliency conference. Yes, SMF 74-4 tells you what IS – and perhaps tells you stuff to make you resize structures. To the point, though: You need to think through the scenarios – both for memory and CF CPU. For example, you probably aren’t going to move XCF structures from a failing CF to a surviving one. Likewise, you might forego duplexing of GBPs or even LOCK1 in an emergency. (A third coupling facility to re-establish duplexing is a luxury many customers don’t have.) Yes, you need some margin for growth. But you probably don’t need 50% white space in a CF. But, to repeat, do it by walking through the scenarios. And SMF 74-4 is your friend. Cheers, Martin From: IBM Mainframe Discussion List on behalf of kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> Date: Sunday, 18 June 2023 at 06:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Coupling Facility Structure Resizing Hi Bill, everyone On top of this, we manually factor for failover, headroom for growth etc. as 20% of current avg/peak (for example), and then allocate 1.2x memory for the CF LPAR itself? In short, how does one go from structure size calculations to CF LPAR memory sizing, in the context of machine or CFCC upgrades. - KB --- Original Message --- On Sunday, June 18th, 2023 at 8:05 AM, Bill Neiman wrote: > The appropriate tool for resizing structures during a migration from one > CFLevel to another is the SIZER utility, which is distinct from CFSizer. > SIZER uses the IXLMG and IXCQUERY APIs to collect structure attribute and > count information from all allocated structures, and then uses the IXLCSP API > to direct structure size computation requests based on that collected > information to all CFs connected to the system from which it is running. You > can download the SIZER package, containing the executable, linkedit JCL, > execution JCL, and a user guide, from the CFSizer alternate sizing techniques > page at > https://www.ibm.com/support/pages/cfsizer-alternate-sizing-techniques. The > utility runs as a batch job or started task. The documentation explains the > use case, procedure for use, and interpretation of the results. Read it > carefully before running the utility. Note in particular that for SIZER to be > helpful during migration, you must run it when both old and new CFs are > installed in the sysplex. > > Bill Neiman > IBM Parallel Sysplex Development > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Coupling Facility Structure Resizing
Right. Then CFSizer should tell you the structure size increases necessary. But you might take the opportunity to think about the sizes more aggressively. Just a thought. (And SMF 74-4 would be the instrumentation to use for that.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> Date: Friday, 16 June 2023 at 12:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Coupling Facility Structure Resizing This is in preparation for a migration from CFCC Level 21 to level 24. I want to be proactive to see whether our CFRM policy needs to be adjusted for the new CFCC level. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com --- Original Message --- On Friday, June 16th, 2023 at 7:36 AM, Martin Packer wrote: > Good study of SMF 74-4 would certainly help. > > Cheers, Martin > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of > Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu > > Date: Wednesday, 14 June 2023 at 19:06 > To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU > > Subject: [EXTERNAL] Coupling Facility Structure Resizing > Outside of the CFSizer tool is there anything available that would assist in > resizing activities? > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 > Registered 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Coupling Facility Structure Resizing
Good study of SMF 74-4 would certainly help. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 14 June 2023 at 19:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Coupling Facility Structure Resizing Outside of the CFSizer tool is there anything available that would assist in resizing activities? Mark Jacobs Sent from [ProtonMail](https://protonmail.com ), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Free TN3270E with GDDM support
Because I haven't found a free 3270 Host Graphics emulator I've taken to converting all the graphics I create using ADMUGIF to GIF. These I download BINARY. I don't suppose this helps the OP. Cheers, Martin Sent from my iPad > On 20 Apr 2023, at 16:31, Dave Jones wrote: > > Unfortunately, I don't know of any free TN3270E emulator that supports GDDM. > I would love to see one, especially for Linux. If I really need to get to > GDDM, I use IBM's PCOMM ($$) on Windows. > DJ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: zHPF gotcha's ?
Not to answer the question but to note you can see zHPF effectiveness in SMF 73 Channel Path Activity data. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Jantje. <033acf17e42f-dmarc-requ...@listserv.ua.edu> Date: Friday, 14 April 2023 at 13:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] zHPF gotcha's ? Dear Listers, After having wade through the last 5 years worth of posts in this list where the word zHPF is mentioned I am now tending to my headache. And I still have no real answer to my questions... I am all but a storage administrator, let that be clear. - Are there any gotcha's in activating zHPF? - Does one activate zHPF one LPAR at a time or in a big bang for all LPARs in the sysplex? - Do I have to tell DB2 that zHPF has been activated for it to take advantage of it? We use DB2 and some sequential datasets, but no VSAM. CICS and IMS/DC as transaction monitors. Thanks and very best regards, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: DFSORT to count and sum subsets of data
Hint: A count might be achieved by summing the constant X’0001’ inserted into qualifying rows. (That is if you don’t want to do it in eg OUTFIL.) Cheers, Martin From: IBM Mainframe Discussion List on behalf of Billy Ashton Date: Monday, 27 March 2023 at 16:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] DFSORT to count and sum subsets of data Hey everyone - happy Monday! I am trying to come up with a single SORT step to give me counts and a sum of a field on subsets of data, and using control breaks. Here is a sample of my input with lines shortened for the email: A01DDATE 001D<< Cols 23 to 101 MISCELLANEOUS DATA >> 10 2 A01DDATE 001W<< Cols 23 to 101 MISCELLANEOUS DATA >> 93 2 A01MEXTRA 047D<< Cols 23 to 101 MISCELLANEOUS DATA >>3 2 A01MEXTRA 022P<< Cols 23 to 101 MISCELLANEOUS DATA >>5 2 A01MEXTRA 019R<< Cols 23 to 101 MISCELLANEOUS DATA >> 35 2 A02QTRAN 103D<< Cols 23 to 101 MISCELLANEOUS DATA >> 802 2 A02QTRAN 014R<< Cols 23 to 101 MISCELLANEOUS DATA >>9 2 A02QTRAN 012T<< Cols 23 to 101 MISCELLANEOUS DATA >> 41 2 A02QTRAN 083V<< Cols 23 to 101 MISCELLANEOUS DATA >> 12 2 A02ZHORIZ 023D<< Cols 23 to 101 MISCELLANEOUS DATA >> 456 2 A02ZHORIZ 011P<< Cols 23 to 101 MISCELLANEOUS DATA >> 81 2 A02ZVERTICAL 011D<< Cols 23 to 101 MISCELLANEOUS DATA >> 773 2 A02ZVERTICAL 003M<< Cols 23 to 101 MISCELLANEOUS DATA >>1 2 This is the layout: 1 - len 3, Dept 19 - len 3, numeric 22 - len 1, Indicator 23 - len 77, miscellaneous 102 - len 9, Counter 111 - len 19, miscellaneous What I want to do is produce a single line for each Department (cols 1-3), that tells me the number of articles (Count of all rows with a numeric value in cols 19-21, and an Indicator in col 22 of "D"), and a sum of the Counter (cols 102-110, pic 9), with a grand total. It will look like this: Department A01: 2 articles, total items: 13 (# = suppressed zeros) Department A02: ##3 articles, total items: ###2031 *** TOTAL *** : ##5 articles, total items: ###2044 I can get the count to work through a simple sum, but I can't get the number of articles to break on the Department code (there could be 1-to-n departments in each file). Can someone help me with what should be fairly simple here? Thank you and best regards, Billy Ashton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Running a Coupling Facility using a CP for a test Parallel Sysplex 0 anyh gotcha's?
You don’t need a dedicated engine to test CF – unless your test is a Performance test. And then possibly a single one wouldn’t be helpful. Function test should be fine with any old engine. From: IBM Mainframe Discussion List on behalf of Laurence Chiu Date: Sunday, 5 March 2023 at 14:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Running a Coupling Facility using a CP for a test Parallel Sysplex 0 anyh gotcha's? The debate I am having with the outsourcer is whether or not it's feasible or even practical to run a test CF on a general purpose engine. They say it requires a dedicated engine and I think that is nonsense! If I can get that over the line (and that is the challenge) then I can suggest what you recommended below. And since I don't need one CF, I might need even fewer resources. On Sun, Mar 5, 2023 at 5:39 PM Mike Schwab wrote: > To avoid impacting other systems, I would drop your LPAR weights by a > total of 6%, trim your LPAR memory to reuse for the ICFs, then create > your two ICF partitions with 3% of 1 CPU and the reclaimed memory.. > > On Sat, Mar 4, 2023 at 2:55 PM Laurence Chiu wrote: > > > > Thanks for the input. > > > > > > On Sun, Mar 5, 2023 at 7:41 AM Mike Schwab > wrote: > > > > > > > > > https://www.researchgate.net/publication/342570694_Coupling_Facility_Configuration_Options_-_Updated_2020 > > > > > > > I am familiar with that document and even provided a copy to our > outsourcer > > to read but clearly they hadn't > > > > This is a direct link to IBM for that document. > > > > https://www.ibm.com/downloads/cas/JZB2E38Q > > > > > > > > > CF is not counted on SCRT, shown on RMF reports. > > > Won't cost you on z/OS, may on some vendors. > > > > > > > I don't care so much as this CF is only System B and for development so > > using a general purpose engine is not an issue for us. The MSU charges > are > > going to be low and we are prepared to pay those if it gets us our > parallel > > sysplex > > > > > > > > > Thin CFs go to enabled wait when work is completed, restart when > > > interrupt says there is work. > > > > > > Estimate is 3% light sharing to 13% heaving sharing (of z/OS workload). > > > > > > Thin CF would use internal links so no I/O overhead to another CPU. > > > > > > For the testing CF on the same system as the test Sysplex that is fine. > > But they say there are no spare links from System B to System A if I > wanted > > to run a test Sysplex on System B and access a CF on System A. > > > > This is their response I had to manage > > > > > > To give an idea of what I am facing, this is their response to my > proposals. > > > > Using a General Purpose CP (GCP) as a coupling facility on System B(z13 > at > > WithDrawn From Marketing Licensed Internal Code) > > • There are no spare unallocated GCP on System B i.e no “parked” GCP. > > • All GCP’s, on System B, are allocated as shared, across all LPARS. i.e. > > no dedicated GCP’s. > > • Sharing GCP’s to use for z/OS and as a coupling facility is strongly > not > > recommended FYI coupling facility engines run CFCC (coupling facility > > control code) rather than z/OS. > > • This possibly I believe is now exhausted. > > > > I think all these points are contestable, specially after reading the IBM > > document from a specialist in this area > > > > I just need to get some authoritative voice onto the case, ideally the > > author of the document but that might not be easy. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: BookManager
s/was/is 😊 From: IBM Mainframe Discussion List on behalf of Roger Bolan Date: Wednesday, 1 March 2023 at 01:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: BookManager The B2H tool was BookMaster source to HTML, not BookManager On Tue, Feb 28, 2023, 11:19 AM Colin Paice wrote: > There is a very old B2H package which I think is Rexx based. It was > supported on Windows NT, OS2, VM, OS390 etc, > I think I used to use it. It is mentioned > http://afrodita.rcub.bg.ac.rs/~ivica/b2h.html > Colin > > On Tue, 28 Feb 2023 at 18:00, Bernd Oppolzer > wrote: > > > What is the preferred way to convert BookMgr books to PDF? > > > > My customer has some home-written BookMgr books, which they cannot access > > after the z/OS migration (BookMgr support was dropped with z/OS 2.4). > > > > We managed to transfer the books to Windows (and OS/2, BTW), where we can > > at least look at the books. Now I would like to convert the books to > PDFs. > > But the free Softcopy Reader refuses to print more than one (selected) > > topic > > or ranges of topics; if you try to do this using the print menu > > (selected or range), > > the output is always empty. > > > > Is this a bug - or: is printing larger portions of text not allowed in > > the free version? > > What are the options? > > > > The eMail address book...@us.ibm.com, which is mentioned in the Softcopy > > Reader > > help texts, doesn't exist any more (BTW: the Softcopy Reader is a 2012 > > edition; > > this seems to be the last one available). > > > > Is there a documented API to read the books using a C or REXX program > > and build the PDFs this way? Or build HTML from the books? > > > > Thanks for all suggestions, > > kind regards > > > > Bernd > > > > -- > > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: BookManager
B2H does BookMASTER to HTML, not BookManager to PDF. (And, yes, HTML to PDF is probably trivial for most people.) I use B2H on TSO in Batch almost daily, FWIW. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Colin Paice Date: Tuesday, 28 February 2023 at 18:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: BookManager There is a very old B2H package which I think is Rexx based. It was supported on Windows NT, OS2, VM, OS390 etc, I think I used to use it. It is mentioned http://afrodita.rcub.bg.ac.rs/~ivica/b2h.html Colin On Tue, 28 Feb 2023 at 18:00, Bernd Oppolzer wrote: > What is the preferred way to convert BookMgr books to PDF? > > My customer has some home-written BookMgr books, which they cannot access > after the z/OS migration (BookMgr support was dropped with z/OS 2.4). > > We managed to transfer the books to Windows (and OS/2, BTW), where we can > at least look at the books. Now I would like to convert the books to PDFs. > But the free Softcopy Reader refuses to print more than one (selected) > topic > or ranges of topics; if you try to do this using the print menu > (selected or range), > the output is always empty. > > Is this a bug - or: is printing larger portions of text not allowed in > the free version? > What are the options? > > The eMail address book...@us.ibm.com, which is mentioned in the Softcopy > Reader > help texts, doesn't exist any more (BTW: the Softcopy Reader is a 2012 > edition; > this seems to be the last one available). > > Is there a documented API to read the books using a C or REXX program > and build the PDFs this way? Or build HTML from the books? > > Thanks for all suggestions, > kind regards > > Bernd > > -- > 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 Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SCRT and not operating LPAR
Hi Al! Re “ I don't recall how a CF LPAR using GCPs showed up.” It shows up with logical processors in Pool 1 (GCP Pool). It’s discernable as a CF LPAR using SMF 74-4 which contains Serial and LPAR Number, amongst other identifying things. It’s rare I see it but I DO see it. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Al Sherkow Date: Monday, 27 February 2023 at 17:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR Interesting thread. I thought I would add a few points. REGARDING the checksum: Of course we don't know exactly what the checksum is checking, but it is reasonable to assume it is the billable MSUs, CPU consumption that SCRT calculates. That would be: E5 section in machine level MSU reports, B5 section in Country Multiplex MSU reports, B5 section in Tailored Fit Reports, I expect there are other assorted things checked to be certain that sites only change fields that sites should be changing. Sites are supposed to change (required) to whatever the explanation is. These cells will not be in the checksum. Sites can change these before or after using the LMS interface to submit their reports. REGARDING missing data. SCRT V25 in 2017 replaced the 95% coverage calculation with the 1 hour gap reporting in H4 and H6 sections. Generally these use the cross LPAR reporting to determine if an LPAR is consuming CPU time. (Each LPAR in the SMF70 data has data on all the other LPARs on the machine, including CPU time. This can be controlled for environments like service bureaus where you don't want one customer seeing another customer's usage). This thread is indicating that LPARs not IPL'd but still "active" are being marked for (required) explanations. I haven't looked in detail recently but the SMF data also includes SMF70SPN (LPAR CLUSTER, which for z/OS is the SYSPLEX) and the SMF70STN (8-char SYSNAME of z/OS) of the other LPARs. I used these fields to determine if the LPAR was running z/OS. VM images showed up differently; I don't recall how a CF LPAR using GCPs showed up. Al Sherkow I.S. Management Strategies, LTD. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SCRT and not operating LPAR
Of course you can run eg a CF LPAR using GCPs – and I’ve actually seen it. What then? Cheers, Martin From: IBM Mainframe Discussion List on behalf of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Date: Friday, 24 February 2023 at 13:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCRT and not operating LPAR I don't know about RMF, but HMC clearly distinguish Activated and Not Operating vs Activated and Operating. Of course HMC also shows OS name and version (it is 10+ years old feature). I don't know what in case of some rare/exotic control program, i.e. stand alone utility. I believe it will be also Operating and no SMF. -- Radoslaw Skorupka Lodz, Poland W dniu 24.02.2023 o 13:31, Martin Packer pisze: > An interesting question is how to tell – from RMF – if an LPAR is shutdown > but not deactivated. In my own code I use the term “idle” – which means near > zero CPU – as that’s the closest I know how to get. > > Cheers, Martin > > From: IBM Mainframe Discussion List on behalf of > Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> > Date: Friday, 24 February 2023 at 12:24 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR > Gentlemen, > > First, thank you for the discussion. That also helps. > > Ad rem: > 1. The is no big reason to keep LPAR Activated, Not operating, except > short time between activation and IPL or re-IPL, etc. And SCRT is IMHO > not the most important reason for that. Good reasons were presented by > Martin. > 2. I asked mostly out of my curiosity. But it is not senseless at all, > it is good to know *severity* of results of mistaken scenario. Not to > say, the curiosity is good :-) > 3. I did some tests. > Test 1. I activated an LPAR and deactivated it few hours later. Result - > the LPAR is not visible in SCRT report. No "required" statement for the > LPAR. Same as for other deactivated LPARs. > Test 2. I shut down the system, but the LPAR remained Activated. 8 hours > later I IPLed another z/OS image in the LPAR. Result - SCRT report > claims there is 8-hour hole in the SMF reporting. > > I have some other ideas to test, but this is real customer production, > SCRT report is real, so I come off it. > > > Regards > -- > Radoslaw Skorupka > Lodz, Poland > > > > > W dniu 23.02.2023 o 23:31, Pommier, Rex pisze: >> Ignore my last question - you just answered it. >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Pommier, Rex >> Sent: Thursday, February 23, 2023 4:30 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR >> >> Hi Radoslaw, >> >> I'm not denying your experience. You got me questioning my own so I had to >> go back and make sure it was working like I had expected it to. :-) I did >> also misspeak. You are correct, it was an e-mail with the CSV sent as an >> attachment. This was the mechanism IBM took away and they're in essence >> forcing us to submit the CSV manually thru the web site. We (as I'm sure >> most every company submitting SCRT) had the e-mail completely automated >> (except when we had to insert comments) and then they took that away. >> >> Is there a reason you have these LPARs active but not IPLed? Just curiosity >> and if I'm getting nosy tell me. :-) Wouldn't deactivating them stop SCRT >> from reporting on them? >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Radoslaw Skorupka >> Sent: Thursday, February 23, 2023 4:21 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR >> >> As I noted things may have changed. I really tried to do it, but it was >> 10+ years ago. After that I did not come back to try it again and again. >> BTW: I was very first user of SCRT in Poland, it was January 2006, AFAIR. >> >> Actually I don't understand the way you submit reports. In the past few ways >> were possible, one of them was webpage, another one was mail attachment. >> Then mail was closed. >> LMS webpage analyze CSV content and (see above) reject amended file. I >> cannot say for today, because I did not submit SCRT report personally for >> several years. >> And in fact I don't care - for me there is no difference to put some >> explanation in the file or on the webpage directly. I can imagine the >> checksum now does cover only relevant fields, not whole file. It would make >> sense. >>
Re: SCRT and not operating LPAR
An interesting question is how to tell – from RMF – if an LPAR is shutdown but not deactivated. In my own code I use the term “idle” – which means near zero CPU – as that’s the closest I know how to get. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Date: Friday, 24 February 2023 at 12:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR Gentlemen, First, thank you for the discussion. That also helps. Ad rem: 1. The is no big reason to keep LPAR Activated, Not operating, except short time between activation and IPL or re-IPL, etc. And SCRT is IMHO not the most important reason for that. Good reasons were presented by Martin. 2. I asked mostly out of my curiosity. But it is not senseless at all, it is good to know *severity* of results of mistaken scenario. Not to say, the curiosity is good :-) 3. I did some tests. Test 1. I activated an LPAR and deactivated it few hours later. Result - the LPAR is not visible in SCRT report. No "required" statement for the LPAR. Same as for other deactivated LPARs. Test 2. I shut down the system, but the LPAR remained Activated. 8 hours later I IPLed another z/OS image in the LPAR. Result - SCRT report claims there is 8-hour hole in the SMF reporting. I have some other ideas to test, but this is real customer production, SCRT report is real, so I come off it. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 23:31, Pommier, Rex pisze: > Ignore my last question - you just answered it. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Pommier, Rex > Sent: Thursday, February 23, 2023 4:30 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR > > Hi Radoslaw, > > I'm not denying your experience. You got me questioning my own so I had to > go back and make sure it was working like I had expected it to. :-) I did > also misspeak. You are correct, it was an e-mail with the CSV sent as an > attachment. This was the mechanism IBM took away and they're in essence > forcing us to submit the CSV manually thru the web site. We (as I'm sure > most every company submitting SCRT) had the e-mail completely automated > (except when we had to insert comments) and then they took that away. > > Is there a reason you have these LPARs active but not IPLed? Just curiosity > and if I'm getting nosy tell me. :-) Wouldn't deactivating them stop SCRT > from reporting on them? > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Radoslaw Skorupka > Sent: Thursday, February 23, 2023 4:21 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR > > As I noted things may have changed. I really tried to do it, but it was > 10+ years ago. After that I did not come back to try it again and again. > BTW: I was very first user of SCRT in Poland, it was January 2006, AFAIR. > > Actually I don't understand the way you submit reports. In the past few ways > were possible, one of them was webpage, another one was mail attachment. Then > mail was closed. > LMS webpage analyze CSV content and (see above) reject amended file. I cannot > say for today, because I did not submit SCRT report personally for several > years. > And in fact I don't care - for me there is no difference to put some > explanation in the file or on the webpage directly. I can imagine the > checksum now does cover only relevant fields, not whole file. It would make > sense. > > My current problem is Activated but not IPLed LPAR. I had discussion with my > coworker and that's why I'm asking about it. > > Regards > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 23.02.2023 o 23:09, Pommier, Rex pisze: >> With all due respect, I have to disagree. Granted I haven't had to >> make any explanations to LMS since IBM took away the FTP transmission >> and required us to go through the web site for transmissions, but >> before that I would add my comments to the mainframe version of the >> CSV and then directly FTP it from the mainframe to LMS, all without >> any issues. I have the prior 12 months' worth of SCRT reports on the >> mainframe and I found where I had commented in at least 3 of these >> reports and didn't have IBM reject any of them. Unless, of course, >> IBM was silently rejecting them >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of Radoslaw Skorupka >> Sent: Thursday, February 23, 2023 3:58 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR >> >> You cannot update CSV file. There is a checksum at the bottom. Any update, >> including such comment causes the file will not be accepted by the LMS. BTDT. >> Of course it is possible to upload the file to LMS and then add >> explanations. But then IBM knows the rest of f
Re: SCRT and not operating LPAR
Further to Bonnie’s point, I think I’d want to deactivate unused LPARs to get the weights and HiperDispatch to work right for the active LPARs. But tell me, how long should it take to activate an LPAR prior to IPL’ing it? Thanks, Martin From: IBM Mainframe Discussion List on behalf of Bonnie Barthel <04a8e081599d-dmarc-requ...@listserv.ua.edu> Date: Thursday, 23 February 2023 at 22:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCRT and not operating LPAR I must be missing something. Why not deactivate the non-operating lpars? SCRT will not report them and you will not have to explain. Bonnie Bonnie Barthel Senior IT Specialist 719.649.7888 Mobile bonnie.bart...@kyndryl.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 3:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR I just double-checked the latest report I submitted with comments added to my mainframe CSV file, and the comments are on the report on the LMS site. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, February 23, 2023 4:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR With all due respect, I have to disagree. Granted I haven't had to make any explanations to LMS since IBM took away the FTP transmission and required us to go through the web site for transmissions, but before that I would add my comments to the mainframe version of the CSV and then directly FTP it from the mainframe to LMS, all without any issues. I have the prior 12 months' worth of SCRT reports on the mainframe and I found where I had commented in at least 3 of these reports and didn't have IBM reject any of them. Unless, of course, IBM was silently rejecting them Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Thursday, February 23, 2023 3:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCRT and not operating LPAR You cannot update CSV file. There is a checksum at the bottom. Any update, including such comment causes the file will not be accepted by the LMS. BTDT. Of course it is possible to upload the file to LMS and then add explanations. But then IBM knows the rest of file is not amended. BTW: I'm pretty sure of the above. I had plenty Activated, but Not operating LPARs in my former shop and the reports did not require any explanation for that. It was kind of cloud or "on demand provisioning" - we created system + application instances on demand. A lot of them, quite frequently. The problem occured when someone forgot to archive SMF data before system shutdown and scratch. However it was slightly another scenario - LPAR was both Active and Operating, but some records were lost. Of course the rules may have changed. For example in the past it was acceptable to collect 95% (time) SMF data, but the SCRT tool could not accept duplicate SMF IDs. Now it's the opposite - any SMF loss causes explanations requirement, but SMF ID need not to be unique any longer. -- Radoslaw Skorupka Lodz, Poland W dniu 23.02.2023 o 21:33, Pommier, Rex pisze: > Hi John, > > Actually I think you remembered right the first time. :-) When our sandbox > is down for an extended period, I get the "(required)" in the CSV file as > well. I just change "(required)" with "LPAR down for refresh" or whatever > reason the LPAR isn't reporting SMF data and then send the CSV in. The only > times I recall having to fix the data once it gets to IBM is when I forgot to > update the CSV before submitting it. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of John McKown > Sent: Thursday, February 23, 2023 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: SCRT and not operating LPAR > > Misremembered. The CVS file says "(required)". When uploaded to IBM there is > a prompt, in red, to fill the field in. That's when I enter "not in use". > > On Thu, Feb 23, 2023, 04:52 John McKown > wrote: > >> We have this situation. There is a REMARKS field in the SCRT cvs file. >> I put the sentence "No longer in use." in that field during the >> generation of it on my Windows desktop. I've done that for years now >> with no problems with IBM. >> >> On Thu, Feb 23, 2023, 04:05 Radoslaw Skorupka < >> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >>> As it is known, all the z/OS LPAR have to report SMF data to SCRT >>> otherwise SCRT report would contain "data missing" field for given >>> LPAR and explanation will be required. >>> What about not operating LPARs? >>> I mean an LPAR which is Activated, but not IPLed. Or the OS was shut >>> down and LPAR was reset (but still remain active). >>> >>> AFAIR there was no problem with not operating LPARs in the past - >>> that mean the LPARs were not included i
Re: Question on use of LPARNAME, SYSNAME and SMFID
Hi Al! (et al) 😊 I’ve also asked for eg 02-12345 to be added – quite a while ago. I also was turned down. But then I’m not a customer… Cheers, Martin From: IBM Mainframe Discussion List on behalf of Al Sherkow Date: Tuesday, 14 February 2023 at 16:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Question on use of LPARNAME, SYSNAME and SMFID I had problems to solve to combine old SMF records (0/IPL, 90(5A)/System Status) when 4-char SMFID/SYSPLEX/SYSNAME are duplicated on different machines as the CPUTYPE and serial number are not in most of the SMF records. I did ask IBM to add those to the SMF header some time ago. I think through DeveloperWorks, or perhaps through ISV relations. That was turned down. I understand it is kind of an "edge case" that doesn't impact many customers. Certainly it occurs for many sites during DR exercises. Clearly ASYS could move from one machine to another. That will cause an SMF90 subtype 7 if the site using "Z EOD" command on the original machine and SMF0 for the IPL on the new machine. The reverse occurs when ASYS moves back to the original, non-DR hardware. With Country Multiplex Pricing, depending on how the site does their DR Exercises, all these moves need to be understood. So lots of merging of SMFID/SYSPLEX/SYSNAME with timestamps to track these events on the proper hardware. Al -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SYSPLEX / SYSNAME / SMFID stability
“Customers do the darnedest things…” 😊 From: IBM Mainframe Discussion List on behalf of Ed Jaffe Date: Thursday, 29 September 2022 at 22:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SYSPLEX / SYSNAME / SMFID stability On 9/29/2022 5:19 AM, Mark A. Brooks wrote: > Right, I'm not aware of a UUID for a z/OS system. > Every system in a given sysplex must have a unique name. In that sense > SysplexName.SystemName might do the trick. But ... > Sysplex names are not necessarily unique -- test sysplex or DR site could be > using the same name. In our case, the D/R sysplex *and* system names are all the same. The only way we can tell them apart is by CPC Type/Serial. We have a REXX call WHEREAMI that inspects CPC Type/Serial in the PCCA and let's you know where you are. Of course, serial numbers can faked under z/VM, but we don't do that... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SYSPLEX / SYSNAME / SMFID stability
If it moves to another machine is it still the same LPAR? From: IBM Mainframe Discussion List on behalf of Matt Hogstrom Date: Wednesday, 28 September 2022 at 13:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] SYSPLEX / SYSNAME / SMFID stability We had an internal debate about the stability of SYSNAME and smfID in a sysplex. The discussion was that smfID is not stable and can be changed and that there can be more than one system in a sysplex with the same sysname / smfid. I haven’t had a chance to try it out but the argument seems to be counterintuitive that anyone would use the same SYSNAME / SMFID in a SYSPLEX. The IBM documents to not specifically say that it is not allowed but I’m curious if anyone has seen such a configuration / can think of a reason why you would do that. The problem I’m trying to get a handle on is to uniquely identify a z/OS instance over time and the SYSPLEX.SYSNAME seemed like a good combination (I still think that they will be stable over time) but I thought I’d pose the question to the brain trust here. Another proposal was to use the hostname / domain name as unique but it seems that you can have multiple instances of those depending on how many TCPIP stacks you are running in a z/OS instance. Thoughts? Matt Hogstrom m...@hogstrom.org “It may be cognitive, but, it ain’t intuitive." — Hogstrom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: Java And Specialty Engines
How much JNI, though? That isn't zIIP eligible. Cheers, Martin > On 11 Aug 2022, at 23:07, Longnecker, Dennis > wrote: > > We run a lot of JAVA workloads under WebSphere Liberty on our z15. > > We are seeing hardly any utilization on our 2 specialty engines (ziip/zaap). > It is my understanding that ALL java workload is eligible to run under those > engines, so it has left me confused. We are seeing some offloaded DB2 work > for the distributed connections, so the engines are working. > > Curious if anyone has any suggestions/thoughts on what we might be missing? > All the settings we have chased down look correct. > > Dennis > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: SG24-2557 'System/390 MVS Parallel Sysplex Batch Performance' .pdf?
Glad there's still interest in that one. I'm rather proud of it. :-) Seriously, much of what we wrote is still valid. There are just a few places where more modern techniques exist. Cheers, Martin Sent from my iPad > On 1 Jul 2022, at 02:25, Sri h Kolusu wrote: > > >> >>> Does anyone have a .pdf of an old IBM redbook called 'System/390 MVS >>> Parallel Sysplex Batch Performance' (SG24-2557) that they'd be willing to >>> share? > > Michael, > > Does book manager format help? > > https://www.ibm.com/resources/publications/OutputPubsDetails?PubID=SG24255700 > > > If you need the PDF copy I can send it tomorrow offline > > > Thanks, > Kolusu > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered 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
Re: z16 documentation discrepancy
I’m not sure if this is a metathread about consistency or not 😊 but let me assume not. With z/OS 2.5 you can go above 4TB – up to 16TB – but only with 2GB pages. And these aren’t your ordinary run of the mill pages. Think Db2 BPs, Java Heap, zCX. (We talked about this – Marna and I in the last episode of our podcast.) 😊 One limit you didn’t mention – but I found of interest recently – is CFCC. I’m told the limit for that is 3TB. (Customer was at 2TB and could use more – so this was not academic.) Hoping this helps. Martin Packer, Senior Performance, Capacity, Architecture Specialist IBM Technology, Worldwide +44-7802-245-584 email: martin_pac...@uk.ibm.com<mailto:martin_pac...@uk.ibm.com> Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com<https://mainframeperformancetopics.com/> Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle<https://anchor.fm/marna-walle> Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA<https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA> From: IBM Mainframe Discussion List on behalf of Radoslaw Skorupka Date: Monday, 11 April 2022 at 20:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] z16 documentation discrepancy Actually it is not z16 specific, similar discrepancies could be observed for previous generations. I mean memory limits for given LPAR modes (General, CF, z/VM, Linux Only) and operating systems. Example: PR/SM Planning says z/OS 2.5 is limited to 4TB, while it was announced the limit was increased to 16TB. PR/SM says z/TPF is limited to 1TB, while Redbook z16 Tech. Guide says it is 4TB. According to PR/SM Planning Linux is limited to 1TB. There are cases where one can find "different versions of truth" within single book. Similiar discrepancies can be found in regard of limit of processors. Fine print note: Memory limit for LPAR in General mode is increased to 32TB which is more than z/OS can support, but this is not discrepancy, here we have two different limits. Same scenario in z15 and z/OS 2.4 - LPAR 16TB, OS 4TB. In the paragraph above I'm talking about different answers for same question. -- Radoslaw Skorupka Lodz, Poland -- 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: How to use dfsort to filter keywords that aren't fixed position
Look up "SS,EQ," in the manual. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "ibmmain" To: IBM-MAIN@LISTSERV.UA.EDU Date: 17/12/2021 07:25 Subject:[EXTERNAL] How to use dfsort to filter keywords that aren't fixed position Sent by:"IBM Mainframe Discussion List" Hi all For performance, we want to filter keywords (for example:'ERROR') from oplerlog with DFSORT. If the keyword is is a fixed position in operlog , we could put the keyword in the other dataset. We could join the oplerlog with the dataset using DFSORT to filter all messages that contained ' ERROR' But the keywords aren't fixed position in OPERLOG, how to filter this keyword with DFSORT. Of course, we could do it by REXX Any suggestions would be greatly appreciated! Thanks a lot! Best Regards, Jason Cai -- 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
Re: SQA shortage after z/OS 2.4
SMF 78-2 RMF Virtual Storage Activity data / report is what I'd use. But I note it might not be that helpful with spikes. https://mainframeperformancetopics.com/2020/01/05/how-i-look-at-virtual-storage/ is more relevant than https://mainframeperformancetopics.com/2021/07/21/time-for-action-on-virtual-storage/ Cheers, Martin Sent from my iPad > On 1 Dec 2021, at 06:46, Peter wrote: > > Hello > > Recently we upgraded our z/OS to 2.4 from 2.2. > > Post that we had an outage due to SQA shortage (s878). The SQA value we > have set is 5,80. > Is there any benchmark or any way to analyse to understand on what would > the Apt or a value which satisfies the overall operating system usage ? > > Peter > > -- > 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
Re: Display user for started tasks started under Master subsystem
Late to the party, I'm wondering what SMF 30 says. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Lennie Dymoke-Bradshaw" <032fff1be9b4-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 30/11/2021 12:08 Subject:[EXTERNAL] Re: Display user for started tasks started under Master subsystem Sent by:"IBM Mainframe Discussion List" Rob, I was hoping you would pick this up. Thanks for that insight. It always helps to see the source of information that is presented. Maybe I can produce a small TSO utility to find this data. But it looks like it might have to a tiny bit APF authorised to get to the necessary information. (I assume you meant to type ASXBSENV rather than ASSBSENV. I think the ASXBUSER field would probably be sufficient.) Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Scott Sent: 30 November 2021 09:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Display user for started tasks started under Master subsystem SDSF uses IAZXJSAB to extract the userid from the JSAB control block - hence nothing shown if address space has started SUB=MSTR and has not requested a JES JOBID (SSI-20). As far as I am aware, there is no definitive field in common storage that contains the userid associated with an address space regardless of how the job entered the system. In a dump, there might be some mileage in examining OUCBUSRD if there is no JSAB, or sniff the ACEE from ASSBSENV (or even run the TCB tree and process any non-zero TCBSENVs). Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of Lennie Dymoke-Bradshaw Sent: 29 November 2021 16:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Display user for started tasks started under Master subsystem EXTERNAL EMAIL JES2 runs under a user id. The RACF address space runs under a user id. In fact nearly all work after the initialisation of SAF (which happens very soon after MSI) will run under a user id. Even initiators start work under a user id (although they subsequently lose that id). In addition, any started task that is submitted using SUB=MSTR, (such as LLA, VLF ICSF and others) will start under a user id. Yet all these address spaces do NOT show a user id in SDSF DA or using the MVS DISPLAY command. Lennie Dymoke-Bradshaw https://rsclweb.com < https://rsclweb.com > 'Dance like no one is watching. Encrypt like everyone is.' -Original Message- From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Seymour J Metz Sent: 29 November 2021 16:28 To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Display user for started tasks started under Master subsystem There are some tasks that you need to start when there is no ESM active. What user id would you expect for, e.g., JES2, RACF? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 < http://mason.gmu.edu/~smetz3 > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu] Sent: Monday, November 29, 2021 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Display user for started tasks started under Master subsystem I am looking at an SDSF DA display showing active address spaces. The column 'Owner' shows the user id associated with the address space. However, for those address spaces which are subsystems or which are started under the master subsystem, the user id is not shown. If I display address spaces using the MVS display command D A, I get a similar result. The user id of the address space is not shown. While I am aware, this has been the case for some time, I am confused as to why this is. For SDSF I had thought it was simply that the id was extracted from JES2 and of course the subsystems have no such JES2 control blocks. But the MVS display command does not have that restriction. Does anyone have any insight? Does anyone know how to determine the user id of these address spaces using commands? Lennie Dymoke-Bradshaw https://secure-web.cisco.com/1ir1Rh1K9R-uT3xdUNkBkog-ZmzeDtExuFyhSa1tsigY0d- < https://secure-web.cisco.com/1ir1Rh1K9R-uT3xdUNkBkog-ZmzeDtExuFyhSa1tsigY0d -> 1jT7QxzdII9DYpClAFMkDja4ZQwLQ7hqM6nMUHhryM-50Y0MKcj6--4iitX8qQ9SU5S06VwiuFXQ RPgkdsejDwhLrH1_4EGuBca3hxOJRaGRzF81Kij9H6XlDXLCcZAgMpD8SjtQbHVbN9HcKqW0Y8OL E6tF-3z9L9TNt7s0vTi8_41kxFdejIfdM2deNjmDbW-p3eXYnlPz2SsgWQ2A0Dcc
Re: Above the bar storage not in SDUMP
A useful analogy here might be Db2 - which is selective about which areas it dumps. (Certainly around the "relatively low value" buffer pools.) You might want to ask on CICS-L which areas CICS might exclude from a dump. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Mark Jacobs" <0224d287a4b1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/11/2021 15:02 Subject:[EXTERNAL] Above the bar storage not in SDUMP Sent by:"IBM Mainframe Discussion List" A developer is reporting that he doesn't have all of the storage above the bar in the dump. He looked at the areas that should format properly and RSM indicates that 48GB storage area above the bar should be in the dump but it is not. MAXSPACE is set to 00122880M and message IEA611I said that a complete dump was taken. He tried taking the dump within CICS and using the DUMP command. Are we missing something? Mark Jacobs Sent from [ProtonMail]( https://protonmail.com ), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- 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
Re: [IBM External] Re: SIGP Orders
Peter, you definitely answered the question I intended to ask. Thanks, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Peter Relson" To: IBM-MAIN@LISTSERV.UA.EDU Date: 19/10/2021 13:52 Subject:[IBM External] Re: SIGP Orders Sent by:"IBM Mainframe Discussion List" >Brought a noncommittal smile to my face. I was really just answering the comment/question. A different question might have gotten a more detailed answer. >the source code for using SIGP is ... Curious: in what way is knowing how Linux issues SIGP of much use to anyone? Or the #defines to the order codes (all of those order codes are presumably well documented in the PoP)? Most SIGPs are not intended for use outside of the OS. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: [IBM External] Re: SIGP Orders
As a matter of interest, what typically happens on the SIGP'ed to processor when a SIGP is issued? I assume some kind of routine runs. Cheers, Martin Sent from my iPad > On 14 Oct 2021, at 03:24, Jim Mulder wrote: > > It is assigned. > It is used by z/OS. > It is intentionally not described in Principles of Operation. > So that is all we will publicly say about it. > > Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. > Poughkeepsie NY > > "IBM Mainframe Discussion List" wrote on > 10/13/2021 02:57:42 PM: > >> From: "Joe Monk" >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 10/13/2021 07:17 PM >> Subject: Re: SIGP Orders >> Sent by: "IBM Mainframe Discussion List" >> >> Alan, >> >> It's being issued by z/os 2.4... I see it in the trace... >> >> Joe >> >>> On Wed, Oct 13, 2021 at 4:11 PM Alan Altmark >>> wrote: >>> >>> On Tue, 12 Oct 2021 07:09:23 -0500, Joe Monk > wrote: Looking thru the z/arch POP, I noticed that SIGP order 14 is no > longer listed as unassigned, but its definition and functions are missing > from >>> the POP. Can someone tell us what this order is for? >>> >>> I suspect that line is supposed to say "Unassigned" just like 0x0F and >>> 0x10. Please submit a Reader's Comment Form to request clarification. >>> >>> Alan Altmark >>> IBM >>> >>> -- >>> 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-MAINUnless > 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
Re: [IBM External] Re: IBM JCL Expert preview in today's announcement letter
I, too, put DSN first. More importantly to me, I put it on a separate line. That makes ISPF File Tailoring more reliable and I'm often wanting to change the data sets I'm pointing at. But then I'm not exactly in a Production shop. Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Bob Bridges" To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/10/2021 14:57 Subject:[IBM External] Re: IBM JCL Expert preview in today's announcement letter Sent by:"IBM Mainframe Discussion List" Just a side comment, you may be in the minority putting DISP first, but the minority isn't tiny; my observation is that a lot of folks do it. I sometimes do myself -- I like making parms line up, it often makes them easier to read -- but alas, my habit is still to put it after the DSN. Always in the same order, in fact, so I guess I have a "standard" even though it's peculiar to me: //DDNAME DD DSN=DATA.SET.NAME,DISP=(,CATLG), //DCB=(DSORG=PS,RECFM=VB,LRECL=1028[,BLKSIZE=half-tracK]), //[UNIT=something,]SPACE=(CYL,(5,20),RLSE) Yeah, I still do DCB=(...). I learned JCL forty years ago. I hear it's no longer needed, but I'm used to it. Sue me. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* When I heated my home with oil, I used an average of 800 gallons a year. I have found that I can keep comfortably warm for an entire winter with slightly over half that quantity of beer. -Dave Barry, _Postpetroleum Guzzler_ */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, October 6, 2021 08:32 JED provides complete JCL validation, reformatting and enforcement of JCL standards. ... What's a "standard" Suppose a site has a standard for naming job steps. Can it enforce that? Or only "standards" in the view of the JED author. In DD statements I habitually code DISP as the first option. I may be in a minority. Does JED enforce ordering of options? Might it require or prohibit "DCB=(...)"? (is ""DCB=(...)" ever needed nowadays? I still see it coded on occasion.) -- 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
Re: [IBM External] The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...)
Thank you KB! You can imagine my disappointment at finding all the links to it at the IBM Redbooks site to be broken. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "kekronbekron" <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 29/09/2021 14:46 Subject:[EXTERNAL] Re: [IBM External] The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...) Sent by:"IBM Mainframe Discussion List" Well my friends, I found it for ye. https://web.archive.org/web/20060224031157/http://www.redbooks.ibm.com/redbooks/pdfs/sg242557.pdf *Saying this to nobody on this thread, but to some kind of people* Now tell me what's important... knowing how to get to stuff or knowing by memory all the new parmlib members / keywords in zOS 2.5 - KB �\�\�\�\�\�\�\ Original Message �\�\�\�\�\�\�\ On Wednesday, September 29th, 2021 at 6:45 PM, Martin Packer wrote: > I think it's gone. Does anyone still have a PDF of it? > > Thanks, Martin > > Martin Packer > > WW z/OS Performance, Capacity and Architecture, IBM Technology Sales > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: https://mainframeperformancetopics.com > > Mainframe, Performance, Topics Podcast Series (With Marna Walle): > > https://anchor.fm/marna-walle > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > From: "René Jansen" rene.vincent.jan...@gmail.com > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 29/09/2021 09:12 > > Subject: [EXTERNAL] Re: [IBM External] The Business Case for > > BatchPipes in the z/OS Base (was: ... Pipes ...) > > Sent by: "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU > > Martin, > > Do you have that book somewhere still? I spent 15 minutes on google but > > lots of links lead nowhere. > > NetRexx does have a rather complete CMS Pipelines implementation ( > > www.netrexx.org < > > http://www.netrexx.org/ > > > ) and I was wondering what I need to do to also have these ’halfpipes’ > > and other batch interfaces, using JZOS or other. > > Best regards, > > René. > > > On 29 Sep 2021, at 08:54, Martin Packer martin_pac...@uk.ibm.com > > wrote: > > > Between steps can't be pipes, can be VIO. Between jobs can be pipes, > > can't > > > be VIO. > > > > That second sentence depends on the ability to schedule two jobs > > (possibly > > > originally steps of the same job) alongside each other. > > > > Fun stuff but / and somewhat complex - which is what inspired me to > > start > > > writing what would become SG24-2557 Parallel Sysplex Batch Performance > > in > > > late 1990. :-) > > > > I did a lot of presenting on Pipes to individual customers and > > conferences > > > in the 1990s. It would be fun to do it again... :-) > > > > Cheers, Martin > > > > Sent from my iPad > > > > > On 29 Sep 2021, at 05:23, Paul Gilmartin > > > > > > 000433f07816-dmarc-requ...@listserv.ua.edu wrote: > > > > > > On Mon, 27 Sep 2021 11:39:17 -0500, Hobart Spitz wrote: > > > > > > > Intra-JOB pipe - This would be similar to VIO; it doesn't exist > > > > > > > > otherwise. > > > > > > > I think it would be a great feature. > > > > > > Between steps? One might just as well use VIO. > > > > > > -- gil > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAINUnless stated otherwise above: > > > IBM United Kingdom Limited - Registered in England and Wales with number > > > 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 > > Unless stated other
Re: [IBM External] The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...)
I think it's gone. Does anyone still have a PDF of it? Thanks, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "René Jansen" To: IBM-MAIN@LISTSERV.UA.EDU Date: 29/09/2021 09:12 Subject:[EXTERNAL] Re: [IBM External] The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...) Sent by:"IBM Mainframe Discussion List" Martin, Do you have that book somewhere still? I spent 15 minutes on google but lots of links lead nowhere. NetRexx does have a rather complete CMS Pipelines implementation ( www.netrexx.org < http://www.netrexx.org/ >) and I was wondering what I need to do to also have these ’halfpipes’ and other batch interfaces, using JZOS or other. Best regards, René. > On 29 Sep 2021, at 08:54, Martin Packer wrote: > > > > Between steps can't be pipes, can be VIO. Between jobs can be pipes, can't > be VIO. > > That second sentence depends on the ability to schedule two jobs (possibly > originally steps of the same job) alongside each other. > > Fun stuff but / and somewhat complex - which is what inspired me to start > writing what would become SG24-2557 Parallel Sysplex Batch Performance in > late 1990. :-) > > I did a lot of presenting on Pipes to individual customers and conferences > in the 1990s. It would be fun to do it again... :-) > > Cheers, Martin > > Sent from my iPad > >> On 29 Sep 2021, at 05:23, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> >> On Mon, 27 Sep 2021 11:39:17 -0500, Hobart Spitz wrote: >>> >>> Intra-JOB pipe - This would be similar to VIO; it doesn't exist > otherwise. >>> I think it would be a great feature. >>> >> Between steps? One might just as well use VIO. >> >> -- gil >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINUnless 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 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
Re: [IBM External] Re: The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...)
Between steps can't be pipes, can be VIO. Between jobs can be pipes, can't be VIO. That second sentence depends on the ability to schedule two jobs (possibly originally steps of the same job) alongside each other. Fun stuff but / and somewhat complex - which is what inspired me to start writing what would become SG24-2557 Parallel Sysplex Batch Performance in late 1990. :-) I did a lot of presenting on Pipes to individual customers and conferences in the 1990s. It would be fun to do it again... :-) Cheers, Martin Sent from my iPad > On 29 Sep 2021, at 05:23, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 27 Sep 2021 11:39:17 -0500, Hobart Spitz wrote: >> >> Intra-JOB pipe - This would be similar to VIO; it doesn't exist otherwise. >> I think it would be a great feature. >> > Between steps? One might just as well use VIO. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINUnless > 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
Re: The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...)
I think you have to remember that BatchPipes/MVS' origin story is connecting existing batch job steps. I wouldn't want customers to have to re-write e.g. in java. One advantage is that it's easier to rework a pipeline - whether as a fitting or between batch jobs - than rework some java code. As someone who first proselytised Pipes in 1992 and first wrote about it in a Redbook in 1997 (and wrote about it again in 2011 and 2013) you can consider me a fan. Note: I don't have an enormous amount of influence on those that make decisions about either IBM flavour of pipes. I do recognise it's not as simple as "set the code free". There is the cost of bringing it to market and supporting it. The latter in particular would be much more costly than it's ever been before - if it were built in. So, I hope we can make both Pipelines and BatchPipes/MVS available as part of z/OS. I'd love to be talking about them again and supporting customers using them. But I'm just a field guy. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "David Crayford" To: IBM-MAIN@LISTSERV.UA.EDU Date: 28/09/2021 08:17 Subject:[EXTERNAL] Re: The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...) Sent by:"IBM Mainframe Discussion List" This first question I would ask is does IBM actually "own" BatchPipes or did the flog it off to an ISV like most of their other software? If it's the latter then they will be in no position to make it freely available. Secondly, rather than pine for something that isn't available why not just switch technologies and use a language that supports functional programming features that are similar to pipes. Even Java has supported functional programming since Java 8 came with streams in 2014. https://stackify.com/streams-guide-java-8/ On 28/09/2021 12:39 am, Hobart Spitz wrote: > Gil wrote: >> On Mon, 27 Sep 2021 07:26:51 -0500, Hobart Spitz wrote: >>> I'm going to pivot here. I'm putting my support behind putting BatchPipes >>> in the z/OS base (rather than just Pipes). If you agree, please >>> write/support such a requirement and/or educate your management to get >>> interested. BatchPipes includes BatchPipesWorks, a not so current, but >>> still highly useful, version of TSO Pipelines. >>> >> Is an RFE for an update required? Conway's Law. > Great question. I guess it would depend on whether the were a lot of > current BatchPipes customers needed the missing builtin stages and/o > fix(es) or whether it was more important to get BatchPipes in the z/OS > base. It might also depend on how much additional work would be required > to get a more current version of Pipes into BatchPipes, and whether the > staff, skills, and funding were available. IMHO, the update would delay > the benefits of BatchPipes in the base (especially global warming > mitigation), and not be important to current BatchPipes customers. In my > estimation, BatchPipesWorks has 90% of the needed stages and 99% of the > fix(es) as would be in an up to date version of TSO Pipelines. I find the > IBM decision making process obscure, so these may not be the considerations > that affect the final decision. > > AFAIK, there is only one person now working on Pipes, so I must be missing > something in applying Conway's law. > >> Does BatchPipes support connecting two Classic modules with an intervening >> small Pipeline filter? How? Is a coordinated third job needed? > Let me clarify some terms, answer you questions in the process, and clarify > my previous post: > > > Inter-JOB pipe - This is a ppe that let's two JOB pass records from one to > the next thru memory. The BatchPipes subsystem(s) is/are required. > AFAIK: There are no obvious limitations to the topology. You can have > multiple JOB connected in a single "stream", split and/or join streams, or > even have loop(s). In this respect, it is similar to the PIPE command, > except that the record flow with split and rejoined streams may not be > predictable between JOBs. > > Half Pipe Fitting or Intra-STEP pipe - This is a series of Pipes stages > that operate between a program in a step and the storage medium. > > Intra-JOB pipe - This would be similar to VIO; it doesn't exist otherwise. > I think it would be a great feature. Hence I
Re: [IBM External] Re: [IBM External] Re: IPL's POR's frequency
"a fully configured parallel sysplex" - in the sense you meant it - is something I see less often than I'd like. :-( As a Performance guy, often the conversations I have with customers - based on their data - have a big dollop of Resilience in them. There are those that have embraced "a fully configured parallel sysplex", those that hope to be able to swing work across, and those that don't even have that. Cheers, Martin Sent from my iPad > On 24 Sep 2021, at 05:43, Skip Robinson wrote: > > If you have a fully configured parallel sysplex, disruption to clients > should be minimal. On balance, less disruption than a system crash caused > by downlevel maintenance. > >> On Thu, Sep 23, 2021 at 9:33 PM Brian Westerman < >> brian_wester...@syzygyinc.com> wrote: >> >> One of the things that you "lose" when only IPLing once or twice per year >> is the ability to install maintenance on a more frequent basis, at least >> anything but individual fixes. To try to install an RSU upgrade without an >> IPL will be very foolish. >> >> As we previously stated by me and others, your maintenance schedule would >> have impact on your IPL plans. :) >> >> If you have a client that wants to stay at quarterly RSU levels, then you >> would be most likely be going to IPL quarterly >> >> Brian >> > -- > > Skip Robinson > 323-715-0595 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINUnless > 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
Re: zPDT Learner's Edition
Not aimed at you Lennie :-) , not pre-announcing anything :-), having no insight to bring, but at that price I'd like to think of that also as Retiree Edition. No smiley because I'm serious that I would consider it. It's about the price of an Apple Developer annual subscription - which I would also contemplate. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Lennie Bradshaw" <032fff1be9b4-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/09/2021 09:54 Subject:[EXTERNAL] zPDT Learner's Edition Sent by:"IBM Mainframe Discussion List" Has anyone else any information on the zD&T Learner's Edition that was recently shown on the IBM zZ&T pages? https://www.ibm.com/products/z-development-test-environment/pricing It appears that IBM has removed some references to it now, although the FAQs on that page (need to scroll down) still show a question with a price of $120 per annum once a person is "Qualified". Any comments from IBM would be useful. Lennie Dymoke-Bradshaw https://rsclweb.com "Dance like no one is watching. Encrypt like everyone is" -- 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
Re: [IBM External] The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
There are lots of things that breaks pipelines - and so recovery is a necessary thing to think about and build in. I guess the difference between Pipes and pipes :-) is one of granularity. A (CMS-style) pipeline is probably one you're more willing to restart in its entirety. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Timothy Sipples" To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/09/2021 05:27 Subject:[IBM External] The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?) Sent by:"IBM Mainframe Discussion List" I misplaced the original post, but somewhere in this thread someone commented that checkpointing is less important. I think I disagree, so just a quick comment from me. Yes, absolutely, there's much more computing power and much better I/O. There are also lots of efficiency gains -- much better compilers, for example. However, if anything the data volumes and related requirements are growing even faster. We've also seen recent, real world incidents involving major organizations failing to meet batch processing deadlines with serious consequences, in some cases to whole national economies. My anecdotal observation is that checkpointing is becoming more important at least on z/OS, not less. By sheer coincidence I'm having a technical conversation this afternoon that (when you boil it down to its essence) is "please implement a certain type of checkpointing." I interpreted this particular remark as a side comment, not really anything that genuinely affects whether pipes are useful in some cases. Yes, pipes are useful. It's not necessary to bash checkpointing in defense of pipes, or vice versa. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- 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
Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
I'm not familiar with FANOUT but if it writes a record to, say, two destinations, it's got to copy one of them. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Hobart Spitz" To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/09/2021 04:18 Subject:[EXTERNAL] Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?) Sent by:"IBM Mainframe Discussion List" Paul said: > I'm guessing the atypical case is a stage such as FANOUT which necessarily copies the data. Not sure what you mean by atypical. FANOUT is typical in the respect that it doesn't create an actual copy of the input record. It just looks like it. FANOUT, and non-record-changing stages, pass the same input record pointer to their downstream stage(s). This is what makes Pipes so efficient. No working set expansion and less reloading of just purged cache data. OREXXMan Would you rather pass data in move mode (*nix piping) or locate mode (Pipes) or via disk (JCL)? Why do you think you rarely see *nix commands with more than a dozen filters, while Pipelines specifications are commonly over 100s of stages, and 1000s of stages are not uncommon. IBM has been looking for an HLL for program products; REXX is that language. On Wed, Sep 22, 2021 at 3:13 AM Martin Packer wrote: > Conversely a pipe as input is not necessarily a good input medium for a > sort. 10 years ago I contributed to a Batch Modernization Redbook on this, > emphasising the need for BatchPipes input to DFSORT to be accompanied by a > FILSZ / AVGRLEN estimate pair. > > Bringing it back to pipes, I wonder if it's feasible to tell a sorting > stage (whether DFSORT (yes please Sri Hari) or otherwise) the input size. > Otherwise we could have blow ups or bad performance at scale. > > BTW I'm all in favour of pipes as a first class citizen but note I have > little influence in this regard. > > Cheers, Martin > > Martin Packer > > WW z/OS Performance, Capacity and Architecture, IBM Technology Sales > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: https://mainframeperformancetopics.com > > Mainframe, Performance, Topics Podcast Series (With Marna Walle): > https://anchor.fm/marna-walle > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: "Paul Gilmartin" <000433f07816-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 22/09/2021 03:50 > Subject:[EXTERNAL] Re: The Business Case for Pipes in the z/OS > Base (was: Re: REXX - Interpret or Value - Which is better?) > Sent by:"IBM Mainframe Discussion List" > > > > On Tue, 21 Sep 2021 21:03:14 -0500, Mike Schwab wrote: > > >If a SORT (or other similar temporary data store) program is one of > >the pipe programs, when the EXEC PGM= program closes the output file > >then the program holding the data needs to output the stored data to > >output ddnames (pipe or output files). > > > Are you thinking of MS-DOS pseudo-"pipes" where the upstream program > wrote a temporary file under-the-covers and the downstream program > processed it? A pipe in syntax only. Even Windows is better nowadays. > > SORT is a bad conceptual example for Pipethink because SORT can't > write its first output record until it has read its last input record. > Better > to envision a filter which re-formats log records from a long-running (or > never-terminating) program, writing a file to be browsed with SDSF or > tail -f in real time. > > -- gil > > -- > 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 > --
Re: [IBM External] Re: IPL's POR's frequency
Doesn't Dynamic LPA cover this? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Clark Morris" <03b2c618bdfc-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 22/09/2021 23:10 Subject:[IBM External] Re: IPL's POR's frequency Sent by:"IBM Mainframe Discussion List" If Brian's sites only IPL once a year or less frequently, how are fixes to LPA modules applied? other fixes requiring an IPL? I was impressed with maintenance on the Tandem system (now HPE non-stop) where maintenance was just a simple operator procedure. Clark Morris -- 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
Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?)
Conversely a pipe as input is not necessarily a good input medium for a sort. 10 years ago I contributed to a Batch Modernization Redbook on this, emphasising the need for BatchPipes input to DFSORT to be accompanied by a FILSZ / AVGRLEN estimate pair. Bringing it back to pipes, I wonder if it's feasible to tell a sorting stage (whether DFSORT (yes please Sri Hari) or otherwise) the input size. Otherwise we could have blow ups or bad performance at scale. BTW I'm all in favour of pipes as a first class citizen but note I have little influence in this regard. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Paul Gilmartin" <000433f07816-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 22/09/2021 03:50 Subject:[EXTERNAL] Re: The Business Case for Pipes in the z/OS Base (was: Re: REXX - Interpret or Value - Which is better?) Sent by:"IBM Mainframe Discussion List" On Tue, 21 Sep 2021 21:03:14 -0500, Mike Schwab wrote: >If a SORT (or other similar temporary data store) program is one of >the pipe programs, when the EXEC PGM= program closes the output file >then the program holding the data needs to output the stored data to >output ddnames (pipe or output files). > Are you thinking of MS-DOS pseudo-"pipes" where the upstream program wrote a temporary file under-the-covers and the downstream program processed it? A pipe in syntax only. Even Windows is better nowadays. SORT is a bad conceptual example for Pipethink because SORT can't write its first output record until it has read its last input record. Better to envision a filter which re-formats log records from a long-running (or never-terminating) program, writing a file to be browsed with SDSF or tail -f in real time. -- gil -- 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
Re: RMF SMF "broken" records
Thanks! That's a much crisper version of what I had roughly surmised. That's an interesting case in the blog post. I wonder if bash has been / could be fixed. (Not that I run it on z/OS or write loops in it on Pi.) Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Andrew Rowley" To: IBM-MAIN@LISTSERV.UA.EDU Date: 17/09/2021 09:26 Subject:[EXTERNAL] Re: RMF SMF "broken" records Sent by:"IBM Mainframe Discussion List" On 17/09/2021 5:32 pm, Martin Packer wrote: > Off topic but are there usable start and stop timestamps for things running > in BPXAS address spaces? > > I've wondered about z/OS Unix substeps and thingies but not had cause to > dig too deep. (I know where I am with conventional batch jobs and steps > when it comes to SMF - but I don't see many jobs with Unix in them.) In many cases a whole step/substep SMF record is written, which has the start and stop times the same as any other type 30. However it is also possible to have many processes run in one address space, in which case you get multiple process sections without timestamps. It is usually possible to relate them by process ID. Where a process has a parent process, the parent might be in the same or another address space. The SMF record for the parent process might be produced much later than the record for the child. Process IDs can also be reused. I have written code to do it but it was not easy. You can see what the results look like here: https://www.blackhillsoftware.com/news/2019/08/27/comparing-bash-and-bin-sh-on-z-os/ That was one job that resulted in 20,000 type 30 records in 1 minute! It would be nice if unix processes used the same service/report class settings and charged their resources back to the parent job when the userid/session/process group are the same. For a unix job, a lot of work can be in the additional address spaces e.g. this script took 66 seconds of CPU time, but only 0.02s showed up in the batch job. -- Andrew Rowley Black Hill Software -- 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
Re: RMF SMF "broken" records
Welcome to the murky world... :-) Off topic but are there usable start and stop timestamps for things running in BPXAS address spaces? I've wondered about z/OS Unix substeps and thingies but not had cause to dig too deep. (I know where I am with conventional batch jobs and steps when it comes to SMF - but I don't see many jobs with Unix in them.) Cheers, Martin Sent from my iPad > On 17 Sep 2021, at 00:18, Andrew Rowley wrote: > > On 17/09/2021 9:12 am, Joe Monk wrote: >> "These are not necessarily unique for z/OS unix work due to the reuse of >> the BPXAS initiators. Even if you include the timestamps, they are not >> granular enough to give uniqueness." >> >> Well you wouldnt use just those records for BPXAS ... there are others like >> 74? that are written for BPXAS... > > The BPXAS initiator is reused, which means that multiple unix processes > run with the same jobid. So job name, program name, step name, jobid and > even read time can be repeated in different units of work. > > -- > Andrew Rowley > Black Hill Software > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAINUnless > 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
Re: RMF SMF "broken" records
If it's RMF you have the re-assembly area. If it's SMF 30 you have a similar mechanism. But this isn't architected by SMF. And you're right the granularity is 1/100th of a second. Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Pierre Fichaud" To: IBM-MAIN@LISTSERV.UA.EDU Date: 16/09/2021 13:44 Subject:[EXTERNAL] Re: RMF SMF "broken" records Sent by:"IBM Mainframe Discussion List" Martin, Hence my original post. I have 3 "broken" records. I use the type,subtype, date and time in the SMF header to create a unique value relating the 3 records. But the time is only in 100ths of seconds. I don't think it's granular enough. Is there something extra I can use to make a unique key? Regards, Pierre. -- 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
Re: RMF SMF "broken" records
Yes. That's what the re-assembly area is for in RMF SMF records. And yes 30 and 42-6 split the data that won't fit into a VBS record up. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Peter Relson" To: IBM-MAIN@LISTSERV.UA.EDU Date: 15/09/2021 13:35 Subject:[EXTERNAL] Re: RMF SMF "broken" records Sent by:"IBM Mainframe Discussion List" Are you sure they are broken? It is fully supported by many SMF exploiters (I have no idea about RMF) to produce multiple records when all the data cannot fit in the limited size of a single record. SMF30 certainly does that. I would expect some sort of "record is continued" indication. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: IPL's POR's frequency
It's amazing to think a machine could effectively be powered up continuously for quite a few years - even if it's not neglected. Amazing and good. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Radoslaw Skorupka" To: IBM-MAIN@LISTSERV.UA.EDU Date: 15/09/2021 09:35 Subject:[EXTERNAL] Re: IPL's POR's frequency Sent by:"IBM Mainframe Discussion List" My €0.02 IPL - never scheduled. Only when needed. Typical scenarios: 1. Configuration error, which need IPL (very rare, fortunately) 2. Hardware or software changes require IPL (maybe once a year, but IMHO less) 3. OPPORTUNITY. Yes - there are several disruptive application software releases per year. There is no problem to "steal" half an hour for "our own tasks" which may include IPL. However this point is usually connected to 2. which means HW/SW changes simply wait for such opportunity. IML/POR - never. Exception could be disruptive machine maintenance, like memory (physical DIMM) add or drawer preventive replacement. In the past there were disruptive microcode driver changes. -- Radoslaw Skorupka Lodz, Poland -- 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
Re: IPL's POR's frequency
I believe that happened to a customer in San Francisco during the World Series Quake. I never found out who the customer was. It wasn't you, was it? Cheers, Martin Sent from my iPad > On 14 Sep 2021, at 21:23, Tony Thigpen wrote: > > Fun item. Worked at a school board where we had a generator. During a > power outage, the generator failed, not because the underground tank was > empty, but because the pump that moved the fuel from the underground > tank to the header tank was plugged into a non-generator outlet. > > Tony Thigpen > > PINION, RICHARD W. wrote on 9/14/21 1:06 PM: >> General reply, the last time the backup generator ran out of fuel! Don't laugh, it happens. >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of McCabe, Ron >> Sent: Tuesday, September 14, 2021 1:03 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IPL's POR's frequency >> >> [External Email. Exercise caution when clicking links or opening attachments.] >> >> We IPL twice a year ... POR when needed and I cannot remember the last time we needed a POR. >> >> Thanks, >> Ron McCabe >> Manager of Mainframe/Midrange Systems >> Mutual of Enumclaw >> >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of Mike Schwab >> Sent: Tuesday, September 14, 2021 7:25 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: IPL's POR's frequency >> >> CAUTION: This email is from an external address. Please be careful of links and attachments. >> >> >> IPL once a quarter. PORs when IBM requires. >> >>> On Tue, Sep 14, 2021 at 7:30 AM Joe >>> <020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote: >>> >>> Just curious about how often folks here IPL their systems as a scheduled event , once a month, once a quarter, once a year? >>> and same question for POR's. >>> I understand there are times when you HAVE to have unscheduled or hot fix IPL's, I'm just asking in general terms. >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, send >>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> >> -- >> Mike A Schwab, Springfield IL USA >> Where do Forest Rangers go to get away from it all? >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> Confidentiality notice: >> This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. >> >> >> -- >> 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-MAINUnless > 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 ema
Re: RMF SMF "broken" records
Even VBS doesn't get round split records - such as 70-1 or 74-4 for large LPARs / CFs... ... I don't particularly recommend creating a giant record from the reassembled set of eg 70-1 records but if you do then the triplet SMF70RAO, SMF70RAL, SMF70RAN will point you to the Re-assembly Area. And the fields in that area will tell you all you want to know. If it's not RMF then I don't quite know if there even are broken records nor what support there is for re-assembly. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Allan Staller" <0387911dea17-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 14/09/2021 18:33 Subject:[EXTERNAL] Re: RMF SMF "broken" records Sent by:"IBM Mainframe Discussion List" Classification: Confidential Are you using VBS or VB for the output of your SMF offloads/Dumps? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pierre Fichaud Sent: Tuesday, September 14, 2021 11:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RMF SMF "broken" records [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] To All, For SMF types 70-79 (RMF), RMF may create broken records because the volume of data can't fit in 32K. So there may be 2 or more "broken" records created. I have an IBM sample file that has the original unbroken record split into 3 broken records. The records are consecutive in the sample file. But I am getting the records in my SMF exit and I must save the broken records to put them together at a later time. There doesn't seem to be a unique identifier in the product section connecting the 3 records. I will use the SMF type/subtype/date/time in the SMF header for now. But the time in 100ths of seconds doesn't seem granular enough to me. Can someone help me here ? Thanks in advance, Pierre. -- 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 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
Re: IPL's POR's frequency
FWIW my code detects IPLs by Reader Start Time for Master Scheduler Address Space - from SMF 30. If anyone knows of a case where it restarts outside of an IPL I'd love to know about it. More recently SMF 70-1 added a field for IPL. As for PORs I don't see that in SMF but get suspicious about why all the LPARs on a machine I have SMF for get re-IPLed at roughly the same time. :-) Socially, I'd say fortnightly or monthly are very common. Weekly is rare now, quarterly is a significant proportion. As is "as and when". Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Mike Schwab" To: IBM-MAIN@LISTSERV.UA.EDU Date: 14/09/2021 15:26 Subject:[EXTERNAL] Re: IPL's POR's frequency Sent by:"IBM Mainframe Discussion List" IPL once a quarter. PORs when IBM requires. On Tue, Sep 14, 2021 at 7:30 AM Joe <020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote: > > Just curious about how often folks here IPL their systems as a scheduled event , once a month, once a quarter, once a year? > and same question for POR's. > I understand there are times when you HAVE to have unscheduled or hot fix IPL's, I'm just asking in general terms. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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
Re: REXX - Interpret or Value - Which is better?
My main use case for interpret is passing back a string with stem variable assignments from a procedure. Then the caller of the procedure interprets the string - which has semicolons to separate the assignment statements. I don't much like it but it seems the best I can do. Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "ITschak Mugzach" To: IBM-MAIN@LISTSERV.UA.EDU Date: 13/09/2021 14:43 Subject:[EXTERNAL] Re: REXX - Interpret or Value - Which is better? Sent by:"IBM Mainframe Discussion List" Why hijack? Right your own code. Anyway, it runs under your user… We switched some of interpret commands to value since the sending field was larger than 256 bytes. Value don’t care. ITschak בתאריך יום ב׳, 13 בספט׳ 2021 ב-16:35 מאת Gary Freestone : > A few years back I switched from INTERPRET to VALUE due to concerns I had > from a security perspective. > > Value only performs an evaluation and assigns it to a variable. Interpret > lets you do any thing. > > Say for example in your sample code. If I could hijack you code and > adding a single line to the REXX I could issue a JES2 command. The line is > > def=';x=isfcalls(on);address sdsf "isfexec /$DI";istr="DEF";say "DEF" ' > > Sure this case its just a harmless $DI but it could be anything. The only > difference in the output is an example blank line. > > That’s why I’ve switched. > > Gary Freestone > Kyndryl Australia > > > Sent from Mail for Windows > > From: Lionel B. Dyck > Sent: Monday, 13 September 2021 9:45 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: REXX - Interpret or Value - Which is better? > > From a programming standpoint which is (a) more efficient, and (b) easier > to > understand - Interpret or Value. > > Examples: > > /* rexx */ > /* setup our defaults to start with */ > istr = 'abc' > vstr = istr > > /* value examples */ > newvar = value(vstr,'def') > say newvar > say vstr value(vstr) > newvar = value(vstr''1,'second') > say newvar > say vstr''1 value(vstr''1) > > /* interpret examples */ > interpret 'istr = def' > interpret 'say' istr 'istr' > interpret 'istr'1 '= second' > interpret 'say' istr''1 'istr'1 > > The main differences that I can see is that with interpret the new values > are uppercase, and with value the return contains the new variable name. > > Lionel B. Dyck <>< > Website: https://www.lbdsoftware.com > Github: https://github.com/lbdyck > > "Worry more about your character than your reputation. Character is what > you > are, reputation merely what others think you are." - - - John Wooden > > -- > 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 > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * -- 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
Re: OMVS Sort Question
Pipe it through two sort commands? And does sort helpfully avoid rearranging records with the same key value? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Lionel B. Dyck" To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/09/2021 12:25 Subject:[EXTERNAL] OMVS Sort Question Sent by:"IBM Mainframe Discussion List" I know how to use sort - to a limited degree. This will wort a stem using the 2nd field and sort in reverse: call bpxwunix 'sort -r -k 2',in.,out.,msg. What I would like to do is to sort the 2nd field in reverse and then sort the 1st field in ascending - this does not seem possible. Any tips/pointers? Thanks Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - - - John Wooden -- 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
Re: SMF field data
Glad you found it. Seems your Db2 subsystems aren't entirely cloned... ... I was pondering Datasharing Group level things versus Subsystem things. DSNZPARM is, of course, a Subsystem thing - so members even in the same Datasharing Group can have different DSNZPARM values, such as this one. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Bill Giannelli" To: IBM-MAIN@LISTSERV.UA.EDU Date: 05/09/2021 19:29 Subject:[EXTERNAL] Re: SMF field data Sent by:"IBM Mainframe Discussion List" finally found out that I had a zparm accumuid set to 1 once I changed it to 0 the data started showing up. Bill -- 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
Re: SMF field data
I'm not aware of anything., I'd talk to BMC about this but I suspect it's how the clients are set up. You also didn't say what client connection types. Also it could be a Db2 bug. Again, not being a Db2 specialist, I wouldn't know about a Db2 bug. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Bill Giannelli" To: IBM-MAIN@LISTSERV.UA.EDU Date: 04/09/2021 14:15 Subject:[EXTERNAL] Re: SMF field data Sent by:"IBM Mainframe Discussion List" It appears that these 2 fields, ENDUSERWN and ENDUSERWN_L in BMC (QWHCEUWN and QWHCEUWN_Var in SMF) are blank for all records from 2 of our LPARS for all DB2 members on those LPARS. The fields are populated from a third LPAR for all DB2 members on that LPAR. I have not found any differences in the DB2 traces. Is there something LPAR specific that would restrict this data? thanks Bill -- 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
Re: SMF field data
Having been that novice several times over :-) I agree with you. Hopefully I got it right in https://github.com/MartinPacker/Db2-DDF-Analysis-Tool. If not it's open source so someone can correct it... :-) Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Charles Mills" To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/09/2021 17:42 Subject:[EXTERNAL] Re: SMF field data Sent by:"IBM Mainframe Discussion List" Yeah, the layout is complex and hard to fathom, but once you get your code right it is going to work every time. I am going to guess the BMC report falls into that category. I am going to struggle to say this well: not trying to be insulting, but I would trust a report over the opinion of someone trying to decode the layout for the first time. If I had an established report program that said the field was blank and a novice SMF 101 person saying "no, look here, it says " I would tend to trust the report. Again, not trying to be insulting -- it is just a darned tricky layout. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Friday, September 3, 2021 9:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF field data I very clearly don't work for BMC, either. :-) And it's not just professional courtesy that suggests they're almost certainly correct: 1) It's probably a more-or-less simple copy from the source to the destination - and would've been reported as a bug long ago. 2) As I indicated, the data makes sense. For example, what would the End User Workstation ID be for a batch job? -- 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
Re: SMF field data
I very clearly don't work for BMC, either. :-) And it's not just professional courtesy that suggests they're almost certainly correct: 1) It's probably a more-or-less simple copy from the source to the destination - and would've been reported as a bug long ago. 2) As I indicated, the data makes sense. For example, what would the End User Workstation ID be for a batch job? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Charles Mills" To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/09/2021 16:44 Subject:[EXTERNAL] Re: SMF field data Sent by:"IBM Mainframe Discussion List" Yes, the fields are not "intuitive." It is hard to predict -- or at least it was for me -- what fields would be populated under what circumstances. I am going to venture a wild guess that the BMC report is correct. (I don't work for BMC, and I am not familiar with the specific product.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Friday, September 3, 2021 5:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF field data I think it's perfectly valid to have a blank QWHCEUWN - End User Workstation Name. What Db2 connection type (QWHCATYP) and reason for invoking accounting (QWACRINV) values do you have? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Bill Giannelli" To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/09/2021 19:53 Subject:[EXTERNAL] Re: SMF field data Sent by:"IBM Mainframe Discussion List" the product we have is the BMC reporting tool. I am trying to determine if it is reporting correctly and what the SMF source actually contains -- 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 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
Re: SMF field data
I think it's perfectly valid to have a blank QWHCEUWN - End User Workstation Name. What Db2 connection type (QWHCATYP) and reason for invoking accounting (QWACRINV) values do you have? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Bill Giannelli" To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/09/2021 19:53 Subject:[EXTERNAL] Re: SMF field data Sent by:"IBM Mainframe Discussion List" the product we have is the BMC reporting tool. I am trying to determine if it is reporting correctly and what the SMF source actually contains -- 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
Re: 3277 graphics
Also O/T but at UCL we had these same displays connected to GEC 4000 machines. Seemed futuristic at the time. :-) (And we deemed it exotic that these Computer Centre GEC machines were connected to Computer Science Department PDP 11s via Cambridge. Both sets of machines were, of course, in Central London. Now we'd consider that "obtuse" routing humdrum.) :-) Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Tom Brennan" To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/09/2021 05:17 Subject:[EXTERNAL] Re: 3277 graphics Sent by:"IBM Mainframe Discussion List" O/T - I was a user on one of those Tektronix displays from about 1979 to 1982, but no 3277 or mainframe. Mine was connected to a DEC computer, all put together by a company called ComputerVision. This pic shows almost exactly what I used: https://en.wikipedia.org/wiki/Computervision#/media/File:Computervision_piping.agr.jpg On 8/31/2021 8:24 PM, Charles Bailey wrote: > Back in the 1980's, when I was using MVS full time, we had some > Tektronix graphics displays connected to an adapter on some of our 3277 > terminals. These displays had storage screens where the screen could > only have new stuff written to it. When the display got too cluttered > you would have to tell the software to clear the screen and redraw it. > We had a few application programs that made use of these displays. > Later, in the 90's we got some new displays that had more conventional > display tubes with hardware that more or less emulated the old Tektronix > displays so that the same software would work with them. At one time I > had a PS/2 with a microchannel adapter card that would interface with > these new displays. I understand that the x3270 terminal emulator > program for Unix-like systems has a mode that emulates the 3277 graphics > in a separate window. Some of the graphics programs used a routine > called GAPE that accepted function calls from the application and > generated the drawing data stream to the display. Is GAPE available > somewhere? > > GAPE was written by the same person who wrote CLIC. There was a chapter > in the CLIC user manual that explained the use of GAPE. The author > explained that he didn't like the graphics support program that IBM > supplied with the PRPQ graphics attachment so he wrote his own. (Maybe > that was the GASP you were referring to.) I believe the user manual > contained the source code for playing checkers, written in CLIC, as a > demo of how to use GAPE. At some point, when PL/AS was my primary > programming language, I rewrote the checkers program in PL/AS as an > exercise in learning to call GAPE from a PL/AS program. > > I originally posted this on the h390-...@groups.io news group and > someone there suggested that I post a query here. > > Charles Bailey > > -- > 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 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
Re: DFSORT and SMF date selection
Also DFSORT gives you more record selection flexibility than IFASMFDP / IFASMFDL. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Sri h Kolusu To: IBM-MAIN@LISTSERV.UA.EDU Date: 14/06/2021 22:51 Subject:[EXTERNAL] Re: DFSORT and SMF date selection Sent by:IBM Mainframe Discussion List >>Why not just use IFASMFDP? Micahel, Probably due to fact that IFASMFDP does not give you the option of dynamically changing the date. Tim wanted Current date - 7 days worth of data. IFASMFDP only allows you hard coded dates for DATE parameter. So Tim has to change the control cards every time he wants to run the job. With DFSORT you don't have to do it as it can automatically perform the Date Arithmetic. Thanks, Kolusu DFSORT Development IBM Corporation -- 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
Re: Format SMF record 99
The OP didn't specify which subtype(s). For example, 99-14 is very different from 99-6. And, having worked with 99-14 a fair amount, it has quite a complicated layout. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/06/2021 07:18 Subject:[EXTERNAL] Re: Format SMF record 99 Sent by:IBM Mainframe Discussion List Hi, I can put one together if you like. Which subtypes and which fields are you interested in? To get anything meaningful out of the records, if there's some madman-like calculations required on top of just parsing the records (like finding CPU use etc. in SMF 30)... then it's stil possible but it'll take longer. Just printing out the fields as is (or with some basic calculations) will be simple. - KB ‐‐‐ Original Message ‐‐‐ On Tuesday, June 8, 2021 10:05 AM, Juan Carlos Godinez Pando wrote: > Hi everyone > > Somebody have a tool to help me to format smf record 99, i have z15 and z/Os 2.3 > > Juan Carlos Godinez Pando > > email: jcarlosgodinezp@hotmail.commailto:jcarlosgodin...@gmail.com > > móvil:+5215524410154 > > AMAT VICTORIA CURAM > > > - > > 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 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
Re: SMF 30 record
This is why my presentation today is called "zIIP Capacity & Performance", of course. :-) Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Peter Relson To: IBM-MAIN@LISTSERV.UA.EDU Date: 01/06/2021 14:37 Subject:[EXTERNAL] Re: SMF 30 record Sent by:IBM Mainframe Discussion List Go with IIP and IFA. SUP will do fine for IIP. Ignore ZCBP. The fields haven't changed. (I haven't seen a zAAP in a long time, though.) Despite what such products as RMF have chosen to display (and likely has made its way into all sorts of places), "IIP" is not a valid term. The name/term is zIIP, and similarly it is zAAP not AAP. You're welcome to continue using the pre-release names of SUP for zIIP and IFA for zAAP because we had to code something (the real names were not made known to us until way too late to support only those names). We cannot compatibly get rid of them, so fields with those names will exist forever. I'd suggest being consistent -- either use the names or the pre-release names but don't intermix. Current processors do not support zAAP. I've forgotten which was the last machine that did. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: SMF 30 record
Right. Go with IIP and IFA. SUP will do fine for IIP. Ignore ZCBP. The fields haven't changed. (I haven't seen a zAAP in a long time, though.) Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Attila Fogarasi To: IBM-MAIN@LISTSERV.UA.EDU Date: 31/05/2021 05:18 Subject:[EXTERNAL] Re: SMF 30 record Sent by:IBM Mainframe Discussion List What distinction do you expect from TIME_ON_ZIIP and TIME_ON_SUP? My understanding is that SUP is historical name kept for compatibility and identical to ZIIP in the past decade or more. It seems that way from my personal experience but I haven't tried to research it. Note the TIMEUSED macro exposes SUP as a name, fwiw (and returns ZIIP cpu time), so the term is part of a published interface (making it harder to change). On Mon, May 31, 2021 at 7:18 AM Pierre Fichaud wrote: > In the accounting section (DSECT SMF30CAS), fields are redefined. > SMF30_TIME_ON_ZCBP is redefined as SMF30_TIME_ON_IFA. > You determine which label to use by testing the bit SMF30_zCBP that is > defined in the product section. > > There is a series of other fields in the accounting section that are > redefined also. > SMF30_TIME_ON_ZIIP is redefined as SMF30_TIME-ON_SUP. > What piece of information can I use to choose between the 2 fields? > I've looked in the type 30 record description but can't find anything. > > Thanks in advance, Pierre. > > -- > 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 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
Has NIP / IPL changed in "recent" years? Was: Dr. Robert Rannie's diagram of NIP was Re: Diagram of MVS Control Blocks
Would this even remain accurate? It's a question I genuinely don't know the answer to: I suspect NIP has changed little. IPL has, I think, changed in detail (but I don't recall how). Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Clark Morris To: IBM-MAIN@LISTSERV.UA.EDU Date: 24/04/2021 21:52 Subject:[EXTERNAL] Dr. Robert Rannie's diagram of NIP was Re: Diagram of MVS Control Blocks Sent by:IBM Mainframe Discussion List [Default] On 24 Apr 2021 13:21:37 -0700, in bit.listserv.ibm-main techsupp...@quickref.com (Michael A. Shaw) wrote: >On 4/23/2021 3:43 PM, PINION, RICHARD W. wrote: >> Many years ago, 1982, I took my first MVS class, MVS Structure and Logic. One of >> the first handouts our class was given was a spaghetti diagram of MVS control blocks. >> Unfortunately, I threw mine away in 2016, when I thought my system programming >> days were over. > >I took that same two-week class in Chicago in 1980. The diagram in >question (as I remember it) was a joke, right? It was impossibly >complicated with curved lines and arrows and flowchart symbols all over >it. It was made to generate a chuckle, not teach actual logic flow. Were there ever any paper copies of Dr. Robert Rannie's diagram of NIP processing and if so are there any still around? Clark Morris > >I too had a copy once, but it's long gone. > >Mike > >-- >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 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
Re: More documentation problems
Doesn't have to be a gaming mouse... Logitech M720 has side buttons (one of which switches between 3 computers - a feature on the K780 keyboard, BTW). Mine are indeed mapped to forwards and backwards in Firefox. Seems to me, though, a double click is too fast for this UI problem - and requires different treatment for these pages than any others. But "breaking the back button" is indeed a web UI no-no. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 10/04/2021 16:43 Subject:[EXTERNAL] Re: More documentation problems Sent by:IBM Mainframe Discussion List Here's a life hack for people who are open to it - Get a gaming mouse like this one ( https://www.logitechg.com/en-gb/products/gaming-mice/g402-hyperion-fury-fps-gaming-mouse.910-004068.html ) .. .. and map the 2 pairs of up/down buttons to navigate back/forward and vol up/down respectively. And the button on the side for mute. Extremely handy these days. Or map it however you like basically. - KB ‐‐‐ Original Message ‐‐‐ On Saturday, April 10, 2021 8:04 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 10 Apr 2021 14:29:34 +0100, Colin Paice wrote: > > > "back" is now two clicks.. > > eg > > https://www.ibm.com/docs/en/ibm-mq/9.1?topic=reference-runmqdlq-run-dead-letter-queue-handler > > Click on See The sample DLQ handler amqsdlq > > https://www.ibm.com/docs/en/SSFKSJ_9.1.0/com.ibm.mq.adm.doc/q005650_.html > > From this page use back arrow. Page jumps, and stays on the same page. > > You have to use back again. > > I've seen similar misbehavior with other sites. JavaScript coders gone berserk? E.g.: > https://www.wunderground.com/forecast/us/co/boulder/KCOBOULD474 > > -- gil > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: IBM snew DOC Web SIte
I'm not happy with the performance, either, judging by my experience this morning. But 7 seconds doesn't sound like a client side issue. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Colin Paice To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/04/2021 12:26 Subject:[EXTERNAL] Re: IBM snew DOC Web SIte Sent by:IBM Mainframe Discussion List Yes, On Sunday firefox said 7 seconds to load a file On Thu, Apr 8, 2021, 10:11 Martin Packer wrote: > I'm not really affiliated with the docs people but I have to ask: Are you > sure this is client-side that's slow? Could well be server side or > network. WASM, while fine, might not be relevant. > > Cheers, Martin > > Martin Packer > > WW z/OS Performance, Capacity and Architecture, IBM Technology Sales > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: https://mainframeperformancetopics.com > > Mainframe, Performance, Topics Podcast Series (With Marna Walle): > https://anchor.fm/marna-walle > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/04/2021 03:52 > Subject:[EXTERNAL] Re: IBM snew DOC Web SIte > Sent by:IBM Mainframe Discussion List > > > > Some more feedback for the Docs team: > > 1. Search is extremely slow. The search scope filter is missing. > Assuming the web site is served from some *nix server, try using > components from > https://github.com/BurntSushi/ripgrep > for fast search. > > 2. The index in the left takes ages to load. Try doing client-side > assembly via WASM. > I'm sure there'll be loads of great articles from one of the Firefox blogs > on the technology and how to get started, etc. > > - KB > > ‐‐‐ Original Message ‐‐‐ > On Tuesday, April 6, 2021 7:45 AM, kekronbekron > wrote: > > > What would also be useful is a next/previous button at the top right & > bottom right of each Doc page. > > 2 places because for pages that are long, one doesn't need to 'go to > top'. > > > > - KB > > > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, April 6, 2021 7:38 AM, kekronbekron > 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > Works ok for me. > > > I should say, I do like the generous use of IBM Plex and the look of > the site. > > > Hope they get rid of the feedback banner at the bottom soon. > > > Or at least make it an easy to use set of buttons in the footer (where > language selection is). > > > > > https://www.ibm.com/docs/en/cics-ts/5.2?topic=commands-cemt-perform-pipeline > > > > > > > - KB > > > ‐‐‐ Original Message ‐‐‐ > > > On Tuesday, April 6, 2021 1:31 AM, esst...@juno.com > esst...@juno.com wrote: > > > > > > > > > > .HelloAnyone experiencing problems with IBMs new doc site ?.For > Example:If I google CICS PIPELINE SCAN , I am presented with many > references to documentation with "pipeline scan"If any of these references > invoke the old Knowledge Center, I am re-directed to a new IBM doc > site..However I am presented with a White Page, with no substance ?.Anyone > else getting this.Paul D'Angelo > > > > 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 > > > > > 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 > > > --
Re: IBM snew DOC Web SIte
I'm not really affiliated with the docs people but I have to ask: Are you sure this is client-side that's slow? Could well be server side or network. WASM, while fine, might not be relevant. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/04/2021 03:52 Subject:[EXTERNAL] Re: IBM snew DOC Web SIte Sent by:IBM Mainframe Discussion List Some more feedback for the Docs team: 1. Search is extremely slow. The search scope filter is missing. Assuming the web site is served from some *nix server, try using components from https://github.com/BurntSushi/ripgrep for fast search. 2. The index in the left takes ages to load. Try doing client-side assembly via WASM. I'm sure there'll be loads of great articles from one of the Firefox blogs on the technology and how to get started, etc. - KB ‐‐‐ Original Message ‐‐‐ On Tuesday, April 6, 2021 7:45 AM, kekronbekron wrote: > What would also be useful is a next/previous button at the top right & bottom right of each Doc page. > 2 places because for pages that are long, one doesn't need to 'go to top'. > > - KB > > ‐‐‐ Original Message ‐‐‐ > On Tuesday, April 6, 2021 7:38 AM, kekronbekron 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote: > > > > Works ok for me. > > I should say, I do like the generous use of IBM Plex and the look of the site. > > Hope they get rid of the feedback banner at the bottom soon. > > Or at least make it an easy to use set of buttons in the footer (where language selection is). > > https://www.ibm.com/docs/en/cics-ts/5.2?topic=commands-cemt-perform-pipeline > > > > - KB > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, April 6, 2021 1:31 AM, esst...@juno.com esst...@juno.com wrote: > > > > > > > .HelloAnyone experiencing problems with IBMs new doc site ?.For Example:If I google CICS PIPELINE SCAN , I am presented with many references to documentation with "pipeline scan"If any of these references invoke the old Knowledge Center, I am re-directed to a new IBM doc site..However I am presented with a White Page, with no substance ?.Anyone else getting this.Paul D'Angelo > > > 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 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
Re: Debugging "A high error rate was detected on the Optical Link network." HMC alert
Also eons ago, I had a customer trying to run PPRC cross-town at a speed above what the telco had given them. Still, it got me a trip and also our RMF SMF processing code that looks at path rates and response times. So it wasn't all bad. Oh, and a new, now recently retired :-), customer friend. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: "Pommier, Rex" To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/04/2021 23:55 Subject:Re: [External] Re: Debugging "A high error rate was detected on the Optical Link network." HMC alert Sent by:IBM Mainframe Discussion List Cables dirty - have you cleaned the ends of the cables and the FSPs? I see you have the Brocade negotiating down to 2 Gb to talk to the 6800. Can you try forcing the Brocade port to 2 Gb instead of using autonegotiate? I seem to recall eons ago having an issue on some HP equipment where we needed to force the port speeds instead of using auto to make it work. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Tuesday, April 6, 2021 5:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Debugging "A high error rate was detected on the Optical Link network." HMC alert We've got it! "when it was connected to another mainframe, but it has it now" So something has changed. This is the most likely moment for error. Now it's time for investigation - what cable is new, what is old, what plug was inserted, etc. -- Radoslaw Skorupka (looking for new job) Lodz, Poland W dniu 06.04.2021 o 22:20, Christian Svensson pisze: > Hello, > > I understand that ideally I would find the error - but all the values seem > correct in my eyes. > The optical values are fine, no errors shown on the interfaces, etc. > > This bugs me a bit. I did not have this issue when it was connected to > another mainframe, but it has it now... > > Regards, > > On Tue, Apr 6, 2021 at 3:32 PM Radoslaw Skorupka > wrote: > >> You can disable that using HMC features (it is called Optical Network >> Errors or similar). >> However DON'T DO IT. >> This is symptom of some problem. It can be pinched FO cable, dirty >> connector or failing SFP module. >> Unfortunately it is almost good, so there is no simple way to know >> whether cable change helped or not. >> We like more consistent failures ;-) >> However I would start from visual inspection and then cable change. >> >> -- >> Radoslaw Skorupka >> (looking for new job) >> Lodz, Poland >> >> >> >> W dniu 05.04.2021 o 12:25, Christian Svensson pisze: >>> Good day, >>> >>> Recently I have been getting these kinds of alerts from my HMC. It all >>> started when I connected an old DS6800 and the details are: >>> >>> Node 1 >>> Machine: 2498-B40 >>> Serial: IBMCA107312B >>> Physical Interface: 6620 >>> Logical Interface: 0020 >>> >>> Node 2 >>> Machine: 1750-511 >>> Serial: IBM13715 >>> Physical Interface: 0100 >>> Logical Interface: >>> >>> I keep getting these errors about 3-4 per day with the exact same >>> interfaces specified. No others, just these. >>> >>> When I look at the referenced SAN switch and I do a "porterrshow" things >>> seem fine: >>> frames enccrccrctootoobadenc >> disc >>> link loss loss frjt fbsy c3timeoutpcs >>> tx rx inerrg_eof shrt long eof out c3 >>>failsync sig txrx err >>>20:4.8m 46.9k 0 0 0 0 0 0 0 0 >>> 0 2 2 0 0 0 0 0 >>>32: 27.5k 17.7k 0 0 0 0 0 0 0 0 >>> 0 0 0 0 0 0 0 0 >>>33: 19.3k 13.6k 0 0 0 0 0 0 0 0 >>> 0 0 1 0 0 0 0 0 >>>36: 78 79 0 0 0 0 0 0 0 0 >>> 0 0 1 1 0 0 0 0 >>>37: 56 57 0 0 0 0 0 0 0 0 >>> 0
Re: WAS v9 EAR Auto Deployment
Who is Kumar? :-)
Seriously, you sent this to the IBM-MAIN newsgroup; I don't know if you
intended to.
Cheers, Martin
Martin Packer
WW z/OS Performance, Capacity and Architecture, IBM Technology Sales
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog: https://mainframeperformancetopics.com
Mainframe, Performance, Topics Podcast Series (With Marna Walle):
https://anchor.fm/marna-walle
Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
From: saurabh khandelwal
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 07/04/2021 07:18
Subject:[EXTERNAL] WAS v9 EAR Auto Deployment
Sent by:IBM Mainframe Discussion List
Dear Kumar,
We are in the process to implement automation in WAS v9 to deploy EAR file
without any manual intervention.
For this, we created monitored directory and enabled Global deployment
option using WAS console.
Now, we have couple of issues to be addressed.
1 ) How to update any application EAR file, which is already installed and
running. I used below, config file for this.
#
# Header
#
#ResourceType=ApplicationDeployment
#ResourceType=Application
#ImplementingResourceType=Application
#ResourceId=Cell=!{cellName}:Deployment=!{applicationName}:ApplicationDeployment=
#
# Header
#
ResourceType=ApplicationDeployment
ImplementingResourceType=Application
CreateDeleteCommandProperties=true
ResourceId=Deployment=NbkAdapter37
# Properties
Name=NbkAdapter37
Update=true
operationType=update
contentType=app
contentFile=/was/profiles/MB_T4/temp/Package_ServerApp_4.7.8.ear
useDefaultBindings=true
#CreateDeleteCommandProperties=true
#EnvironmentVariablesSection
serverName=MBT4
But, system is not picking this new EAR file.
2) When we install new EAR file in this we like to create config file,
which should handle class loader option, Shared Library reference, which
Web Server to be mapped etc.
I tried looking at various IBM manual, but couldn’t make this work.
Can you please help.
--
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
Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage
Also SMF 78-2 is pretty useful here. You could see the trend and what drove it. Both above and below the line. Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Peter Relson To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/03/2021 15:07 Subject:[EXTERNAL] Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage Sent by:IBM Mainframe Discussion List The boundary between PVT/CSA and ECSA/EPVT is a 1-M boundary. A tiny change in nucleus, LPA, CSA allocation, SQA allocation can result in reduction of PVT size by 1M. Health check VSM_CSA_CHANGE can provide useful information about how close to the "tipping point" you are. Did you look at that check in 2.3, for example? And even if you can't necessarily have it compare 2.3 results to 2.4 results (maybe you can, I'm not sure) you can compare the information it provides. Here's a tidbit from the description: "...helpful in determining when the module growth in LPA or the nucleus could reduce the size of the private area." Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
