Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Relson [rel...@us.ibm.com]
Sent: Tuesday, March 1, 2022 8:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
ZAD is not supported on z/OS under z/VM. ":-(
Is there any SOD or RFE or the like for this?
That would
ZAD is not supported on z/OS under z/VM. ":-(
Is there any SOD or RFE or the like for this?
That would have to be an RFE for z/VM (and conceivably also for the machine
itself). At least at the time this was introduced and z/OS exploited it, z/VM
did not surface the ZAD capability to a
On Mon, 28 Feb 2022 at 10:50, Ed Jaffe wrote:
> On 2/28/2022 5:21 AM, Allan Staller wrote:
>
> > Peter,
> > Can you post the trap?
>
>
> https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad
>
"ZAD is not supported on z/OS under z/VM. ":-(
Is there any SOD or
Classification: Confidential
Thanks Ed
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: Monday, February 28, 2022 9:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
[CAUTION: This Email is from outside the Organization. Unless you trust
On 2/28/2022 5:21 AM, Allan Staller wrote:
Classification: Confidential
Peter,
Can you post the trap?
https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
Classification: Confidential
Peter,
Can you post the trap?
Thanks in advance,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter Relson
Sent: Saturday, February 26, 2022 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
[CAUTION: This Email is from
You apparently also do not run with Zero Address Detection activated (a
SLIP ZAD trap).
You should strongly consider doing so.
As to "the cat's out of the bag": a bag of IBM+ISV's is a pretty big bag.
You use undocumented things at your own risk.
Peter Relson
z/OS Core Technology Design
Corp.
Poughkeepsie NY
"IBM Mainframe Discussion List" wrote on
02/22/2022 10:26:40 AM:
From: "Charles Mills"
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 02/22/2022 02:28 PM
Subject: Re: 2.5 Heads Up
Sent by: "IBM Mainframe Discussion List"
Would using some "debu
On 2/22/2022 3:33 PM, Seymour J Metz wrote:
Are you sure that it doesn't change the timing?
We have seen no observable difference in execution timing.
We run it constantly...
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Tuesday, February 22, 2022 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Right ...
Is there a control register bit or something like that for authority to
store in the PSA (+ Key 0 of course).
Charles
-Original Message
4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
On 2/22/2022 1:22 PM, Seymour J Metz wrote:
>> ZAD SLIP tracing can catch these issues without changing the outcomes.
> ?
https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad
--
Phoenix
On 2/22/2022 1:22 PM, Seymour J Metz wrote:
ZAD SLIP tracing can catch these issues without changing the outcomes.
?
https://www.ibm.com/docs/en/zos/2.5.0?topic=traps-slip-zero-address-detection-zad
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA
>ZAD SLIP tracing can catch these issues without changing the outcomes.
?
From: IBM Mainframe Discussion List on behalf of Ed
Jaffe
Sent: Tuesday, February 22, 2022 3:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
On 2/22/2022 12:28
ame Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Mulder
Sent: Tuesday, February 22, 2022 11:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Yes, the undocumented (but disclosed to ISVs) IGVDGNPP test tool will
modify all of the reserved fields in every CPU's
On 2/22/2022 12:28 PM, Seymour J Metz wrote:
I also hate problems that disappear when I turn tracing or other diagnostics on.
ZAD SLIP tracing can catch these issues without changing the outcomes.
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
-requ...@listserv.ua.edu]
Sent: Tuesday, February 22, 2022 3:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
On Tue, 22 Feb 2022 15:37:51 -0400, Jim Mulder wrote:
>..
> We of course use that tool on our test systems, so that we tend to
>not have zeros at PSA+4 on our z/OS
On Tue, 22 Feb 2022 15:37:51 -0400, Jim Mulder wrote:
>..
> We of course use that tool on our test systems, so that we tend to
>not have zeros at PSA+4 on our z/OS 2.5 test systems, which may
>have contributed to the bug escaping our notice
>until it got into the field.
>
Tsk. Tsk. At
/OS Diagnosis, Design, Development, Test IBM Corp.
Poughkeepsie NY
"IBM Mainframe Discussion List" wrote on
02/22/2022 10:26:40 AM:
From: "Charles Mills"
To:IBM-MAIN@LISTSERV.UA.EDU
Date: 02/22/2022 02:28 PM
Subject: Re: 2.5 Heads Up
Sent by: "IBM Mainframe Discussio
into the field.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Poughkeepsie NY
"IBM Mainframe Discussion List" wrote on
02/22/2022 10:26:40 AM:
> From: "Charles Mills"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/22/2022 02:28 PM
> Subject: Re: 2.5 He
ssion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, February 22, 2022 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Right ...
Is there a control register bit or something like that for authority to
store in the PSA (+ Key 0 of course).
Charles
---
9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
There will be multiple versions of that address for PSA for each active
processor in the LPAR.
I don't think that KEY 0 is adequate authority to store there either. Could
be done from a hardware console though
like everyone is.'
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: 22 February 2022 15:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Would using some "debug" type utility to store a non-zero value at address 4
be a partial cir
Interesting question, but the problem at hand is pure z/OS.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, February 22, 2022 7:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Do
10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Would using some "debug" type utility to store a non-zero value at address 4
be a partial circumvention?
The pre-Z restart PSW is never used for anything now -- is that correct?
Charles
-Original Message-
From: IBM
On
Behalf Of Jim Mulder
Sent: Monday, February 21, 2022 10:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Location 4 means address 4 (i.e. offset 4 in the PSA).
There was a latent bug from a prior release in the loop control
code so that it was erroneously fetching from
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu]
Sent: Monday, February 21, 2022 6:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
Maybe they were using the contents
erv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/22/2022 12:49 AM
> Subject: Re: 2.5 Heads Up
> Sent by: "IBM Mainframe Discussion List"
>
> On Mon, 21 Feb 2022 12:54:14 -0800, Ed Jaffe wrote:
>
> >On 2/21/2022 12:00 PM, Mark Jacobs wrote:
> >>
True, but the hard loop was impacting our users more than the loss of
functionally that DSENQSHR provided.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
--- Original Message ---
On Mon, 21 Feb 2022 23:51:34 +, Mark Jacobs wrote:
>I needed to use the circumvention so as to bypass the hard loop in our 2.5
>system.
>
That treats only the symptom. It provides no substitute for the needed
function.
>Storage location x'0004' is in the PSA. It maps to this;
. Encrypt like everyone is.’
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: 21 February 2022 22:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2.5 Heads Up
On Mon, 21 Feb 2022 12:54:14 -0800, Ed Jaffe wrote:
>On 2/21/2022 12:00 PM, Mark Jac
I needed to use the circumvention so as to bypass the hard loop in our 2.5
system. Storage location x'0004' is in the PSA. It maps to this;
"V(IEAVRSTR)" - SECOND HALF OF RESTART NEW PSW MDC128
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
On Mon, 21 Feb 2022 12:54:14 -0800, Ed Jaffe wrote:
>On 2/21/2022 12:00 PM, Mark Jacobs wrote:
>> Found APAR OA62381 for this problem. PTFs are not yet available.
>
Yet: APAR status
Closed as program error.
>Hugely helpful! THANKS!
>
>https://www.ibm.com/support/pages/apar/OA62381
>
Local
On 2/21/2022 12:00 PM, Mark Jacobs wrote:
Found APAR OA62381 for this problem. PTFs are not yet available.
Hugely helpful! THANKS!
https://www.ibm.com/support/pages/apar/OA62381
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
Found APAR OA62381 for this problem. PTFs are not yet available.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
--- Original Message ---
On Monday, February 21st, 2022 at 1:22 PM,
I don't remember. I'm no longer working at $previousjob so I don't have access
to the case I opened at the time.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
--- Original Message
On 10/27/2021 8:47 AM, Mark Jacobs wrote:
We migrated one of our systems to z/OS 2.5 last weekend and immediately started
getting a hard loop during job conversion/interpretation either in the JES2CIxx
or INIT address space depending on your JOBDEF INTERPRET= setting.
The loop could occur
If JOBDEF INTERPET=JES the loop occurs in the JES2CI0x address space. If JOBDEF
INTERPRET=INIT, the initiator address space that selects the job loops. With
DSENQSHR=ALLOW on the JOBCLASS, the loop will/can happen only if the job card
has DSENQSHR=ALLOW.
Mark Jacobs
Sent from ProtonMail,
You indicated that it depended on the setting for JOBDEF INTERPRET=. What is
your JOBDEF INTERPRET= setting that the problem occurs under? Also does the
loop occur if one defaults to DSENQSHR=ALLOW on the JOBCLASS setting? Just
curious.
Michael
38 matches
Mail list logo