|
This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] You might want to investigate the work management api's at http://publib.boulder.ibm.com/html/as400/v5r1/ic2924/info/apis/wm1.htm You can retrieve the temporary space retrieved by a job here. Thus you could write an application that retrieves all running jobs and sorts by the temp space. Maybe someone on the list has a sample application that you could modify. Hey, this could recur on your system. Better to get prepared now and see if you can spot the growth. Then there is always the RTVDSKINF/PRTDSKINF combo. I start out with the *SYS report and then go from there. Rob Berendt -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin "Glenn Birnbaum" <gbirnba@rei.com> Sent by: midrange-l-admin@midrange.com 03/29/2002 02:43 PM Please respond to midrange-l To: <midrange-l@midrange.com> cc: Fax to: Subject: RE: system is loosing disk space at extraordinary rate We've had similar situations when the WRKSYSSTS screen showed the 'Current unprotect used' as being way too big. This happened to us back on V4R4, and even at V5R1 (just once, an application query was the cause and when cancelled returned all the temp space). Back at V4R4, we had to apply several PTFs for a 'memory leak'. Sorry, but I don't remember the details. This 'bug' isn't as rare as you might have thought. The best way I've found to identify if one of the active jobs is using too much temp space is to use WRKJOB, then option 3 (Display Job Run Attributes), and look at the 'Temporary storage used' amount. If you have hundreds or even thousands of jobs running (we do), this could be difficult. Another technique might be to use WRKACTJOB, then sort by CPU % or one of the I/O columns to try to narrow down the jobs to look at. HTH, Glenn Birnbaum -----Original Message----- From: Philipp Rusch [mailto:Philipp.Rusch@rusch-edv.de] Sent: Friday, March 29, 2002 11:05 AM To: Midrange List Subject: system is loosing disk space at extraordinary rate Hello all, this is a strange one: I did a release upgrade on a V4R4 machine (a 720) to V4R5 in november last year. We were at about 50% used disk space at that time. PTF package C0198450 was installed at that date as well, everything went fine. Since we did not do any further IPLs since then, we someday noticed that something is eating up disk space, until we reached 92 % last week. Searching for the culprit was at no avail, we ended every user jobs, ended every non-system job on the system, it eats space on and on. A short calculation led us to round about 300 MB (!) temporary space which is used up every day since november. WRKSYSSTS showed 29 GB of temp used space out of 77 GB total, this is 38 % of the whole system ! When we scheduled an IPL to get rid of the temporary used space, I did endsbs *all *immed at first hand and suddenly all our used disk space was free again ! You could watch it coming back available when pressing F5 in wrkssysts display. I never saw this behaviour on an AS/400 before. IBM support was nearly as helpless as we, we ordered some PTFs that might help ... Any hints anybody ? Have a nice easter weekend, regards from germany, Philipp Rusch _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.