Phil, You do not say what kind of batch job it is. Is it normal qsam/vsam or is it DB2? The CPU percentage (CPU time /elapsed time) is over 70%. This is very high for a non DB2. Even for DB2 it would have to find most of the data already in bufferpools. The fialure is insufficienty storage to loadf a module. The module name is a sample module for LE(searhced GOOGLE for it). So it is probably not big. Also you have paging at 228K according to your joblog. I would assume your working set is large. I would not expect it to be a real storage problem It is almost certainly a virtual storage problem in the jobs region. Try increasing your region size. Also are you sure you are not looping on the same record - hence the high CPU percentage. Maybe you build an in memory table and the larger volumes are blowing the region. I would 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 <mike.a.sch...@gmail.com> wrote: From: Mike Schwab <mike.a.sch...@gmail.com> Subject: Re: Storage usage in a job To: IBM-MAIN@bama.ua.edu Date: Wednesday, 20 October, 2010, 4:42 120T = 120,000 4K pages over 480,000,000 bytes On Tue, Oct 19, 2010 at 9:10 PM, Phil Smith <p...@voltage.com> 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 sure that wasn't 120 terabytes; it > seems to be T for Thousand. But that isn't a lot of memory?! > > Here's the job output when it failed - does this offer any clues? Any hints, > or pointers to doc, are gratefully accepted! > > EW4000I FETCH FOR MODULE EDCUZZZZ FROM DDNAME -LNKLST- FAILED BECAUSE > INSUFFICIENT STORAGE WAS AVAILABLE. > SV031I LIBRARY ACCESS FAILED FOR MODULE EDCUZZZZ, RETURN CODE 24, REASON CODE > 26080021, DDNAME *LNKLST* > --TIMINGS (MINS.)-- > -----PAGING COUNTS---- > STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK SERV WORKLOAD > PAGE SWAP VIO SWAPS > RUN 3632 474037 51 345.99 .00 482.8 558935 BATCH > 288K 0 0 0 > HUDIUNIR ENDED. NAME- TOTAL TCB CPU TIME= 345.99 TOTAL > ELAPSED TIME= 482.8 > HASP395 HUDIUNIR ENDED > -- > ...phsiii > > Phil Smith III > p...@voltage.com > Voltage Security, Inc. > www.voltage.com -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
