=
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===
From:
Wayne Driscoll/Chicago/IBM@IBMUS
To:
IBM-MAIN@bama.ua.edu
Date:
10/21/2010 03:28 PM
Subject:
Re: Storage usage in a job
Sent by:
IBM Mainframe Discussion List
Real
Mike
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Phil Smith
Sent: Thursday, October 21, 2010 3:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Storage usage in a job
Mike Toole wrote:
>The 120T in SDSF refers to 120 thousand fra
On Fri, Oct 22, 2010 at 1:57 PM, Veilleux, Jon L wrote:
> I wish I could find it but I am not having any luck today. I had found a
> specific reference to that happening, somewhere, but I will retire that
> opinion for lack of corroborating evidence.
> Everyone have a great weekend.
>
The real p
-m...@bama.ua.edu] On Behalf Of
Tom Marchant
Sent: Friday, October 22, 2010 1:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Storage usage in a job
On Fri, 22 Oct 2010 07:55:41 -0400, Veilleux, Jon L wrote:
>I am trying to find the specific reference, but I saw IBM entries
>stating that ther
here can be this type of fetch errors and yes
it does say that they are due to
insufficient storage.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Scott Rowe
Sent: Thursday, October 21, 2010 5:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: St
f
Of Scott Rowe
>Sent: Thursday, October 21, 2010 5:10 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: Storage usage in a job
>
>Yes, you may get load failures in that case, but the failure wouldn't say:
>FAILED BECAUSE INSUFFICIENT STORAGE WAS AVAILABLE
>
>On Thu, Oct 21, 2010
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Scott Rowe
Sent: Thursday, October 21, 2010 5:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Storage usage in a job
Yes, you may get load failures in that case, but the failure wouldn't say:
FAILED BECAUSE INSUFFICIENT STORAG
Sent: Thursday, October 21, 2010 3:30 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Storage usage in a job
>
> On Wed, 20 Oct 2010 07:21:58 -0400, Veilleux, Jon L wrote:
>
> >By any chance did someone change the LINKLIST set recently
> >without an IPL? That can cause this error,
Sent: Thursday, October 21, 2010 3:30 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Storage usage in a job
On Wed, 20 Oct 2010 07:21:58 -0400, Veilleux, Jon L wrote:
>By any chance did someone change the LINKLIST set recently
>without an IPL? That can cause this error,
Can it? What kind of LinkList
Mike Toole wrote:
>The 120T in SDSF refers to 120 thousand frames. So multiply 120,000 by 4096 =
>491,520,000. That's how much real storage you're using.
Real or virtual?
If it's real, then this makes sense - it's only a 768MB guest.
--
...phsiii
Phil Smith III
p...@voltage.com
Voltage Securi
On Tue, 19 Oct 2010 19:10:34 -0700, Phil Smith wrote:
>We're doing some load testing, and running out of storage, but we
>can't figure out how to tell WHAT storage.
You've had some other hints, but I didn't see this mentioned. What
was displayed in the IEF374I message in JESYSMSG?
--
Tom Mar
.
===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===
From:
Phil Smith
To:
IBM-MAIN@bama.ua.edu
Date:
10/21/2010 02:43 PM
Subject:
Re: Storage usage in a job
Sent by:
IBM Mainframe Discussion List
Tom Marchant
On Thu, 21 Oct 2010 12:38:56 -0700, Phil Smith wrote:
>Tom Marchant asked:
>>You've had some other hints, but I didn't see this mentioned. What was
displayed in the IEF374I message in JESYSMSG?
>
>IEF374I STEP/RUN /STOP 2010292.0955 CPU 345MIN 59.72SEC SRB0MIN
00.44SEC VIRT 7752K SYS
Tom Marchant asked:
>You've had some other hints, but I didn't see this mentioned. What was
>displayed in the IEF374I message in JESYSMSG?
IEF374I STEP/RUN /STOP 2010292.0955 CPU 345MIN 59.72SEC SRB0MIN
00.44SEC VIRT 7752K SYS 272K EXT 1675360K SYS 12044K
--
...phsiii
-
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Phil Smith
>Sent: Tuesday, October 19, 2010 10:11 PM
>To: IBM-MAIN@bama.ua.edu
>Subject: Storage usage in a job
>
>We're doing some load testing, and running out of storage, but we can't
figure out how to tell
On Thu, 21 Oct 2010 12:03:51 -0700, Phil Smith wrote:
>Mike Toole wrote:
>>The 120T in SDSF refers to 120 thousand frames. So multiply 120,000 by
4096 = 491,520,000. That's how much real storage you're using.
>
>Real or virtual?
Real.
>If it's real, then this makes sense - it's only a 768MB gu
y, October 19, 2010 10:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Storage usage in a job
We're doing some load testing, and running out of storage, but we can't figure
out how to tell WHAT storage. Shortly before it blew off, the REAL column in
SDSF showed "120T". We're pr
Thanks to all who replied. Terry Draper asked some specific questions:
>You do not say what kind of batch job it is. Is it normal qsam/vsam or is
> it DB2?
This is doing encryption of huge volumes of data. I/O is very low.
>The CPU percentage (CPU time /elapsed time) is over 70%. This is
Please excuse me for that weird post before. Finger check; it wasn't
meant to be sent out at that time.
>We're doing some load testing, and running out of storage,
>but we can't figure out how to tell WHAT storage. Shortly
>before it blew off, the REAL column in SDSF showed "120T".
>We're prett
>We're doing some load testing, and running out of storage,
>but we can't figure out how to tell WHAT storage. Shortly before it
blew off, the REAL column in SDSF showed "120T". We're pretty sure that
wasn't 120 terabytes; it seems to be T for Thousand. But that isn't a
lot of memory?!
Here's the
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Phil Smith
Sent: Tuesday, October 19, 2010 10:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Storage usage in a job
We're doing some load testing, and running out of storage, but we can't figure
out how to tell WH
recommend fixing the virtual storage AND the high CPU percentage.
Terry Draper
zSeries Performance Consultant
w...@btopenworld.com
mobile: +66 811431287
--- On Wed, 20/10/10, Mike Schwab wrote:
From: Mike Schwab
Subject: Re: Storage usage in a job
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, 20
EFUSI
exit to determine what limits have been imposed.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Phil Smith
Sent: Tuesday, October 19, 2010 9:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Storage usage in a job
We're doing some lo
>We're doing some load testing, and running out of storage, but we can't
>figure out how to tell WHAT storage.
For this and the other thread (z/os 1.11 and low private):
Set a slip trap on the 878 (overriding the default that probably everybody has
to suppress them) and look at the resulting sd
120T = 120,000 4K pages over 480,000,000 bytes
On Tue, Oct 19, 2010 at 9:10 PM, Phil Smith wrote:
> We're doing some load testing, and running out of storage, but we can't
> figure out how to tell WHAT storage. Shortly before it blew off, the REAL
> column in SDSF showed "120T". We're pretty su
We're doing some load testing, and running out of storage, but we can't figure
out how to tell WHAT storage. Shortly before it blew off, the REAL column in
SDSF showed "120T". We're pretty sure that wasn't 120 terabytes; it seems to be
T for Thousand. But that isn't a lot of memory?!
Here's the
26 matches
Mail list logo
