On 2017-05-09 17:23, Gary Weinhold wrote:
Since no one suggested it, I guess it is not likely that the site would
have a monitor or exit that would change a non-swappable address space
to swappable.
We twice experienced ABEND0D5-21 at one customer site, in 1992 and 1993.
In both cases, the all
It is better for performance to do the TRANSWAP before acquiring a lot of
storage,
since that will reduce the number of fixed frames than need to be moved to
non-reconfigurable storage by the TRANSWAP. However, the order of the
TRANSWAP relative to the DSPSERV CREATE should have no effect on
Thanks to those who responded; here's an update on this abend:
Although it's possible, I doubt we have a bug in our logic in this area; this
has run for more than 10 years at multiple sites on multiple levels of z/OS.
And we do not ever issue a TRANSWAP OKSWAP; the dataspace is designed to be
My guess is that there is a bug in your transwap logic.
Does D J show it as non-swapable?
On Tue, 2 May 2017 16:27:07 -0400 Gary Weinhold wrote:
:>Date:Mon, 1 May 2017 23:16:43 +0300
:>From:Binyamin Dissen
<mailto:bdis...@dissensoftware.com>
:>Subject: Re: S0D5 acce
Date:Mon, 1 May 2017 23:16:43 +0300
From:Binyamin Dissen
<mailto:bdis...@dissensoftware.com>
Subject: Re: S0D5 accessing dataspace
What is the reason code?
On Mon, 1 May 2017 14:59:54 -0400 Gary Weinhold
<mailto:weinh...@dkl.com> wrote:
:>We're experiencing an ab
The most likely causes would be
1. The TRANSWAP did not actually happen
2. After the TRANSWAP, something did a SYSEVENT OKSWAP
I would start with an SVC dump of the 0D5 abend, and use
VERBX SRMDATA to see whether SRM thinks the address space is
non-swappable.
Jim Mulder z/OS Diagnosis, Des
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Gary Weinhold
Sent: Monday, May 1, 2017 8:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: S0D5 accessing dataspace
We're experiencing an abend S0D5 that occurs at only one site. We have an
authorized program that iss
What is the reason code?
On Mon, 1 May 2017 14:59:54 -0400 Gary Weinhold wrote:
:>We're experiencing an abend S0D5 that occurs at only one site. We have an
authorized program that issues a DSPSERV CREATE SCOPE=ALL to establish a
dataspace. It initializes several of the blocks in the dataspac
We're experiencing an abend S0D5 that occurs at only one site. We have an
authorized program that issues a DSPSERV CREATE SCOPE=ALL to establish a
dataspace. It initializes several of the blocks in the dataspace but does not
touch the rest of the blocks. It then issues SYSEVENT TRANSWAP and
