On Mon, 4 May 2020 16:29:48 -0400, Tony Harminc wrote:
>On Mon, 4 May 2020 at 04:23, Barbara Nitz wrote:
>
>> Doesn't matter. With an IMS region, you cannot use cancel (z/OS:
>> "non-cancelable, use force arm"). You cannot use force arm (z/OS: "cancel
>> first, please"). And you cannot use for
.
-Original Message-
From: Barbara Nitz
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Mon, May 4, 2020 10:23 am
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
On Thu, 30 Apr 2020 09:09:32 -0400, Peter Relson wrote:
>
>z/OS FORCE did not work
>
>
>Wanna bet?
>
>FORCE,ARM runs
On Mon, 4 May 2020 at 04:23, Barbara Nitz wrote:
> Doesn't matter. With an IMS region, you cannot use cancel (z/OS:
> "non-cancelable, use force arm"). You cannot use force arm (z/OS: "cancel
> first, please"). And you cannot use force because IMS intercepts that and
> tells you to terminate t
or
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
From: Barbara Nitz
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 04/05/2020 09:23
Subject: [EXTERNAL] Re: S0F9 and SOFD ABENDs and
On Thu, 30 Apr 2020 09:09:32 -0400, Peter Relson wrote:
>
>z/OS FORCE did not work
>
>
>Wanna bet?
>
>FORCE,ARM runs in the address space so would have been affected.
>FORCE does not.
Doesn't matter. With an IMS region, you cannot use cancel (z/OS:
"non-cancelable, use force arm"). You cannot u
; Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of John McKown [john.archie.mck...@gmail.com]
> Sent: Friday, May 1, 2020 7:19 AM
> To: IBM-MAIN@LISTS
nframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
John McKown [john.archie.mck...@gmail.com]
Sent: Friday, May 1, 2020 7:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
On Thu, Apr 30, 2020 at 8:16 AM Seymour J Metz wrote:
> Technic
On Thu, Apr 30, 2020 at 8:16 AM Seymour J Metz wrote:
> Technically, you could move, e.g, TCB, RB, above the line, if there were a
> good enough business case. As a practical matter it would require duplicate
> pointer fields and a PARMLIB option with a default of below. It would
> definitely be
, Denis. -Original
Message-
From: Attila Fogarasi
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, May 1, 2020 12:43 am
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
If your application consists of 200+ modules with up to 8m working storage
per module, then storage management becomes a
, April 30, 2020 1:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
Wanna bet?
FORCE,ARM runs in the address space so would have been affected.
FORCE does not.
We had PMRs open on that, countless dumps. CANCEL and FORCE are rejected
because the region is
ver shrinks.There need to be options to avoid clattering the storage
> below 16M, but there aren't.
> Thanks, Denis.
> -----Original Message-
> From: Peter Relson
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thu, Apr 30, 2020 3:09 pm
> Subject: Re: S0F9 and SOFD ABENDs and
-MAIN@LISTSERV.UA.EDU
Sent: Thu, Apr 30, 2020 3:09 pm
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
z/OS FORCE did not work
Wanna bet?
FORCE,ARM runs in the address space so would have been affected.
FORCE does not.
z/OS still is a 24bit operating system with some 31/64bit addressin
://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Relson [rel...@us.ibm.com]
Sent: Thursday, April 30, 2020 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
z/OS
z/OS FORCE did not work
Wanna bet?
FORCE,ARM runs in the address space so would have been affected.
FORCE does not.
z/OS still is a 24bit operating system with some 31/64bit addressing and
instructions as long as under the covers such old mechanisms need to be
maintained and taken into acco
, Test IBM Corp.
Poughkeepsie NY
From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 04/29/2020 04:00 PM
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
Sent by:"IBM Mainframe Discussion
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
---
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 / arc
metz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Denis [01664d8ede6c-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, April 29, 2020 4:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps -
compatibility for old modules, etc.
Thanks, Denis.
-Original Message-
From: Barbara Nitz
To: IBM-MAIN
Sent: Wed, Apr 29, 2020 10:26 am
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
>We had a similar issue in IMS regions, stalling after out of memory abend, no
>way to g
itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
From: Barbara Nitz
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 29/04/2020 09:27
Subject: [EXTERNAL] Re: S0F9 and SOFD ABENDs and SVC dum
>We had a similar issue in IMS regions, stalling after out of memory abend, no
>way to get rid of them, IMS STO REG, z/OS CANCEL and z/OS FORCE did not work,
>except with some vendor tool cancel that just gets rid of the address space
>without proper cleanup that gets you closer to IPL.I wondere
routines, sounds awkward?!
My two cents, Denis.
-Original Message-
From: Martin Packer
To: IBM-MAIN
Sent: Wed, Apr 29, 2020 9:45 am
Subject: Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
As much to the point, why does this need to be 24-bit LSQA?
Cheers, Martin
Martin Packer
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 29/04/2020 08:21
Subject:[EXTERNAL] Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!
Sent by:IBM Mainframe Discussion List
You say that the problem happens when all the tasks terminate. Your
problem is with not enough LQSA for termination. Du
You say that the problem happens when all the tasks terminate. Your problem is
with not enough LQSA for termination. During termination a number of RBs are
getmained by RTM to handle termination - like an RB that your ESTAE gets
control under (a PRB, IIRC). Or a PURGEDQ SVRB. Depending on what y
MAXPROCSYS in SYS1.PARMLIB(BPXPRM00)
MAXASSSIZE in SYS1.PARMLIB(BPXPRM00)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Thomas David Rivers
Sent: Sunday, April 26, 2020 9:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: S0F9 and SOFD ABENDs and SVC dumps - oh my!
[CAU
Dave do you have an IEFUSI exit or the new parmlib support and are you
reserving sufficient space for z/OS to do termination processing?
It might be helpful for you to look at the way REGION is laid out in this job
using Mark Zelden's REXXSTOR exec http://mzelden.com/mvsutil.html
-Original M
26 matches
Mail list logo
