|
On Fri, 2003-05-09 at 08:22, SANTOSH PRASAD wrote: > We have two V4R5 and were normal IPLed about a week back. > The system ASP of both machines howers around 50% usually. > It was okay till two days back. But yesterday, one of the m/c showed an > ASP of 70%. > > We collected disk info and printed for both machines. > The m/c whose ASP was still 50% has temporary space used as 1.6% while the > m/c whose ASP was 70% has temporary space as 20%. The user libraries have > about the same amount of data as for the last 1 month. > > I have a good hunch that "temporary space" will be free once system is > IPLed. > I want to know how this "temporary space" gets filled and whether I can see > it . > Can I get this space back without IPL or taking the system to restricted > state ? Hi Santosh We've had similar issues with server jobs servicing ODBC requests etc, that seem to go awry and just chew up storage, even after the user has shut off their PC. We got the space back once the offending job was ended. To identify them I wrote a small routine we can run on an ad-hoc basis when storage seems to be taking more of a hit than usual. The code is available at http://www.dbg400.net/extras.html#chktmpstg - it's just a single RPGLE routine. What it doesn't report is large files generated in QTEMP (by query, SQL etc) that I haven't found a way of identifying yet. Another thing to look at might be abnormal numbers or excessive size of spool files. Just prior to a V5R1 upgrade on one of our machines a Domino job started spitting out 2000+ page error reports at the rate of 1 or two a minute. Over the day (before we spotted it) it had taken around 10% of the DASD. Regards, Martin -- martin@xxxxxxxxxx AIM/Gaim: DBG400dotNet http://www.dbg400.net /"\ DBG/400 - DataBase Generation utilities - AS/400 / iSeries Open \ / Source free test environment tools and others (file/spool/misc) X [this space for hire] ASCII Ribbon Campaign against HTML mail & news / \
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.