Re: 0C1 abend
The only way to determine the cause is to analyze the dump. There is no "normally", though there are several "commonly". -- Tom Marchant On Sat, 1 Jul 2023 08:03:59 -0500, Bill Giannelli wrote: >How do I resolve a 0C1 abend. what is normally the cause? >thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OSMF
I don't see why, and that wouldn't be consistent with what they have done in the past. Some examples: z/OS 2.1 was available September 2013. It was not supported on a z990 or a Z890. Support for those were dropped in 2014 and 2016 z/OS 2.2 was available in 2015. It was not supported on a z9. z9 EC was supported until 2017. z9 BC was supported until 2019. z/OS 2.3 was available in 2017. It was not supported on a z196 (support dropped 2021) or z114 (supported until 2022). z/OS 2.5 was available in 2021. It was not supported on a zEC12 or a zBC12. AFAIK, support for those have not yet been dropped. I'm not sure, but I think that what IBM has done is to support a level of hardware until the last release of z/OS that is supported on that machine is off support, or at least withdrawn from marketing. Not to support a new release of the operating system on all processors that are currently supported at GA. -- Tom Marchant On Fri, 30 Jun 2023 01:01:21 -0500, Brian Westerman wrote: >So is IBM definitely dropping support for the z13s BEFORE z/OS 3.1 is >officially out? If not, then it should be supported by z/OS 3.1. . . . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How batch create a PDSE2 with Generations?
Here is something more current. https://www.ibm.com/docs/en/zos/2.5.0?topic=allocation-required-esoteric-device-groups Yes, there are current procs that specify SYSDA. -- Tom Marchant On Thu, 29 Jun 2023 17:20:28 +, Seymour J Metz wrote: >It's about as far from current as it gets - OS/360. I don't know whether any >current procs use SYSDA. > > >From: IBM Mainframe Discussion List on behalf of >Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> >Sent: Thursday, June 29, 2023 1:11 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: How batch create a PDSE2 with Generations? > >On Thu, 29 Jun 2023 16:59:46 +, Seymour J Metz wrote: > >><http://www.bitsavers.org/pdf/ibm/360/os/R13_Sep67/C28-6554-3_OS_Sysgen_R13_Aug67.pdf> >> >Is that current and do all parts remain in force? For example: >SYSCPcard punch > > >On Thu, 29 Jun 2023 16:34:50 +, Seymour J Metz wrote: > >>SYSDA is a name that the installation is expected to define >> >Cite? Perhaps an Install and Config book? > >> ... and that IBM procs depended on. I'm not sure how relevant it is in an >> era of SMS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How batch create a PDSE2 with Generations?
When I refer to creating a data set with an IEFBR14 step, what I mean is that the initiator creates the data set based upon the DD statement with DISP=NEW (or DISP=MOD for a data set that doesn't yet exist). Most programs do not create data sets -- Tom Marchant On Wed, 28 Jun 2023 10:28:31 -0500, Paul Gilmartin wrote: >Probably even from JC, as a program which actually creates a data set, >unlike IEFBR14 which doesn't create data sets even though many >programmers say it does so. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How batch create a PDSE2 with Generations?
Where did I get the idea that SVC 99 code runs in Supervisor state? It is an SVC. SVC code receives control in Supervisor state. It doesn't require that the program issuing the SVC 99 have any privileges -- Tom Marchant. On Tue, 27 Jun 2023 20:27:27 -0400, Steve Smith wrote: >Let me be the first of likely many who will say "where did you get that >idea?" It doesn't require any more privilege than ALLOC or bpxwdyn. Or >// DD. > >sas > >On Tue, Jun 27, 2023 at 7:47 PM Tom Marchant < >000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > >> On Tue, 27 Jun 2023 14:32:18 -0500, Paul Gilmartin >> wrote: >> >> >The parsing and interpretation should be done by SVC 99, not in >> >code replicated and maintained in the various utilities/ >> >> I disagree. SVC 99 is a Supervisor state function. >> Parsing and interpretation is a function that does not require running in >> Supervisor state or any other privileged mode. It should be done by Problem >> state code. >> >> -- >> Tom Marchant >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How batch create a PDSE2 with Generations?
On Tue, 27 Jun 2023 14:32:18 -0500, Paul Gilmartin wrote: >The parsing and interpretation should be done by SVC 99, not in >code replicated and maintained in the various utilities/ I disagree. SVC 99 is a Supervisor state function. Parsing and interpretation is a function that does not require running in Supervisor state or any other privileged mode. It should be done by Problem state code. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: z/OSMF
On Tue, 27 Jun 2023 13:35:47 +, Pommier, Rex wrote: >We're running a 2-way, 316 MSU machine and my business customers would squawk >loudly if I had to move our workload to a 4 way with no more horsepower. We >have several single-threaded processes that run that would be woefully >impacted if the per-engine thruput was halved. > You are running several processes that each need more than 50% of a CP, and your CEC has two CPs? How much CPU do these processes use? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS/PDSE Member information
I think you mean ISPF statistics. That would be in the user data area in the directory entries. You might try the LM ISPF services. -- Tom Marchant On Thu, 15 Jun 2023 16:10:20 +0100, Jack Zukt wrote: >Hi all, > >Is there a way to get the PDS/PDSE member information, namely, >member/userid/last change date in batch? I have not been able to get to it >using rexx. >Regards, >Jack > >-- >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: Mainframe help now available!
Orchestra conductor talking to a violin player: "I know you usually play the violin, but today we need another french horn player. You are a musician. You can do it." -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVT or PSA field with ever changing value?
My first guess would be one of the old PSWs -- Tom Marchant On Mon, 5 Jun 2023 20:03:06 +0300, Binyamin Dissen wrote: >Is there some PSA/CVT field that most of the time where it is examined (not >talking microseconds here) the value will be different. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why does ISPF BROWSE abend with S878 searching a large sequential file?
On Wed, 24 May 2023 11:35:19 -0400, Steve Thompson wrote: >RECFM=F,LRECL=4160,BLKSIZE=0 (I think blocking works with dumps now) Yes SYSMDUMP can be blocked. But if it is going to be blocked, RECFM must be FBS. RECFM=F will be unblocked. >And SPACE=(CYL,100,30) I think that should be able to hold the >whole dump. Why such a small secondary allocation? That is a pretty small allocation for a SYSMDUMP, though it may be adequate for the OP's region size. When I create a SYSMDUMP in batch, and I do it several times a year,, I code (CYL,(300,500),RLSE). DCB parameters need not be specified, as they will be filled in properly by the system. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Are Banks Breaking Up With Mainframes? | Forbes
On Wed, 24 May 2023 18:17:14 +0800, David Crayford wrote: >It is undeniable that systems built with sufficient redundancy can achieve >99.999% We've come a long way. I've recently looked into the history of SHARE and the IBM 704. "In its day, the 704 was an exceptionally reliable machine. Being a vacuum-tube machine, however, the IBM 704 had very poor reliability by today's standards. On average, the machine failed around every 8 hours." https://en.wikipedia.org/wiki/IBM_704 -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL to dynamic DD name
I don't know any Cobol syntax that would change the DDNAME in a DCB, but you could call an assembler routine to change the DDNAME before OPEN. Why would you want to do that? I'm a bit baffled. In z/OS and its ancestors, the data set name isn't determined until runtime, via JCL. Perhaps if you describe the problem you are trying to solve. -- Tom Marchant On Fri, 28 Apr 2023 19:37:39 +, Schmitt, Michael wrote: >I know how to have a COBOL program on z/OS use a data set name that isn't >determined until runtime, via an environment variable. My question is can you >use one file (i.e. one select/assign and one FD) to write to different DD >names, that were already allocated in the JCL? > >I can't find a way, and in the manual the syntax for the environment variable >method requires a DSN or PATH, no option for a DD name. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inexplicable 0C4!
On Thu, 27 Apr 2023 19:58:23 +0700, Robin Atwood wrote: >Notice R3 hasn't changed, so the abend happened on the very first byte. You don't know that. As I read it, POO says that R2 and R3 are adjusted when the condition code is set. It does not say that they are changed with every byte translated. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inexplicable 0C4!
IMO R3 should be set to a length that reflects the end of the storage
containing the string.
Setting the length to 2 GB-1 is sloppy programming.
--
Tom Marchant
On Thu, 27 Apr 2023 14:09:17 -0700, Michael Stein wrote:
>On Thu, Apr 27, 2023 at 07:54:56PM +, Seymour J Metz wrote:
>> R1 is the table address; only 256 bytees need to be addressable. R2
>> is the string address, and you need write access to everything up until
>> the delimiter ('00'x in this case.)
>
>No! You need write access for at least 4K from the start of the string even
>if that's past the x'00'.
>
>From z/Architecture Priciples of Operation for the TRE instruction:
>
> Access exceptions for the portion of the first operand to the right
> of the last byte processed may or may not be recognized. For an
> operand longer than 4K bytes, access exceptions are not recognized
> for locations more than 4K bytes beyond the last byte processed.
>
>His operand is 7fff long so it's longer than 4K so the at a minimum
>he needs write access to the 4K where the string starts and the
>next 4K too since the string doesn't start on a 4K boundary.
>
>That's probably why his 0C4 only happens sometimes -- it depends
>on the status/protect key of the next 4K block.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Stop the ragging on COBOL please [was: RE: ASM call by value]
Give it a rest Bill. No one here ever said that they know it all. Hundreds of times a week? Nope. Lately you come the closest. Of the 382 posts this month, 48 are from you. And many of those include complaints about people who you claim know less than you, and a lot of boasting about your knowledge and qualifications. Sorry for feeding the trolls. -- Tom Marchant On Fri, 7 Apr 2023 23:38:39 +, Bill Johnson wrote: >First off, I’ve NEVER said I know it all. Many of you can’t even comprehend >simple English. But, there are some here who think they are an expert at >everything and post hundreds of times a week. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Not aging well (know-it-alls)
So much for not putting your information out on the internet. -- Tom Marchant On Fri, 7 Apr 2023 22:00:17 +, Bill Johnson wrote: >I don’t lie, cheat, steal, smoke, do drugs, drink alcohol. I do lots a >charity, give huge tips, help animal shelters, and much much more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE runtime
Yes, it will. And if you are debugging an abend that occurred with an older version of the program, the listing is no longer available in the program object. -- Tom Marchant On Fri, 7 Apr 2023 18:33:18 +, Seymour J Metz wrote: >Won't that replace the NOLOAD segments with the new ones? > > >-- >Shmuel (Seymour J.) Metz >http://mason.gmu.edu/~smetz3 > > >From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >Tom Marchant [000a2a8c2020-dmarc-requ...@listserv.ua.edu] >Sent: Friday, April 7, 2023 2:31 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: LE runtime > >Until the program is recompiled and relinked. > >-- >Tom Marchant > >On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross >wrote: > >>With the >>NOLOAD class program segmenets in new COBOL the debugging data is always >>available, always in sync -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JESLOG Parameter on JOB Card, executing SUB=MSTR
Are you running NETVIEW SUB=MSTR so that it can start earlier in the IPL? Have you considered stopping it after the IPL is complete and restarting it to run under JES? -- Tom Marchant On Fri, 7 Apr 2023 18:01:11 +, Mark Jacobs wrote: >The problem is with our Netview STCs. They execute under MSTR and on our GDPS >systems can stay up for months and months at a time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE runtime
Until the program is recompiled and relinked. -- Tom Marchant On Fri, 7 Apr 2023 10:48:04 -0700, Tom Ross wrote: >With the >NOLOAD class program segmenets in new COBOL the debugging data is always >available, always in sync -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Almost gone
So the current vendor has been working on moving you off the mainframe for a year, but ISTR that you have been talking about the plan to do it for many years. How long has that been? John, I appreciate your posts over the years. You will be missed. Good luck in your retirement, or whatever comes next in your life. -- Tom Marchant On Thu, 30 Mar 2023 07:43:09 -0500, John McKown wrote: >Actually, Optum Technologies started this project a little over a year ago. >They basically threw money and developers at, a long with telling the users >to "suck it up and deal with it." > >On Thu, Mar 30, 2023, 06:55 Radoslaw Skorupka < >0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > >> W dniu 29.03.2023 o 17:16, John McKown pisze: >> > HealthMarkets z9BC is shutting down. User access will be removed 5Apr. >> CICS >> > will be unavailable after 31Mar. The last day is at the end of April. >> Most >> > of the equipment is so old it is being destroyed, except for the tape >> > drives which are being sold for parts. SCRT will be run on 2May. I'll be >> on >> > the payroll until the beginning of August in lieu of severance. >> >> How many years did it take? >> My previous employer (or rather some folks accidentally employed as >> managers) is shutting down the mainframe for 10+ years. >> The results are quite impressive: approx. 0.01% accounts migrated, new >> z15, more MIPS, new tape, new VTS, new mainframe folks... :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A question or two on zOS issues
How do they accomplish that? -- Tom Marchant On Fri, 24 Mar 2023 18:07:51 -0500, Paul Gilmartin wrote: >But most systems I use admirably do not allow non-privileged users to access >the hardware clock. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CS/CDS instruction
On Thu, 9 Mar 2023 20:06:10 -0600, Paul Gilmartin wrote: >On Thu, 9 Mar 2023 18:17:14 -0600, Tom Marchant wrote: > >>IBM has announced that Transactional execution will be removed. >> >Entirely? I read much earlier that it was being removed partially. From the z16 announcement Removal of support of the transactional execution and constrained transactional execution facility: In a future IBM Z hardware system family, the transactional execution and constrained transactional execution facility will no longer be supported. Users of the facility on current servers should always check the facility indications before use. https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/897/ENUS122-001/index.html -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CS/CDS instruction
IBM has announced that Transactional execution will be removed. -- Tom Marchant On Fri, 10 Mar 2023 10:51:59 +1100, Attila Fogarasi wrote: >The modern way is Transactional Execution. PLO was developed decades ago >and works well by itself but doesn't co-exist well with CS/CDS. From a >performance perspective transactional execution is the way to go (TBEGIN >instruction, etc. but you need to check CVTTX for availability of the >facility). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: WLM Couple dataset?
On the listserv web page, to the left of the top of the place where you type your reply, there is a large double quote. Click on that. -- Tom Marchant On Thu, 9 Mar 2023 18:33:08 -0500, Tony Harminc wrote: >On Thu, 9 Mar 2023 at 18:27, Bill Giannelli wrote: > >> I am in the listserv web page. I do not see 3 dots above the send button -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOSMF
Maybe she means what she said. MVS/SP Version 1.3.8 is referenced as a supported operating environment in this: https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=sm=ShopzSeries=897/ENUS5695-002 -- Tom Marchant On Tue, 7 Mar 2023 16:03:13 -0500, David Spiegel wrote: >Hi Terri, >Maybe you mean OS2/MVS 3.8(J)? >That could've been circa 1986. >(I also have a similar progression, but, did VS1 7D with BPE before MVS.) > >Regards, >David > >On 2023-03-07 15:25, Shaffer, Terri wrote: >> It was 1984/1985, maybe 1986 even, as my memory is foggy.. yes mvs/sp 3.8 I >> added the 1. Then XA/ESA/OS390/z-OS >> >> Ms Terri E Shaffer >> Senior Systems Engineer, >> z/OS Support: >> ACIWorldwide - Telecommuter >> H(412-766-2697) C(412-519-2592) >> terri.shaf...@aciworldwide.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEF211I
The ENQ will be on the true name, not the alias name. -- Tom Marchant On Thu, 16 Feb 2023 14:50:47 -0600, Jason Cai wrote: >HI Shmuel > DSN is an alias name(a loadlib dataset). > Could you tell me how to find which another user reserved this alias? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOSMF
Remember to receive the latest HOLDDATA before running the REPORT MISSINGFIX. -- Tom Marchant On Thu, 16 Feb 2023 19:45:26 +, Kurt J. Quackenbush wrote: >> An error was found in file "/u/pinionr/TDMF/IZUD00DF.json". Error: "The file >> contains data that is not supported by the current level of z/OSMF. The >> version = 8."IZUD277E Feb 16, 2023, 10:14:02 AM > >I suggest you use SMP/E REPORT MISSINGFIX and fix category >IBM.DrivingSystem-RequiredService to determine if you're missing any other >PTFs required on your z/OS 2.4 driving system. >https://www.ibm.com/support/pages/ibm-fix-category-values-and-descriptions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to read SMF data?
mxg.com On Tue, 14 Feb 2023 09:10:04 -0600, Bill Giannelli wrote: >thank you for your responses! >I just found out we have MXG! >doing google searches. >might you point me to a link and or manual on how to use MXG? >thanks >Bill > >-- >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: The Local death of DB2 z/OS --- what is the best way to preserve the data once the mainframe is gone
I would think that the auditors or the lawyers might not agree with management. -- Tom Marchant On Wed, 8 Feb 2023 13:44:58 -0600, Tom Longfellow wrote: >NO resources on any servers anywhere will be committed to the preservation of >data. >The Mainframe will be powered off 6 months after the last primary application >has left the building. > >Usability of the exported data is not managements concern. User requests are >not important. ALL DATA MUST GO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GETMAIN LOC=32
Is that all you want? "I want it because I think it would be cool" is not a business justification. -- Tom Marchant On Tue, 7 Feb 2023 12:15:57 -0600, Paul Edwards wrote: >The z/OS change that would be required to support >negative indexing (which, while fairly uncommon, can't >really be avoided - it's a fundamental part of how >things work), would be to map the 4-8 GiB region onto >0-4 GiB (DAT/virtual storage). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I want to cry
It is very difficult to debug an abend in a Cobol program unless you can at least read the generated assembler. Of course, these days, there are programs that will do it for you. -- Tom Marchant On Sun, 5 Feb 2023 18:27:57 -0500, Tony Thigpen wrote: >Ok, so exactly why is that a problem? > >Tony Thigpen > >Bob Bridges wrote on 2/3/23 13:09: >> It is a little distressing, though (at least to me), to observe how many >> "programmers" never ~have~ seen anything but COBOL. >> >> --- >> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 >> >> /* How agitated I am when I am in the garden, and how happy I am to be so >> agitated. Nothing works just the way I thought it would, nothing looks just >> the way I had imagined it, and when sometimes it does look like what I had >> imagined (and this, thank God, is rare) I am startled that my imagination is >> so ordinary. -Jamaica Kincaid, _My Garden Book_ */ >> >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> zMan >> Sent: Friday, February 3, 2023 10:50 >> >> And unless COBOL is the only programming language you've ever seen, it seems >> unlikely that you wouldn't know what a variable is. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HOLDDATA Not Working as Expected
On Thu, 26 Jan 2023 11:19:52 -0600, Paul Gilmartin wrote: >On Thu, 26 Jan 2023 14:32:47 +, Kurt J. Quackenbush wrote: >> >>Just to confirm what has already been mentioned, you're using ++RELEASE >>incorrectly. The fixing PTF will resolve the ++HOLD, so there is no need to >>generate a ++RELEASE. IBM only uses ++RELEASE in cases when a PE or HIPER >>has been flagged erroneously. >> > >But is there a way to undo a ++RELEASE that has been issued erroneously? Of course there is. Another HOLD. The HOLDDATA is processed sequentially. The RELEASE will remove the HOLDDATA entry and a subsequent HOLD will add one. > >If Ed wishes a notification of PTF availability to appear among the HOLDDATA, >he could >supplement his: >++HOLD(fmid) ERROR FMID(fmid) REASON(aparnum) >with >++HOLD(fmid) ERROR FMID(fmid) REASON(PTFnum) /* Available 2-23--01-26 */ He could do that, but IMO it would not provide any real benefit. It would add another hold on the function for reason PTFnum. It would not remove or supersede the hold for reason aparnum, nor would it make it clear what APAR the PTF resolverd. Better, he could add SMRTDATA to the hold, similar to the following, taken from the latest IBM enhanced holddata: ++HOLD(UJ09069) FMID(HBB77C0) REASON(CA64026) ERROR DATE(23018) COMMENT(SMRTDATA(FIX(UJ09743) CHGDT(230118))) CLASS(PE). Note that it is not necessary to edit the existing HOLDDATA entry. Just add the updated one to the end of the HOLDDATA file. The FIX in SMRTDATA is used by REPORT ERRORSYSMODS and REPORT MISSINGFIX. And include SUP(aparnum) in the resolving PTF. That tells SMP/E that the error hold is resolved when the PTF is applied. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to determine if Enhanced HOLDDATA received?
There are many ERROR holds in the Enhanced Holddata against Function SYSMODs. I believe that this is done when the error is in the function, as opposed to being introduced by a PTF. Perhaps these days it is unusual for a SECINT error to be introduced by a PTF, but if it was, I would expect the SECINT hold to be against that PTF. -- Tom Marchant On Thu, 19 Jan 2023 21:01:46 -, Patrick Loftus wrote: >The holddata for SECINT looks like below. Note the function SYSMOD, not PTF >SYSMOD ID: >++ HOLD(HSMA230) FMID(HSMA230) REASON(BHx) ERROR DATE(yyddd) > > COMMENT(SMRTDATA(FIX(UIx) SYMP(B5.9,T5.7) > > CHGDT(yyddd))) CLASS(SECINT). > >++ HOLD(HSMA240) FMID(HSMA240) REASON(CHx) ERROR DATE(yyddd) > > COMMENT(SMRTDATA(FIX(UIx) SYMP(B5.9,T5.7) > > CHGDT(yyddd))) CLASS(SECINT). > >++ HOLD(HSMA230) FMID(HSMA230) REASON(BHx) ERROR DATE(yyddd) > > COMMENT(SMRTDATA(FIX(UIx) SYMP(B7.5,T7.2) > > CHGDT(yyddd))) CLASS(SECINT). > >++ HOLD(HSMA240) FMID(HSMA240) REASON(CHx) ERROR DATE(yyddd) > > COMMENT(SMRTDATA(FIX(UIx) SYMP(B7.5,T7.2) > > CHGDT(yyddd))) CLASS(SECINT). > >++ HOLD(HSMA220) FMID(HSMA220) REASON(AHx) ERROR DATE(yyddd) > > COMMENT(SMRTDATA(FIX(UIx) SYMP(B7.5,T7.2) > > CHGDT(yyddd))) CLASS(SECINT). >Etc etc > >This is unlike the normal full holddata, which can be the PTF SYSMOD ID's: >++HOLD(UJ09068) FMID(HBB77B0) REASON(BA64026) ERROR DATE(22314) > > COMMENT(SMRTDATA(CHGDT(221110))) CLASS(PE). > > >The optional SECINT ASSIGNS file, which you don't have to download, look >like this: >++ ASSIGN SOURCEID(SECINT) TO(UIx). > >++ ASSIGN SOURCEID(SECINT) TO(UIx). > >++ ASSIGN SOURCEID(SECINT) TO(UIx). > >++ ASSIGN SOURCEID(SECINT) TO(UIx). > >++ ASSIGN SOURCEID(SECINT) TO(UJx). > >++ ASSIGN SOURCEID(SECINT) TO(UJx). > >++ ASSIGN SOURCEID(SECINT) TO(UJx). > >++ ASSIGN SOURCEID(SECINT) TO(UJx). >Etc etc >In the example from Dave Jousma, with the APPLY SOURCEID(SECINT), I believe >this would only work if you've also obtained the ASSIGN file from Resource >Link too. > >When you run the REPORT ERRSYSMODS report, for SECINT HOLD CLASS it will the >"SYSMOD NAME" as the FMID ID, which is different to a "normal" HOLD which >lists the PTF SYSMOD. >Made up example:: >HOLD SYSMOD APAR ---RESOLVING SYSMOD HOLDHOLD >FMID NAME NUMBER NAMESTATUS RECEIVED CLASS SYMPTOMS >HMJ4102 UW31189 AN80203 UW32213 GOOD YESPE >HSMA230 HSMA230 AHx UIx GOOD YESSECINT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to determine if Enhanced HOLDDATA received?
An ASSIGN statement assigns a source-id, not a class. -- Tom Marchant On Thu, 19 Jan 2023 11:22:44 -0600, Dave Jousma wrote: >I'll correct myself. i normally just download the ASSIGN file and receive >that. I took a peek at the HOLDDATA file on RL and the sample PTF is in >there. However, that class will only assigned if you get the data from RL >which was my original point. > >++ HOLD(HSMA250) FMID(HSMA250) REASON(AH50369) ERROR DATE(22355) > > COMMENT(SMRTDATA(FIX(UI83571) SYMP(B7.5,T7.2) > > CHGDT(221221))) CLASS(SECINT). > >-- >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 determine if Enhanced HOLDDATA received?
The CLASS is on the ++HOLD, not on the ++PTF. The reference that Shmuel included had been updated relatively recently to include SECINT. It was not there in the SMP/E V3R6 manual. Perhaps the other reference to hold classes was not updated inadvertently. Or perhaps they don't intend that a user use BYPASS HOILDCLASS(SECINT). SECINT would not be a reason-id on a HOLD ERROR. The reason-id on a HOLD ERROR is an APAR number, and a PTF is applied with another PTF that SUPs the reason-id of the hold for that PTF. I tried to find information about PTF UI83571 and wasn't able to find anything. I guess that the PTFs that resolve SECINTs are also not documented -- Tom Marchant On Thu, 19 Jan 2023 11:00:52 -0600, Dave Jousma wrote: >On Thu, 19 Jan 2023 16:37:28 +, Seymour J Metz wrote: > >>"SECINT >> The reason ID SYSMOD identifies a fix for a security or integrity error. >> HOLDDATA for security >> or integrity fixes is available through the z Systems Security Portal. >> Information on registration >> and accessing the z Systems Security Portal is available at Enterprise >> security (www.ibm.com/ >> systems/z/solutions/enterprise-security.html). If you are already >> registered you can link directly >> to the IBM Resource Link� Security Alerts. " >> >> >>-- > >Might be a SMPE doc problem? IBM is documenting a reason ID in the Class >section. I see that here: >https://www.ibm.com/docs/en/zos/2.5.0?topic=statements-hold-mcs which >documents as your said: > >CLASS >a 1- to 7-character string indicating an alternative reason to release an >exception SYSMOD for processing. A class name is specified along with a reason >ID to identify a condition when the reason ID need not be resolved. The same >class name can be specified on any number of ++HOLD statements in any number >of SYSMODs. >These are the specific values currently used by IBM: >Class >Explanation >ERREL >The SYSMOD is held for an error reason ID but should be installed anyway. IBM >has determined that the problem the SYSMOD resolves is significantly more >critical than the error reflected by the holding APAR. >HIPER >The SYSMOD is held with a hold class of HIPER (High Impact) >PE >The SYSMOD is held with a hold class of “PTF in Error”. >SECINT >The reason ID SYSMOD identifies a fix for a security or integrity error. >HOLDDATA for security or integrity fixes is available through the z Systems >Security Portal. Information on registration and accessing the z Systems >Security Portal is available at Enterprise security. If you are already >registered you can link directly to the IBM Resource Link® Security Alerts. >UCLREL >UCLIN needed for the SYSMOD has been handled by IBM and no longer requires >your attention. >YR2000 >Identifies PTFs that provide Year 2000 function, or fix a Year 2000-related >problem. >For additional information, see Naming conventions for HOLD reason IDs and >HOLD classes. > >and the note at the bottom of that section takes you here: >https://www.ibm.com/docs/en/zos/2.5.0?topic=classes-class-values. And there >is no mention of SECINT as a CLASS. Which doc is correct? I believe the >latter. > >We are getting in the weeds here, and I'm done with the back and forth. The >description above indicates SECINT is placed on the PTF that does the fix, and >I believe that is incorrect as well. In prior post, i gave an example of PTF >UI83571 that has SECINT SOURCEID from the RL ASSIGN download and receive. I >see nothing on this PTF besides that, and I believe that is by design from >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
Re: How to determine if Enhanced HOLDDATA received?
Wouldn't a hold with CLASS(SECINT) be an ERROR hold? -- Tom Marchant On Thu, 19 Jan 2023 14:30:38 +, Seymour J Metz wrote: >Doesn't the process for security/integrity violations include creating an >APAR? If so, shouldn't any PTF with hold class SECINT also have an ERROR hold >with the relevant APAR number? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question and CZAM and IPL
On Wed, 11 Jan 2023 10:38:09 -0600, Paul Gilmartin wrote: >how much is concealed behind the seemingly innocuous "formed from". I would say that nothing is concealed. If you look at the ESA/390 PSW and the z/Architecture PSW, the transformations are pretty obvious. Most of the bits are the same. Bit 12 is different. It is 1 for ESA/390 and 0 for z/Architecture. z/Architecture adds another AMODE bit and extends the instruction to 64 bits. >How much compatibility does this provide with pre-z code that manipulates PSWs? 100% compatibility. The 64-bit PSW accepted by LPSW is an ESA/390 PSW. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE recreate a target library... Possible?
One way of effectively providing a backup is to clone the target zone before applying maintenance. Then apply to the clone. -- Tom Marchant On Wed, 4 Jan 2023 09:16:58 -0600, Dejan Stamatovic wrote: >I agree totally. Only backups provide a sure way out of problems during >applying maintenance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Markup languages
I like LyX for this kind of thing. Perhaps because I'm too lazy to learn LaTeX or TeX. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E oddity?
If you try to RESTORE bar it will fail unless either foo is also restored at the same time or foo has been accepted. -- Tom Marchant On Wed, 30 Nov 2022 14:49:42 +, Seymour J Metz wrote: >Partial restore is a can of worms. What happens if foo has a PE, bar >supersedes the associated APAR, the APPLY only installed foo because bar had >been received and you now restore bar?. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Bytes in a 3390 track
On Wed, 23 Nov 2022 16:56:42 -0800, Leonard D Woren wrote: >You could have two members originally linked to different >areas of the original PDS, decently utilizing 32K blocks. Now you >IEBCOPY the data set and those two members end up one following one >another in the target, and the second member's 32K block doesn't fit >after the first member's 32K block, Except that IEBCOPY also knows about splitting TXT records, and it will do so to maximize track usage. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To share or not to share DASD
PDSE sharing is only supported within a Sysplex. XCF signalling is required to maintain integrity. When you say that PDSEs can be fully shared, I think you are referring to Extended Sharing, not Normal Sharing. Following is from https://www.ibm.com/docs/en/zos/2.4.0?topic=neps-specifying-extended-pdse-sharing-in-multiple-system-environment but it has been this way for a very long time. In a multiple-system environment, the system programmer uses PDSESHARING(EXTENDED) to share PDSEs at the member level. A system programmer must specify PDSESHARING(EXTENDED) in the IGDSMSxx member in the SYS1.PARMLIB on each system in the sysplex. Every system that is sharing a PDSE must be a member of the sysplex and have the sysplex coupling facility (XCF) active. People have violated these rules and gotten away with it, but that does not mean that it is safe to do so. -- Tom Marchant On Fri, 25 Nov 2022 20:00:42 -0600, Brian Westerman wrote: >The GRS ring (not star) for a small site with 3 LPARs should have no problem >with >any slowdowns, and it will allow you to run fully shared PDS/e, catalogs, etc. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: missing FMIDs
On Mon, 15 Jun 2020 07:16:30 -0700, Lizette Koehler wrote: >I am not sure if there is an easy way to list all FMIDs in the SMP/e >environment. LIST FUNCTIONS . -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Separate SMPe environments for maintenance levels
On Thu, 11 Jun 2020 11:40:47 -0500, Bill Giannelli wrote: >So I've been reviewing the options you all have so kindly shares zonecopy, >zonemerge, zoneexportand it seems obvious you need to be careful of the >DDDEFs and renaming of datasets. If not careful you can really screw up and >overlay one environment. >While simplistic and perhaps slightly more work.I am wondering if one >"safe" way is to simply re-receive and re-apply the maintenance on the next >environment when needed? That does not make it any safer. Each target and distribution zone will still have to have the correct DDDEFs. JCL symbols can be your friend in setting up the jobs to do all of this. Test your process carefully. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Punched cards and character set
On Tue, 2 Jun 2020 16:58:03 -0500, Paul Gilmartin wrote: >I don't understand the table at: >https://homepage.divms.uiowa.edu/~jones/cards/codes.html > >The column labels 12, 11, 10, (blank) appear redundantly on the >second and fourth quadrants. You might find the chart on page 150.3 of http://www.bitsavers.org/pdf/ibm/360/princOps/A22-6821-7_360PrincOpsDec67.pdf to be easier to understand. The prior page describes how to read it. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGDSMSxx setting PDSE_VERSION(2)
Radoslaw, What do you mean? Are you referring to running with PDSESHARING(NORMAL)? Is it documented anywhere that a PDSE can be safely shared outside a SYSPLEX when running PDSESHARING(EXTENDED)? -- Tom Marchant On Tue, 12 May 2020 17:02:23 +0200, R.S. wrote: >Yes, I'm aware of that. However I would like to have it changed. > >BTW: DASD isolation is safe way, but not the only one. Of course it is >still very bad idea to share PDSE, with very few very specific and >cumbersome exceptions. Nevermind. > >-- >Radoslaw Skorupka >Lodz, Poland > > >W dniu 12.05.2020 o 16:56, Knutson, Samuel pisze: >> #2 The only safe way to do this is not to share DASD outside the scope of a >> Sysplex. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe user ID length
On Tue, 5 May 2020 15:03:06 +0800, Timothy Sipples wrote: >Shmuel Metz wrote: >>Regardless of why it is coded that way, the code is in >>the C/I and the error message comes from the C/I. > >Yes, and in-stream data is an intrinsic feature of the Job Control >Language (JCL). It says so right here, among other places: > >https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zjcl/zjclt_exercise_crtNsubmitjob.htm What is your point? The contents of in-stream data is not part of JCL, any more than the contents of some other data set referenced in a DD statement is. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 2 May 2020 to 3 May 2020 (#2020-125)
On Mon, 4 May 2020 19:14:31 +, Frank Swarbrick wrote: >What I would love to see is some sort of "single signon" option, where a user >would only need >to sign on to their personal workstation and not need to explicitly sign on to >z/OS at all. IMO, this is a bad idea unless you can count on everyone's workstation being at least as secure as z/OS is. All you need is one user who gets their PC hacked and the hacker has access to z/OS, with whatever authority that user has. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
On Wed, 29 Apr 2020 08:45:30 +0100, Martin Packer wrote: >As much to the point, why does this need to be 24-bit LSQA? Compatibility. TCBs and RBs are still below the line because moving them above the line will likely break existing AMODE(24) programs. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
Don't forget that GETMAIN requests for storage above the line will return storage below the line if there isn't sufficient storage above the line to honor the request. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again;
On Thu, 23 Apr 2020 09:21:16 -0500, Paul Gilmartin wrote: >I once wondered in these lists why, while F-type values wisely use >2's complement, P-type values are sign magnitude where 10's >complement would provide 5 times the range in the same storage >and avoid the need for a possible recomplement after subtraction. From Architecture of the IBM System/360, by Amdahl, Blaauw, and Brooks. Published in the IBM Journal, April, 1964. The established commercial rounding convention made the use of complement notation awkward for decimal data; therefore, absolute-value-plus-sign is used here. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Here we go again
On Wed, 22 Apr 2020 13:43:03 +0800, Timothy Sipples wrote: >The Social Security Administration could easily give 20 years of advance >warning before expanding their number space if they wish. They've got >several options before that far distant future, such as: > >1. Allowing capital letters except those that can be confused with numeric >digits. If they are going to give warning so that computer systems can be changed, this is not an interim option. Many years ago, I worked as an application programmer on systems where SSN was stored in packed decimal. I'm sure that others did the same, or stored them in a fullword. These would have to be changed if letters are allowed. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any shop use UNIX in a production job?
On Tue, 14 Apr 2020 19:48:59 +1000, Wayne Bickerdike wrote: >Wasn't it Linus Torvalds who said Linux is not Unix? I don't know if Linus said that, but when Richard Stallman started the GNU project in 1983, he said that GNU stood for "GNU's not Unix". In case you don't know, the GNU project built an operating system that was missing one critical component, the kernel. Then along came the Linux kernel, which, combined with the components built by the GNU project, made for a robust operating system that most refer to simply as "Linux". Some others, most notably Stallman, insists that it should be called "GNU/LINUX". I do not wish to detract in any way from the work that Mr. Torvalds has done or the importance of the Linux kernel. Without his kernel, the GNU operating system would be nowhere today. Still, without the components of the GNU project, the Linux operating system would be largely useless. By the way, both GNU and the Linux kernel are free software, licensed under the GNU General Purpose License (GPL). The GPL was created to ensure that the GNU operating system would remain unencumbered by proprietary licenses. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks)
I saw the Ratio column. comparing lines 2 and 3 of the chart, the ratio doesn't make sense if the number of iterations for ESTAEX is only 1/10 of the number for FRR, yet it took over twice as long. Perhaps Jim will clarify. On Fri, 3 Apr 2020 09:12:56 -0700, Charles Mills wrote: >Look at the Ratio column for "normalized" numbers. > >ESPIE beats everything. That's the point. If (a.) all you need to trap is >program checks; and (b.) you expect a bunch of them -- use ESPIE. > >Charles > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of Tom Marchant >Sent: Friday, April 3, 2020 8:10 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks) > >The data presented shows that FRR is a lot better than ESTAE(X). >Perhaps you overlooked the number of iterations. > >-- >Tom Marchant > >On Fri, 3 Apr 2020 10:23:33 +0300, Binyamin Dissen wrote: > >>Interesting numbers. >> >>But I looked at the current doc and it still appears to be problem state only. >> >>Also, do you numbers include setup or just program check handling? I figured >>FRRs would be a lot better than ESTAE(X). >> >>On Thu, 2 Apr 2020 19:28:13 -0500 Jim Mulder wrote: >> >>:> These are my results from a benchmark I did 4 years ago: >>:> >>:>Testcases which loop recovering/retrying from an >>:>operation exception. >>:>Using default system trace size - 1MB per CPU, with >>:>20 CPUs, so 20MB of data to snap) >>:>z13 machine >>:> >>:>RecoveryIterations CPU seconds Ratio >>:>-- --- - >>:>ESPIE x'20' 3.531.0 >>:>FRR x'20' 45.66 12.9 >>:>ESTAEX (no SNAPTRC) x' 2' 98.95 28.0 >>:>ESTAEX (SNAPTRC)x' 1000'102.83 14,914.7 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks)
The data presented shows that FRR is a lot better than ESTAE(X). Perhaps you overlooked the number of iterations. -- Tom Marchant On Fri, 3 Apr 2020 10:23:33 +0300, Binyamin Dissen wrote: >Interesting numbers. > >But I looked at the current doc and it still appears to be problem state only. > >Also, do you numbers include setup or just program check handling? I figured >FRRs would be a lot better than ESTAE(X). > >On Thu, 2 Apr 2020 19:28:13 -0500 Jim Mulder wrote: > >:> These are my results from a benchmark I did 4 years ago: >:> >:>Testcases which loop recovering/retrying from an >:>operation exception. >:>Using default system trace size - 1MB per CPU, with >:>20 CPUs, so 20MB of data to snap) >:>z13 machine >:> >:>RecoveryIterations CPU seconds Ratio >:>-- --- - >:>ESPIE x'20' 3.531.0 >:>FRR x'20' 45.66 12.9 >:>ESTAEX (no SNAPTRC) x' 2' 98.95 28.0 >:>ESTAEX (SNAPTRC)x' 1000'102.83 14,914.7 >:> >:> >:>Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. >:>Poughkeepsie NY >:>(845) 435-4741 >:>D10JHM1@PLPSC (MVS) JMULDER@S390VM (VM) >:> >:>> From: "Lennie Dymoke-Bradshaw" >:>> To: IBM-MAIN@LISTSERV.UA.EDU >:>> Date: 04/02/2020 08:13 PM >:>> Subject: Re: ESPIE question (does ESPIE "cover" ATTACH'd sub-tasks) >:>> Sent by: "IBM Mainframe Discussion List" >:>> >:>> I think the reason that handling interrupts in ESPIE is faster than >:>> ESTAE is simply that ESPIE sets an exit to the FLIH, whereas ESTAE >:>> sets an exit to the SLIH. >:>> >:>> Lennie Dymoke-Bradshaw | Security Lead | RSM Partners Ltd >:>> Web: www.rsmpartners.com >:>> �Dance like no one is watching. Encrypt like everyone is.� >:>> >:>> -Original Message- >:>> From: IBM Mainframe Discussion List On >:>> Behalf Of Charles Mills >:>> Sent: 02 April 2020 20:59 >:>> To: IBM-MAIN@LISTSERV.UA.EDU >:>> Subject: Re: [IBM-MAIN] ESPIE question (does ESPIE "cover" ATTACH'd >:>sub-tasks) >:>> >:>> As Peter seems to imply, ESPIE interrupts are apparently noticeably >:>> lower overhead than ESTAE interrupts. If data or addressing >:>> exceptions were expected I definitely *would* use ESPIE. I would >:>> save ESTAE for unexpected (well, expected unexpected) conditions. My >:>> opinion: no benchmarks, no source code. >:>> >:>> Charles >:> >:> >:> >:>-- >:>For IBM-MAIN subscribe / signoff / archive access instructions, >:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >-- >Binyamin Dissen >http://www.dissensoftware.com > >Director, Dissen Software, Bar & Grill - Israel > > >Should you use the mailblocks package and expect a response from me, >you should preauthorize the dissensoftware.com domain. > >I very rarely bother responding to challenge/response systems, >especially those from irresponsible companies. > >-- >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: PARM= vs PARMDD= and symbol substitution
On Wed, 1 Apr 2020 09:01:12 -0700, Charles Mills wrote: >I wonder if the true statement is "ISAM did not support updating a record if >the length changed." No, that's not true either. This from the previously mentioned ISAM Logiic manual: The WRITE KN macro instruction is used with the READ KU macro instruction to update variable-length records when the record length can change. The WRITE KN macro instruction allows the user to insert new logical records into the data set or to replace a variable-length logical record with one having the same key and possibly a different record length. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARM= vs PARMDD= and symbol substitution
On Tue, 31 Mar 2020 13:46:07 -0700, Charles Mills wrote: >RECFM=V was not supported by ISAM. It most certainly was. We used it in the early 1970s at Wayne State University for the Admissions system. See page 147 of the JCL Reference manual for OS/360 release 21.7 http://bitsavers.org/pdf/ibm/360/os/R21.7_Apr73/GC28-6704-3_JCL_Reference_Rel_21.7_Apr73.pdf Also see numerous references to variable length in the ISAM Logic Manual for OS/360 release 21 http://bitsavers.org/pdf/ibm/360/os/isam/GY28-6618-5_OS_ISAM_Logic_Rel_21_Feb72.pdf -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX invoked in AMODE 64 . . . ]
On Thu, 26 Mar 2020 17:26:40 +, Farley, Peter wrote: >what are programmers in non-ISV shops without application programmer >access to IPCS supposed to do? Complain to their management. 50 years ago SYSABEND dumps were the tool to use do diagnose abends. Back then, the dumps were printed, and IIRC rarely exceeded 200 pages. Yesterday, I saw a SYSUDUMP that was over 3700 pages. Trying to make sense of that is a chore even with a 99 line display and multiple split screens. It is much easier to process a SYSMDUMP with IPCS. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
On Fri, 6 Mar 2020 20:38:33 +, Jesse 1 Robinson wrote: >I once had to BYPASS HOLDERR(). It was a new product. There was a hold >against the FMID itself. Until the FMID was APPLIed, no further action was >possible. So I bypassed that particular HOLDERR, which allowed the FMID >itself to APPLY. That in turn allowed me to RECEIVE more PTFs, including one >that SUP'ed the problem PTF. I always felt that this was a packaging error, >but the result was fine. I'm baffled by this. There is no need to APPLY an FMID before you can RECEIVE PTFs for that FMID. RECEIVE only requires that the FMID be in the Global zone. If the resolving PTF was available, you should have been able to APPLY the FMID and the PTF at the same time. It isn't unusual for an ERROR hold to be placed on an FMID. If there is no resolving PTF, BYPASS HOLDERR would be necessary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Two related alias entry address questions
On Tue, 3 Mar 2020 18:51:24 -0600, Dale R. Smith wrote: >COPYGROUP >The COPYGROUP statement has the same effect as the COPYGRP statement when >either the input or the output data set or both are partitioned format, that >is either >PDS or PDSEs. The function of a COPYGROUP statement differs from COPYGRP >only if both of the data sets are PDSs. COPYGROUP performs a full group copy >operation when both data sets are PDSs. By contrast, a COPYGRP statement with >two PDSs is the same as a COPY statement with those data sets. I looked at a utilities manual for OS/390 2.10. COPYGRP is documented, COPYGROUP is not. COPYGRP can be used to copy a data set when either the input data set or the output data set, or both, are PDSE: PDSE to PDSE PDSE to PDS PDS to PDSE For unloading groups: PDSE to PS For loading groups: PS to PDSE If neither data set is a PDSE, the request is treated the as a COPY operation subject to the syntax requirements of COPYGRP. That was true the case up to the z/OS 1.13 edition of the manual. Apparently COPYGROUP was added with z/OS 2.2. Under "Copying Program Objects (COPYGRP and COPYGROUP Statements), The V2 editions of the manual have this: COPYGRP can be used to copy a data set when either the input data set or the output data set, or both, are PDSE: PDSE to PDSE PDSE to PDS PDS to PDSE COPYGROUP can be used to copy a data set when either the input data set or the output data set, or both, are PDS or PDSE: PDSE to PDSE PDSE to PDS PDS to PDSE PDS to PDS -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migrated Data Set Recall Messages
On Tue, 18 Feb 2020 19:05:07 -0800, Ed Jaffe wrote: >One of our developers claims that at places he's worked before, messages >are written to joblog and/or syslog when a migrated data set is being >recalled. A quick search of the message manual comes up with: IEFC037I ATTEMPTING TO RECALL MIGRATED DATA SET - DSNAME=dsname and IEFC039I ATTEMPT TO RECALL MIGRATED DATA SET WAS SUCCESSFUL IEFC037I is specifically for JCLLIB. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
On Fri, 14 Feb 2020 14:22:27 -0600, Paul Jodlowski wrote: >Has anybody ever ran SMPE apply with bypass(holderr)? As others have said, you have not shown a reason that you would need to BYPASS(HOLDERR). If there is a need to BYPASS(HOLDERR), it should be specific, as in BYPASS(HOLDERR(aparnum)). And first run APPLY CHECK and examine the output very carefully to ensure that you are not installing any error PTFs beyond the one that you need. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Backward compat--how far?
On Tue, 11 Feb 2020 23:53:58 -0500, Randy Hudson wrote: >In article <52550040-57eb-4a48-9627-e5c6444fe...@googlegroups.com>, > wrote: > >> I've got a copy of "IBM Operating System/360 Assembler Language" copyright >> December 1964. Pretty sure all the opcodes listed in Appendix B (Machine >> Instruction Mnemonic Codes) are still supported by the hardware (I haven't >> checked 'em all). Off the top of my head, the I/O instructions, SIO, HIO, CIO, TIO, and TCH, were removed with the introduction of 370/Extended Architecture around 1982. Read Direct and Write Direct were also removed at about the same time. There may be a few other instructions that have been removed, but IIRC they are all privileged instructions. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM AOAR O44855
On Mon, 20 Jan 2020 15:44:11 -0600, Paul Gilmartin wrote: >On Mon, 20 Jan 2020 15:17:00 -0600, Lionel B. Dyck wrote: > >>Is anyone using this feature >>https://www-01.ibm.com/support/docview.wss?uid=isg1OA44855 We do. >> >Which says: > >* PROBLEM DESCRIPTION: This support provides the ability * >* to inhibit all user information prior * >* to the successful input of a valid * >* password. * > >That's ambiguous, or at least unclear. Not if you read the whole APAR. >Does it report invalid user ID before >prompting for password? No, it does not. After entering an invalid userid, it prompts for a password. Then it issues IKJ56474I USERID OR PASSWORD IS INCORRECT OR NOT AUTHORIZED As documented more than once in the APAR text. For example: | o If your installation has PasswordPreprompt active | there will be a line mode prompt for password and if either | User ID and password are incorrect the system responds with | message Userid or Password not authorized and terminates. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Talking to 3270 terminals?
On Wed, 15 Jan 2020 10:48:26 -0600, Tom Marchant wrote: >or, perhaps more specific to the OP's question, >http://bitsavers.trailing-edge.com/pdf/ibm/360/ Oops. I meant http://bitsavers.trailing-edge.com/pdf/ibm/3270/ -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Talking to 3270 terminals?
On Wed, 15 Jan 2020 08:29:38 -0800, Tom Brennan wrote: >I think Shmuel is talking about https://archive.org/details/bitsavers I think he meant http://bitsavers.trailing-edge.com/ or http://bitsavers.trailing-edge.com/pdf/ibm/ or http://bitsavers.trailing-edge.com/pdf/ibm/360/ or http://bitsavers.trailing-edge.com/pdf/ibm/370/ or, perhaps more specific to the OP's question, http://bitsavers.trailing-edge.com/pdf/ibm/360/ -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migrating to new compiler release
On Tue, 14 Jan 2020 13:09:29 -0800, Charles Mills wrote: >> My question has to do with the (probably slight) possibility that the code >generated by one compiler would be different, for the same statement, for >another. > >It certainly would. If the code generated for every statement was the same >for both compilers, then there would be no difference between the two. Not necessarily. The major difference between V5 and V6 was that V6 used storage above the bar during the compile, allowing the compiler to compile much larger programs. That was a big difference, regardless of whether or not code generated was different. My understanding is that there was no difference in the code generated by V5 and V6 for the same program. Similarly, just because 6.3 can generate AMODE 64 code, that does not mean that AMODE 31 code that it generates is different from the code generated by 6.2. The ability to generate AMODE 64 code makes the compilers very different, even if that ability is not used for a given compile. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE UPGRADE Command
On Mon, 13 Jan 2020 07:47:58 -0600, Barbara Nitz wrote: >I am attempting to install zSecure. I get > >GIM58901E ** APPLY PROCESSING FAILED FOR SYSMOD HCKR240. SYSMOD HCKR240 WOULD > HAVE CAUSED A CHANGE TO THE MVST ZONE THAT CAN NOT BE PROCESSED > COMPLETELY BY PRIOR LEVELS OF SMP/E. USE THE UPGRADE COMMAND TO > ALLOW SMP/E TO MAKE SUCH CHANGES. > >I read about the upgrade command and still don't know if I can safely use it. >My SMPE is at 36.105, >presumably to get upgraded by the latest refresh which is installed but not >yet activated (I wanted >to do that together with z/Secure). > >So if I run the UPGRADE command on my target (and probably later on my DLIB >zone), can I then still >use my current level of SMPE on those zones? There won't be any level lower >than 36.105. As I understand it, UPGRADE will set UPGLEVEL on your target to the level of SMP/E that you are currently running, 36.105, so it seems it shouldn't hurt you. If it was me, I might use ZONECOPY to create a copy of the target zone and run UPGRADE against that, then look at the TZONE entry for the new zone. I'd be curious what the UPGLEVEL is in the TZONE entry for your target zone. For a real answer, I suppose we'll need to hear from Kurt. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How many ways can one sentence be wrong dept
On Sun, 12 Jan 2020 13:59:21 -0500, Matt Hogstrom wrote: >it occurred to me that for the most part a lot of the work in defragging, >worrying about disk geometry and other issues are really not / less of >an issue with cache and SSD technologies. No, as long as z/OS still allocates data set space in a small number of extents when the data set is defined, these are still issues. I suppose that z/OS could be modified so that all data sets have an arbitrary, very large number of tracks (or other allocation units if FBA is supported). In that case, is the information about where the next track is kept in the VTOC, potentially requiring a much larger VTOC, or does each track contain some kind of link to the next track? The latter would seem to change the amount of available space on each track Can the pointer to the next track be on a different volume? One might argue that the notion of volumes is no longer as useful as it was with emulated volumes. That might be a valid argument, though eliminating the notion has consequences for things like spool volumes, page volumes. What happens when additional drives are added to a DASD subsystem? Can a data set be spread across multiple DASD subsystems? It is not clear to me that this kind of architectural change would be an improvement, especially for data sets that can be accessed randomly. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SUSPECTED SPAM] Re: Job Posting
On Fri, 10 Jan 2020 19:06:43 +, Schuffenhauer, Mark wrote: >They can use whatever logo they want, and whatever representation >of their name they want. However, we still get to mock them and >decide to do business with them. And their indecision on picking a >clear name. And they can laugh at us for all the free advertising that we give them. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for tn3270 emulator that can run on macOS 10.15.2 (Catalina)
On Tue, 7 Jan 2020 13:04:21 -0600, Paul Gilmartin wrote: >>Don Poitras wrote: >> >>The Vista TN3270 emulator can copy a screen (or part of a screen) as text. >> >Is that Vista's or Windows support? Vista. IMO, it has very powerful copy and paste capabilities. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enterprise COBOL 6.3 and IBM Programmer Tools
Yes, only batch applications can run AMODE 64, CICS applications cannot. AMODE 64 is an option with Cobol 6.3, and it must be specifically requested. AMODE 64 Cobol applications cannot be mixed with AMODE 31 Cobol applications. You cannot call between AMODE 64 and AMODE 31 Cobol programs, either with a static or a dynamic call. The reason is that LE only supports AMODE 64 using XPLINK-64 linkage, rather than using the standard 64-bit save area formats that are described in detail in https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieaa600/chap2.htm XPLINK was designed for C, which is notorious for creating small subroutines and requiring a more efficient linkage between routines. A major disadvantage of XPLINK is that, while the linkage from one XPLINK program to another is slightly more efficient than standard linkage, a call from XPLINK to a program using standard linkage is considerably less efficient. This includes calls to system services, such as GET and PUT. In LE, this is compounded by the fact that major LE control blocks, including the CAA, have different and incompatible formats for programs using standard linkage, XPLINK (31-bit) and XPLINK-64. LE and Cobol development stubbornly insist on using XPLINK for 64-bit applications rather than use the 64-bit save area formats that were designed for interoperability between programs that use standard 72-byte save areas and programs that use the newer save area formats to support saving and restoring 64-bit registers. The bottom line is that you can't use 64-bit Cobol unless your entire application is compiled as a 64-bit application. That includes any common routines that you might normally call. And if you convert those common routines to 64-bit Cobol, you cannot call them from 31-bit Cobol, so you need to maintain two versions. -- Tom Marchant On Wed, 1 Jan 2020 07:39:48 +, Savor, Thomas (Alpharetta) wrote: >If I read the Manual correctly, only Batch is 64-bit supported. CICS is not >64-bit supported. >I have many DB2 programs that run Batch and Online, so I guess they will have >to be forced to run as 31-bit. > >Thanks, > >Tom Sovor >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >Charles Mills >Sent: Tuesday, December 24, 2019 2:57 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Enterprise COBOL 6.3 and IBM Programmer Tools > > ⚠ EXTERNAL MESSAGE – Think Before You Click > > > >A wild guess is that a debugger will need significant upgrades to support >64-bit storage, a key feature of COBOL 6.3 as I understand things. > >Charles > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)
On Wed, 4 Dec 2019 10:01:36 -0800, Charles Mills wrote: >"Non-printable" (or sometimes non-alphanumeric/national) is the >word people are looking for. I disagree. "non-printable" is a term that has little meaning. Even if you mean "non-printable using a TN print train", for example, that is only a subset of the 256 possible values in a byte. The point of using a term like "any hexadecimal character" is to indicate that all 256 possible values in the byte are acceptable. It could just as well be "a byte with any hexadecimal value", or "a byte with any binary value". -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS primary allocation
On Thu, 21 Nov 2019 11:15:03 -0500, CarlosM Martinez wrote: >I was wondering if SMS needs like 600 CYL's as a Primary allocation and does >NOT have it will it used fragmented space on a given pack to "put together " >600 CYL's as a primary allocation? The primary allocation can be satisfied by up to five extents. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTHPGM in IKJTSOxx
On Mon, 18 Nov 2019 17:37:00 -0600, Paul Gilmartin wrote: >On Mon, 18 Nov 2019 20:49:29 +, Seymour J Metz wrote: >>... >>You're losing track of your indirect addresses: > >>R1 -> Paramaeter list >> +0 -> H'length',C'characters' >> +4 Doesn't exist for jobstep. >> >And you needf one more indirection. No, it is there +0 -> H'length',C'characters' is shorthand for "+0 contains a pointer to the halfword length, followed by the characters that make up the PARM", in the same way that R1 -> Paramaeter list is shorthand for "R1 contains a pointer to the parameter list". -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTHPGM in IKJTSOxx
On Mon, 18 Nov 2019 14:36:16 -0600, Paul Gilmartin wrote:
>No. That end-of-list bit is set in the address of the PARM, not in the PARM.
>So, PARM='(' (x-4d') results in '(', not 'D' (x'CD'). And that bit has little
>effect except for branch-and-set-mode.
>
>How is PARM passed to an AMODE 64 program?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieaa600/parmpm.htm
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sort in a multitasking address space
We have a multitasking address space in which we would like to call sort to sort somewhere around a half a million entries. There is a possibility that more than one task might need to call sort. Will this cause a problem if one task calls sort while sort is active for another task? A customer could be using any of the available sort products. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Gerhard Postpischil ז״ל
On Mon, 11 Nov 2019 19:06:04 +, Seymour J Metz wrote: >It is with deep regret that I announce the death of my friend and colleague >Gerhard Postpischil, whom some of you may know from here, CBTTAPE.ORG or >Hercules. Someone told his son Eric "You sound like your father." - I can >think of no greater compliment. Gerhard was a stickler for accuracy and always >strove to write tight code. He was also a good friend to me and my children, and we will miss him. <https://edp.org/GerhardPostpischil/> Condolences to you, Shmuel. I only knew Gerhard through his posts on this list, but I found him to be knowledgeable and helpful. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MIPS chart for all IBM hardware model
On Thu, 7 Nov 2019 21:07:42 +, Seymour J Metz wrote: >Yes, but the two links provided by Parwez Hamid are much more current. Yes, they are. The links he provided were for the z/OS 2.2 LSPR data. The z/OS 2.3 LSPR data include z15. You can find lots of LSPR information at https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zfs from 1 LPAR to another
On Thu, 7 Nov 2019 02:21:29 -0600, Barbara Nitz wrote: >"We don't document that you cannot wash dishes with a CPU!" That's a good one, Barbara! This discussion has come up before, and I thought I remembered someone saying that DFDSS will write blocks up to 64K bytes, so I looked and found the following post from Bruce Black. IMO, he is one of the more knowledgeable who has been here. Perhaps this explains some of the issues with using FTP to transport untersed DFDSS dumps. On Wed, 20 Jul 2005 12:41:01 -0400, Bruce Black wrote: >SDB does not work for RECFM=U, which can't be blocked by definition. >The application (DSS in this case) controls the actually blocksize. > >In any case, DSS writes blocks up to 64K (even though the DCB info says >32760). You can't copy a DSS backup (or an FDR backup) with IEBGENER, >the output will not be usable). > >-- >Bruce A. Black >Senior Software Developer for FDR -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RUCSA
On Wed, 6 Nov 2019 19:38:33 +, Jousma, David wrote: >Remind me, is RUCSA support a chargeable feature? I find nothing >in the manual, the only clue I find is it is a separate line-item in >ShopZ, so thinking it may be chargeable, and enabled via IFAPRDxx? >Just looking for a bit of confirmation Seems to be chargeable. From the z/OS 2.4 announcement: Removal of support of YES setting for VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter: z/OS V2.3 will be the last release of z/OS to support the YES setting for the VSM ALLOWUSERKEYCSA DIAGxx parmlib parameter. If you run any software that requires the setting of this parameter to YES, the software will need to be changed to no longer require the setting of this parameter to YES or the optional priced RUCSA feature will be required. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How display level of paging?
On Mon, 4 Nov 2019 17:46:12 -0500, Tom Conley wrote: >I posed this same question about 2 years ago. Then I was dealing with >an LPAR with 131GB, so I created a 400GB paging subsystem to handle the >system. Others suggested SCM, but that was not in the budget. If the >10TB is truly fully utilized, then a 30TB paging subsystem makes sense. >Unless I hear differently from IBM, paging rules still apply, even for >10TB systems. Looking at one of our bigger LPARs here, we have 66 GB of storage 8 local page data sets that fill 3390-9 volumes (total 68 GB) 264 GB SCM paging devices So we are well within what you think is needed. I am not the sysprog here, but if I was I would not be opposed to reducing it because: The local page data sets are all 0% full The the SCM is using 64 M of the 264 GB Admittedly, we are a small shop. We are also a development shop and take a fair number of SVC dumps. Those old rules were from the days when memory was expensive and paging was common. Back in the 80's it was not uncommon to page at rates of 50 to 100 pages per second on a machine with 32 to 64 MB of main storage, and have 5 GB or more of page space utilized. Today, paging, and page space utilization, is normally much less. What I would suggest that you need for page space today is more like the sum of: Maximum virtual storage in use minus real storage, multiplied by 3 and Enough to support the capture of the biggest possible SVC dump, multiplied by 3. I don't remember a time that the recommendation was to size paging subsystems based upon the amount of real storage on the processor. Indeed, 30 years ago that would have been wholly inadequate. I don't buy the suggestion that an LPAR with 10 TB of storage should have 30 to 90 TB of paging space. I'll close with this observation. A z15 processor can have a maximum of 40 TB of customer storage. The maximum amount of SCM is 6 TB. You want to configure your paging subsystem so that paging to DASD is rare, and almost all paging is to SCM, because SCM is so much faster. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How display level of paging?
On Mon, 4 Nov 2019 14:04:02 +, Allan Staller wrote: >IBM has generally recommended 2:1 virtual to real storage. I have >pushed this to 3:1 without major issues. >The paging subsystem should be configured accordingly page slots >approx. 3x available real. > >If you are actually going to be doing serious paging, (> +/- 20 pps) >the local page datasets should not be more that 30% utilized, so 9x >real page slots is appropriate. Are you suggesting that an LPAR with 10 TB of real memory should have 30 to 90 TB of page space? If my arithmetic is correct, the minimum number of volumes that could satisfy that is between 545 and 1636 volumes of 3390 model 54. Do your systems follow the guidelines that you suggest? I think it is still true that local page data sets should be no more than about 30% full. IIRC the reason has to do with the probability that the system will be able to find full tracks to page out to. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best way for a task to give up the CPU and let other tasks run?
On Tue, 29 Oct 2019 17:43:25 +, Jon Perryman wrote: >I believe the OP mentioned he received complaints that his >task was hogging the CPU. I went back and looked. The OP said no such thing. In fact, the OP has said nothing about why he wants to do this, despite being asked no less than four times and considerable speculation. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSO equivalent to JCL DDNAME=?
On Thu, 24 Oct 2019 14:14:10 -0400, Charles Mills wrote: >there is often a good reason were you to understand the OP's >entire situation and constraints. I agree. In this case, I don't remember the OP telling us what his situation and constraints are, though there was a lot of speculation about it. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSO equivalent to JCL DDNAME=?
On Wed, 23 Oct 2019 13:54:51 -0500, Paul Gilmartin wrote: >On Wed, 23 Oct 2019 17:34:37 +, Seymour J Metz wrote: > >>I agree that IBM should provide a means to dynamically assign an alias to a >>ddname, but IMHO ATTACH is the wrong place to do it. DYNALLOC would seems to >>be the obvious place to do it. >> >An imporrtant use of alternate DDNAMEs is avoiding DDNAME conflicts: >concurrently running two utilities both coded to use (e.g.) SYSUT1, >but with different data sets allocated, perhaps to generated names. >I don't see how this can be accomplished with DYNALLOC aliasing. I'd >welcome an enlightening example. Really? Perhaps I'm being dense, but I don't see how that helps in a batch environment. And I don't see how something like DDNAME= would help that in a TSO environment. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best way for a task to give up the CPU and let other tasks run?
On Wed, 23 Oct 2019 18:23:31 +, Seymour J Metz wrote: >The Dispatcher has been using timers for decades. What interrupts your >code is an external event from a timer or from a SIGP on another CPU. >If you're running with appropriate goals, don't try to second guess WLM. I agree. The OP has yet to give any indication of why he wants to do this, despite being asked repeatedly, and considerable speculation. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSO equivalent to JCL DDNAME=?
On Wed, 23 Oct 2019 13:54:13 +0300, ITschak Mugzach wrote: >Jcl allows "routing" on DD name to another using DDNAME= opeerand. is there >an equivalent in tso? I remember TSO PIPE, but this was not a standard TSO >command (CBTTAPE maybe). What problem are you trying to solve? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS to PDSE conversion issues
I have another dumb question. How is it that PSF can tolerate having its PDS data sets moved while it is running? -- Tom Marchant On Wed, 23 Oct 2019 15:29:24 +, Jousma, David wrote: >David, I guess I might have a dumb question, but if the datasets that PSF was >using were PDSE, then why is your re-org process trying to re-org a PDSE? >Seems like maybe the selection process of what gets re-org'd should be tweaked? > >_ >Dave Jousma >AVP | Manager, Systems Engineering > >Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, >MI 49546 >616.653.8429 | fax: 616.653.2717 > > > >-Original Message- >Fro : I M Mainframe Discussion List On Behalf Of >David Purdy >Sent: Wednesday, October 23, 2019 8:34 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: PDS to PDSE conversion issues > >**CAUTION EXTERNAL EMAIL** > >**DO NOT open attachments or click on links from unknown senders or unexpected >emails** > >This is within one sysplex. We're asking ourselves the same questions. >Dave, I will let you know the quite interesting details when the drill down is >complete. >David > >-Original Message- >From: Gibney, Dave >To: IBM-MAIN >Sent: Wed, Oct 23, 2019 12:01 AM >Subject: Re: PDS to PDSE conversion issues > > >Why would this change, between PDS and PDS/E? Unless this is yet another >encounter with the pitfall os trying to share PDE/E outside Sysplex. > >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of David Purdy >> Sent: Tuesday, October 22, 2019 2:20 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: PDS to PDSE conversion issues >> >> I recently converted several PSF libraries, resulting in a problem if >> a dasd reorg moved the dataset while PSF tasks are up. PSF does not >> issue an enqueue but has the dataset open. The volume reorg only >> checks for enqueue before moving the dataset. Short term, we configed >> the reorg to skip PSF datasets. Long term, looking at setting DSI and >> setting a dataset close flag in a PSF exit. Or just taking down >> printers before reorg in the wee morning hours. >> David >> -Original Message- >> From: Toby Seguin <028ef8c142dd-dmarc-requ...@listserv.ua.edu> >> To: IBM-MAIN >> Sent: Tue, Oct 22, 2019 03:06 PM >> Subject: PDS to PDSE conversion issues >> >> >> We are currently thinking about converting many of our PDS libraries to PDSE. >> While researching the possible pitfalls to a PDSE one that concerned >> me the most is "Blocked Workload" that Thomas Reed discussed at SHARE in >> 2018. >> >> This situation is said to occur when CPU is near 100% (pretty common >> event from time to time here) so it certainly caught my attention. >> Does anyone have any experience with Blocked Workload? Anything else I >> should be looking closer at? >> >> Thanks and Regards, >> >> Toby Seguin >> >> -- >> 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 **CAUTION EXTERNAL >EMAIL** > >**DO NOT open attachments or click on links from unknown senders or unexpected >emails** > >This e-mail transmission contains inorrmation that is confidential and may be >privileged. It is intended only for the addressee(s) named above. If you >receive this e-mail in error, please do not read, copy or disseminate it in >any manner. If you are not the intended recipient, any disclosure, copying, >distribution or use of the contents of this information is prohibited. Please >reply to the message immediately by informing the sender that the message was >misdirected. After replying, please erase it from your computer system. Your >assist
Re: Best way for a task to give up the CPU and let other tasks run?
On Thu, 17 Oct 2019 08:54:11 -0400, Thomas David Rivers wrote: >Does anyone happen to know the best way for a running task >to give up running and let another task run? > >But - this isn't "give up" as in ending the task, just giving up >the CPU to allow another task to run and then returning to this >task. > >Sorta like "I'm done for the moment if something else would like to run". Is the task one that purely uses CPU? Perhaps looping, looking at a queue for something to do, without ever waiting for anything? If so, perhaps it should issue STIMER WAIT when it detects that it has nothing to do. If, OTOH, it waits for an ECB to be posted, or an I/O to complete, or any of a number of other things, it is already relinquishing control. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Power failure
On Thu, 17 Oct 2019 11:41:24 +0400, Peter wrote: >We have a dual... connectivity from UPS wired to z14. > >Even if one goes down and another would take a control That's what you said. Some of us are skeptical that it is actually implemented the way that you intended that it be implemented. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: STGADMIN.DPDSRN Confusion
On Wed, 16 Oct 2019 20:17:40 +, Mark Jacobs wrote: >The dataset is allocated by the SDSF address space that's executing >on the system where I'm attempting the rename. > >I thought the rationale behind the facility class profile was to give >authorized users the ability to bypass the enqueue, while recognizing >the potential risks in renaming an allocated dataset. I don't think so. AFAIK, the rationale is that a system programmer might have to rename a data set that has the same DSNAME as a data set that is allocated, but is on a different IPL volume than the data set that is in use. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idas300/rname.htm "Do not use this option unless you know the data set is not open on any system." -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Power failure
On Wed, 16 Oct 2019 09:51:34 +0400, Peter wrote: >I looked into audit and log messages during those time frames. > >I just see a message as system was restarted forcibly. It doesn't say what >caused it. If power was lost abruptly, there may have been no opportunity to log anything. >Does IBM receives more detailed message ? Have you asked IBM? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Seeking doc on TSOENTER and TSOLEAVE macros
On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote: >I found these macros used in several TSO commands on the CBTTape but there >is no documentation on them that I can find. Can anyone point me to any >doc? I don't find them in any IBM macro library, nor do find a MAC of either name in our z/OS system. What CBT tape file(s) did you find them in? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF exit IEFU086 work area size
On Fri, 11 Oct 2019 07:30:42 -0500, John McKown wrote: >OK, I'll remember that. "That which is not specifically allowed is >forbidden." More like "That which is not documented as working in a particular way cannot be assumed to work in that way, even if testing seems to show that it works that way." One can never realistically test all possible permutations. One possible permutation that can never be tested is the change that is made in the future. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS Member updating via COBOL Program
On Tue, 8 Oct 2019 16:15:38 +, Pesce, Andy wrote: >I have "JOBA" that executes a COBOL program to update a particular member in a >PDS. Within the program, it calls an internal utility that someone >wrote years ago that puts an enqueue on the dataset and its member that it is >updating. The dd associated with the parmlib uses DISP=SHR. > >I have "JOBB" that executes a COBOL program to do the same thing, but it is a >different member within the same dataset as "JOBA".It is coded >to open the dataset as I/O. After it reads the member, it then does a >REWRITE.It doesn't follow the rules as above and use the internal utility. >The dd associated with the parmlib also uses DISP=SHR. > >Here is the issue. Occasionally the member in "JOBA" is becoming "empty", >while the member in JOBB is always OK.I have looked at SMF >records and I see these jobs run at the same time. And it is usually the same >down to the hundreds of seconds. > >My suggestion was that JOBB needs to be fixed to use the "enqueue and dequeue" >utility, since it is using DISP-SHR. This parmlib is >used heavily and extensively by applications, and no way to get it DISP=OLD. >Any thoughts or explanation would truly be appreciated. Your ENQ on DSNAME+member will not help you when the two jobs are updating a different member. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
On Mon, 7 Oct 2019 08:25:20 -0700, Lizette Koehler wrote: >An easy way is to create unique HLQs for Global, TLIB and DLIB datasets. If >you use one HLQ for everything it might get confusing. I think you mean target data set. TLIB means something different. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
On Mon, 7 Oct 2019 05:03:21 -0500, Bill Giannelli wrote: >If I am currently at, say RSU18009, and am applying maintenance up to >RSU1909, what if I suddenly need a PTF for the RSU1809 environment? >I have one SMPe and CSI environment. If I have applied RSU1909 but >have not rolled it out to all my environments, I really dont have an >SMPe environment matching my prior maintenance level. Clone your target zone (and distribution zone) before applying maintenance. If you didn't do that and have already applied the newer maintenance, clone your target and distribution zone so you don't lose what you have done, then restore your original target and distribution zone from a backup. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
On Fri, 4 Oct 2019 17:31:06 +, Jousma, David wrote: >Does every JES3 shop that wants to remain have to re-buy (I'm guessing yes)? >Otherwise how's the money going to be made? Buy? Is a one-time charge an option these days? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
