t; To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ECSA tuning clarification
>
> Is there any smf record that I can look into to forecast on how much I
> can
> increase ?
>
> Is there any factor like hardware and number of applications or software
> ?
>
> On Tue 13 Nov
ist [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Brian Westerman
> > Sent: 13 November, 2018 10:03
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: ECSA tuning clarification
> >
> > I try to keep it at 25% for ECSA and ESQA. There is no reason to run
n List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 13 November, 2018 10:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ECSA tuning clarification
>
> I try to keep it at 25% for ECSA and ESQA. There is no reason to run
> short on it. You can monitor
I try to keep it at 25% for ECSA and ESQA. There is no reason to run short on
it. You can monitor it but only once in a great while do I need to fiddle with
the settings for them, and even then it's normally because I installed (or
uninstalled) something .
Brian
With the use of a little bit of statistical analysis, I target 35% utilization
of CSA, ECSA, SQA, ESQA.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs - Listserv
Sent: Monday, November 12, 2018 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA
As with most things the answer is "it depends." There is no one size fits all
answer. Depends on your workload and the ECSA requirements as well as the need
for above the line private region. My standard was 250MB ECSA on each system,
with a target of about 50-60 percent used, to allow for
I meant the size
On Mon 12 Nov, 2018, 10:08 PM Mark Jacobs - Listserv <
mark.jac...@custserv.com wrote:
> By tuning, do you mean size of, or something else?
>
> Peter wrote on 11/12/18 12:43 PM:
>
> Hi
>
> This is just general question and ignorant about this area. So wanted to
> get some
By tuning, do you mean size of, or something else?
Peter wrote on 11/12/18 12:43 PM:
Hi
This is just general question and ignorant about this area. So wanted to
get some suggestions and pointers about ECSA running.
What are the factors that decides the tunning of ECSA value for zOS ?
Please
When I started looking at (64-bit) object allocation
in OS/390 2.10 there was no doco,
Perhaps you are mis-remembering the release. I would expect that in OS/390
2.10 there was nothing because 64-bit virtual did not exist until z/OS
1.2.
IARV64 was fully documented in the release in which it
W dniu 2014-07-02 15:50, Peter Relson pisze:
When I started looking at (64-bit) object allocation
in OS/390 2.10 there was no doco,
Perhaps you are mis-remembering the release. I would expect that in OS/390
2.10 there was nothing because 64-bit virtual did not exist until z/OS
1.2.
IARV64 was
When I started looking at (64-bit) object allocation
in OS/390 2.10 there was no doco,
Perhaps you are mis-remembering the release. I would expect that in
OS/390
2.10 there was nothing because 64-bit virtual did not exist until z/OS
1.2.
Marian Paroo: Professor Harold Hill. Gary
...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: 01 July 2014 02:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA Survey
Awesome guys! Keep 'em coming! Thanks!
Charles
[snip] ... but they are not an adequate substitute for more extended, proper
documentation that provides appropriate usage examples.
Aren't the migration redbooks just one good source of information about new
features?
z/OS Version 1 Release 10 Implementation dedicates a complete chapter to
On 06/30/14 16:34, Charles Mills wrote:
Thanks a lot for hijacking my thread, guys. g
Is there however not one active sysprog out there willing to say we have ___ MB of
ECSA serving about address spaces, and frankly, I think KB/MB would be a
borderline unreasonable amount of pageable
On Tue, 1 Jul 2014 13:01:46 +0200, Peter Hunkeler wrote:
[snip] ... but they are not an adequate substitute for more extended, proper
documentation that provides appropriate usage examples.
Aren't the migration redbooks just one good source of information about new
features?
z/OS Version 1
I promised to summarize results here. Here you go. Hope this formats
adequately. All storage quantities are in MB. A/S is address spaces;
CSA/AS is ECSA to address space ratio (MB/address space). Threshold is
whatever was stated about what ECSA requirement would make you raise your
eyebrows? The
On 7/1/2014 5:13 AM, Shane Ginnane wrote:
Modern kids ;)
Peter I love your insights, but this was (historically) royally fucked up..
When I started looking at (64-bit) object allocation in OS/390 2.10 there was
no doco, let alone migration assistance. The ISV monitors were scrabbling
A z/OS above-the-bar CSA or the like is clearly in the womb of time.
How soon such a facility will be made available is not clear.
What am I missing? Above-the-bar CSA and/or SQA exist via IARV64
REQUEST=GETCOMMON which was introduced in z/OS 1.10.
What you might view as missing is enough
What I, a little disingenuously, had in mind was certainly 1) enough
exploitation but also 2) [perhaps as a precondition of 1)] enough
exposition/explication.
I and some others here---EJ, for example, as he has demonstrated on
this and other occasions---are habituated to reading the comments
Charles:
We don't use SP 241, we use sp 231 and have the customer allocate it.
Regards,
Scott
www.idmworks.com
From: Ed Jaffe
Sent: Sunday, June 29, 2014 3:06 PM
To: IBM Mainframe Discussion List
On 6/29/2014 11:27 AM, John Gilmore wrote:
A z/OS above-the-bar CSA
Thanks a lot for hijacking my thread, guys. g
Is there however not one active sysprog out there willing to say we have ___
MB of ECSA serving about address spaces, and frankly, I think KB/MB
would be a borderline unreasonable amount of pageable ECSA for a vendor product
to require?
3:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA Survey
Thanks a lot for hijacking my thread, guys. g
Is there however not one active sysprog out there willing to say we have ___
MB of ECSA serving about address spaces, and frankly, I think KB/MB
would be a borderline unreasonable
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Monday, June 30, 2014 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA Survey
Thanks a lot for hijacking my thread, guys. g
Is there however not one active sysprog
. I just
checked who has what amount ECSA allocated and, other than DB2, all are less
than 1MB most are less than 500K. I hope this helps you. Cliff McNeill
Date: Mon, 30 Jun 2014 13:34:37 -0700
From: charl...@mcn.org
Subject: Re: ECSA Survey
To: IBM-MAIN@LISTSERV.UA.EDU
Thanks a lot
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA Survey
Thanks a lot for hijacking my thread, guys. g
Is there however not one active sysprog out there willing to say we have
___ MB of ECSA serving about address spaces, and frankly, I think
KB/MB would be a borderline unreasonable amount
Omegamon used to have a 'Tuning report' that would make recommendations?
Now we just reboot.
In a message dated 6/30/2014 4:57:28 P.M. Central Daylight Time,
william.skel...@efirstbank.com writes:
Small shop, about 120 MB of ECSA allocated, 66 MB in use. About 140
address spaces. Not
Another small shop, four production LPARs
1) DB2/CICS/MQ Series: ECSA 262M, in use 33%. Main users DB2 (production) VTAM,
DB2 (UAT), MQ, SMSVSAM, BMC CICS monitor and automation
2) DB2/CICS (old stable application): ECSA 92M, in use 59%. Main users DB2,
VTAM, SMSVSAM
3) CA-Datacomm/CICS/MQ
Awesome guys! Keep 'em coming! Thanks!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Anthony Thompson
Sent: Monday, June 30, 2014 6:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA Survey
Another small shop, four
Of Anthony Thompson
Sent: Tuesday, 1 July 2014 10:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA Survey
Another small shop, four production LPARs
1) DB2/CICS/MQ Series: ECSA 262M, in use 33%. Main users DB2 (production) VTAM,
DB2 (UAT), MQ, SMSVSAM, BMC CICS monitor and automation
2) DB2/CICS
What if we did a real survey with zoomerang or survey monkey? Maybe too
many outliers to be repeatable.
In a message dated 6/30/2014 8:27:25 P.M. Central Daylight Time,
charl...@mcn.org writes:
Awesome guys! Keep 'em coming! Thanks!
ED:
Good idea. However then you get into 2 people from the same shop
replying.
Using Share code doesn't help in this either. Can someone come up
with a way?
Ed
On Jun 30, 2014, at 10:02 PM, Ed Finnell wrote:
What if we did a real survey with zoomerang or survey monkey? Maybe
too
many
On Mon, 30 Jun 2014 23:02:12 -0400, Ed Finnell wrote:
What if we did a real survey with zoomerang or survey monkey? Maybe too
many outliers to be repeatable.
Isn't that spelled outliars?
-- gil
--
For IBM-MAIN subscribe /
On 6/28/2014 12:35 PM, Charles Mills wrote:
For question 3 I should clarify that the ECSA requirement in question is
pageable -- subpool 241.
CSA is not customer-configured by subpool. Rather, subpools (and
associated storage characteristics) are assigned dynamically at STORAGE
OBTAIN time,
On Sat, 28 Jun 2014 12:35:42 -0700, Charles Mills wrote:
1. How much Extended (above the line) CSA do you have configured in the
IEASYSxx CSA b value for your production LPARs?
2. To help me normalize the answers to question 1, roughly how many address
spaces do you have configured on those
On 6/29/2014 9:20 AM, Paul Gilmartin wrote:
When customers begin to raise eyebrows at ECSA constraints, it's time to raise
a requirement for above-the-bar CSA.
Agreed. And, since this feature has been an integral part of the z/OS
operating system for many years now, such requirements must be
A z/OS above-the-bar CSA or the like is clearly in the womb of time.
How soon such a facility will be made available is not clear.
Surrogate RYO schemes are, of course, easy enough to devise and
implement. I have one, and I'm sure others do too. Finally, however,
a private sharing mechanism is
what number would you go Whoa! Wait a minute. Really? You
need how much (pageable) ECSA?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Jaffe
Sent: Sunday, June 29, 2014 8:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA
On 6/29/2014 11:27 AM, John Gilmore wrote:
A z/OS above-the-bar CSA or the like is clearly in the womb of time.
How soon such a facility will be made available is not clear.
A documented change in macro IARST64 ca. March 2007:
Flag LineItem FMIDDate IDComment
$L1=64COMMON HBB7750
On Sun, 29 Jun 2014 12:06:59 -0700, Ed Jaffe wrote:
On 6/29/2014 11:27 AM, John Gilmore wrote:
A z/OS above-the-bar CSA or the like is clearly in the womb of time.
How soon such a facility will be made available is not clear.
A documented change in macro IARST64 ca. March 2007:
Flag LineItem
On 6/29/2014 5:54 PM, Shane Ginnane wrote:
On Sun, 29 Jun 2014 12:06:59 -0700, Ed Jaffe wrote:
A documented change in macro IARST64 ca. March 2007:
Flag LineItem FMIDDate IDComment
$L1=64COMMON HBB7750 070301 PD00XB: 64 bit storage manager
I can remember the two of us being in
On Sat, 28 Jun 2014 12:29:54 -0700, Charles Mills wrote:
3. If you were looking at a vendor product, how much ECSA requirement would
make you raise your eyebrows? Surely 100 bytes would be OK. At roughly what
number would you go Whoa! Wait a minute. Really? You need how much ECSA?
Several
On 6/29/2014 11:29 AM, Charles Mills wrote:
Right, I did not ask how much subpool 241 do you configure? I asked how
much ECSA they configured. I clarified question 3 to read: If you were
looking at a vendor product, how much pageable (subpool 241) ECSA
requirement would make you raise your
On Sun, 29 Jun 2014 19:47:27 -0700, Ed Jaffe wrote:
I recommend new exploiters of 'CSA' - regardless of expected size
requirement - consider placing their common storage above the bar in
order to eliminate such questions and considerations altogether. VSCR is
always a good thing...
As is
For question 3 I should clarify that the ECSA requirement in question is
pageable -- subpool 241.
Charles
-Original Message-
From: Charles Mills [mailto:charl...@mcn.org]
Sent: Saturday, June 28, 2014 12:30 PM
To: IBM Mainframe Discussion List (IBM-MAIN@listserv.ua.edu)
Subject: ECSA
On 24 May 2013 09:15:52 -0700, in bit.listserv.ibm-main you wrote:
Guys and Gals:
I just received a problem from a customer and its odd. I will try to explain.
1. Customer is on z/OS 1.13 ..Put ( i dont know we have asked)
2. We have a STC that does this:
a. We issue a Storage Obtain
On Wed, Jun 26, 2013 at 11:26 AM, Clark Morris cfmpub...@ns.sympatico.cawrote:
On 24 May 2013 09:15:52 -0700, in bit.listserv.ibm-main you wrote:
snip
As I read the code it is obtaining 9 bytes and releasing 10 bytes. Is
this a transcription error?
Clark Morris
No. In the LENGTH=(?),
, May 28, 2013 8:11:22 PM
Subject: Re: ECSA
Bill Fairchild wrote:
begin extract
An authorized program can cause TCBPKF to remember something
different, either by accident or design.
/end extract
This is unarguably correct. Equally, an authorized program can
change the contents of location
In 51a37323.2070...@phoenixsoftware.com, on 05/27/2013
at 07:52 AM, Ed Jaffe edja...@phoenixsoftware.com said:
On 5/26/2013 6:08 PM, Charles Mills wrote:
you need to save the key prior to the MODESET KEY=ZERO invocations
Are you sure? MODESET KEY=NZERO,... won't remember for you?
ZERO and
In 1369698915.60307.yahoomail...@web126201.mail.ne1.yahoo.com, on
05/27/2013
at 04:55 PM, Scott Ford scott_j_f...@yahoo.com said:
//IEFRDER DD
DSNAME=SYS1.TRACE,UNIT=SYSDA,SPACE=(CYL,20), 00150001
// DISP=(NEW,KEEP)
Try DISP=(,CATLG)
10. I try IPCS with GTFTRACE
TCBPKF does not in general match the key just prior to the MODESET
KEY=ZERO. If you need to restore that then you must save it
yourself.
It does remember|save|contain the original non-zero key of the task
executing the MODESET. If you want to restore that then you can use
the value in TCBPKF.
Software Engineer
http://www.identityforge.com/
From: Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 10:46 AM
Subject: Re: ECSA
In 1369698915.60307.yahoomail...@web126201.mail.ne1.yahoo.com, on
05/27
to remember
something different, either by accident or design.
Bill Fairchild
Franklin, TN
- Original Message -
From: Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 9:31:06 AM
Subject: Re: ECSA
In 51a37323.2070
scott_j_f...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 10:46:00 AM
Subject: Re: ECSA
Shmuel:
yes sir it was, there is data in 'sys1.trace' what I see is IPCS - subcommand
GTFTRACE not recognizing or formatting if that's wthe workd you want to use the
data ...its doesn't
+...@patriot.net
:To: IBM-MAIN@LISTSERV.UA.EDU
:Sent: Tuesday, May 28, 2013 9:31:06 AM
:Subject: Re: ECSA
:
:In 51a37323.2070...@phoenixsoftware.com, on 05/27/2013
: at 07:52 AM, Ed Jaffe edja...@phoenixsoftware.com said:
:
:On 5/26/2013 6:08 PM, Charles Mills wrote:
: you need to save the key
lost here
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: DASDBILL2 dasdbi...@comcast.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 1:08 PM
Subject: Re: ECSA
Make sure that when you start your IPCS session
On 5/28/2013 11:02 AM, Binyamin Dissen wrote:
On Tue, 28 May 2013 17:01:41 + DASDBILL2 dasdbi...@comcast.net wrote:
:TCBPKF remembers the original storage key set by the system in the same sense
that general register 3 remembers the number X'5AD' after you load that number
into register
As Shmuel pointed out, your GTF JCL doe not catalog the new SYS1.TRACE. What
steps do you take to ensure that the SYS1.TRACE you access from within IPCS is
the same one you just created with GTF?
=
=
Date: Tue, 28 May 2013 08:46:00 -0700
From: scott_j_f...@yahoo.com
Subject: Re: ECSA
There is only 1 I am aware of ..but I will look
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: J R jayare...@hotmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 2:13 PM
Subject: Re: ECSA
As Shmuel pointed out, your
/
From: DASDBILL2 dasdbi...@comcast.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 1:08 PM
Subject: Re: ECSA
Make sure that when you start your IPCS session that there is not already
another system dump in IPCS's dump directory that it is browsing by default.
You
Hi Scott,
You need to issue a ipcs dropdump command to fix this problem.
7.264 BLS18185I © Copyright IBM Corp. 1988, 2011
Topic lines 36 to 44 of 44
: Re: ECSA
There is only 1 I am aware of ..but I will look
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: J R jayare...@hotmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 2:13 PM
Subject: Re: ECSA
As Shmuel pointed
Hi Scott,
No this means that you had previously used the dsn sys1.trace and that old one
is in your dump directory. When you resuse a name you always have to issue a
ipcs dropdump command to allow the dump directory to reference that dump or
trace you now want to process.
Doug
On Tue, 28 May
Subject: Re: ECSA
Hi Scott,
You need to issue a ipcs dropdump command to fix this problem.
7.264 BLS18185I © Copyright IBM Corp. 1988, 2011
Topic lines 36 to 44 of 44
other
things I did wrong.
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: Scott Ford scott_j_f...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, May 28, 2013 2:46 PM
Subject: Re: ECSA
Just looked only 1 ...sys1.trace dataset
Bill Fairchild wrote:
begin extract
An authorized program can cause TCBPKF to remember something
different, either by accident or design.
/end extract
This is unarguably correct. Equally, an authorized program can
change the contents of location 16 (decimal) | x'10' to point not to
the address
On Sun, 26 May 2013 18:08:22 -0700 Charles Mills charl...@mcn.org wrote:
: you need to save the key prior to the MODESET KEY=ZERO invocations
:Are you sure? MODESET KEY=NZERO,... won't remember for you?
NZERO sets you to TCB key, which may not be the key the PSW was in at the time
of the ZERO.
On 5/26/2013 9:08 PM, Charles Mills wrote:
you need to save the key prior to the MODESET KEY=ZERO invocations
Are you sure? MODESET KEY=NZERO,... won't remember for you?
No, why should it? The only persistent key the system knows for you is
the TCBKEY; the current key is in the PSW, saved
0311 0030E703
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: Gord Tomlin gt.ibm.li...@actionsoftware.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, May 24, 2013 1:40 PM
Subject: Re: ECSA
Are you looking at system trace to see
In 086801ce5a76$af711e70$0e535b50$@mcn.org, on 05/26/2013
at 06:08 PM, Charles Mills charl...@mcn.org said:
you need to save the key prior to the MODESET KEY=ZERO invocations
Are you sure?
Yes.
MODESET KEY=NZERO,... won't remember for you?
The crystal ball on channel 3 is broken. From
Yeah, I have too look at what has happened their trace was unreadable so I
will try the same code on our test system with a gfs trace ..I just want to
solve the mystery and make sure we don't have an issue
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite
output ...
What did I goof on guys and gals...
Regards,
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: Scott Ford scott_j_f...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, May 27, 2013 11:36 AM
Subject: Re: ECSA
Yeah, I have
In 1369412144.70731.yahoomail...@web126203.mail.ne1.yahoo.com, on
05/24/2013
at 09:15 AM, Scott Ford scott_j_f...@yahoo.com said:
2. We have a STC
Running in what key? Always the same, or does it switch. If the
latter, you need to save the key prior to the MODESET KEY=ZERO
invocations.
, 2013 9:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ECSA
In 1369412144.70731.yahoomail...@web126203.mail.ne1.yahoo.com, on
05/24/2013
at 09:15 AM, Scott Ford scott_j_f...@yahoo.com said:
2. We have a STC
Running in what key? Always the same, or does it switch. If the latter, you
need to save
STORAGE OBTAIN,LENGTH=(9),SP=231, X
LOC=31,COND=YES,CHECKZERO=YES
I presume you're aware that success will be indicated both by RC=0 *and*
by RC=20 since you used CheckZero=YES.
By the way, your storage release was unconditional. There is no return
code. But
Peter,
I also asked for a z/os1.13 put levelwe develop on 1.13 ...
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
On May 25, 2013, at 9:00 AM, Peter Relson rel...@us.ibm.com wrote:
STORAGE OBTAIN,LENGTH=(9),SP=231, X
SP231 is owned by the system. It has to be expressly freed. There is no
system cleanup of it, unless you call an IPL a way to do cleanup :).
On a more serious note, are you getting the right address and length from the
caller at the time of the free?
Chris Blaicher
Principal Software
The storage is in subpool 231, which is a CSA/ECSA subpool. This subpool
is owned by the system, and it is not freed by task or address space
termination.
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Subject: Re: ECSA
The storage is in subpool 231, which is a CSA/ECSA subpool. This subpool
is owned by the system, and it is not freed by task or address space
termination.
--
Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113
/
From: Gord Tomlin gt.ibm.li...@actionsoftware.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, May 24, 2013 12:48 PM
Subject: Re: ECSA
The storage is in subpool 231, which is a CSA/ECSA subpool. This subpool
is owned by the system, and it is not freed by task or address space
Is it really deliberate that the parameters for the first routine are in a
different order than the parameters for the second?
:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of Scott Ford
:: Sent: Friday, May 24, 2013 9:16 AM
::
Hey retired I dont follow
can u email off server ...
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: retired mainframer retired-mainfra...@q.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, May 24, 2013 2:22 PM
Subject: Re: ECSA
...@actionsoftware.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, May 24, 2013 1:40 PM
Subject: Re: ECSA
Are you looking at system trace to see that STORAGE RELEASE? The ASID,
work unit address, and PSW for the STORAGE RELEASE should reveal who
issued it. Can you post the relevant lines from system trace
Does storage linger after a STC shutdowns ?
It depends on the storage subpool and how the shutdown occurs. Specifically,
subpools with the ownership attribute of systems are never automatically
freed by any system function, but must be explicitly freed by whatever software
acquired the
: Friday, May 24, 2013 12:38 PM
Subject: Re: ECSA
SP231 is owned by the system. It has to be expressly freed. There is no
system cleanup of it, unless you call an IPL a way to do cleanup :).
On a more serious note, are you getting the right address and length from the
caller at the time
84 matches
Mail list logo