× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Just ran across these Temporary Storage PTFs, for growth/leak problems.
maybe someone else mentioned them, but here's the link

<http://www-912.ibm.com/s_dir/slkbase.nsf/1ac66549a21402188625680b0002037e/88c105155938650086256a570053a140?OpenDocument&Highlight=0,qzdasoinit>

At 12:13 PM 4/2/02 +0200, you wrote:
>Memory leak in V4R5 ?
>
>A short summary of what we already investigated:
>
>- we controlled spool files / outqueues: there are few files (some
>hundred, not unnormal amount
>for a system of this size)
>- we are not using Save While Active (SWA), neither in our own jobs, nor on
>the commercial packages we use.
>- we don't do SQL (this was the one with the big index files)
>- we dont't do TCPIP over SNA controllers, we only have one 5494 doing
>native SNA
>- we dont't see high I/O activity on the system
>- we don't see jobs "abusing" the system with high percentages of CPU capacity
>- we are running a scheduled RTVDSKINF in the morning (6.00) and in the
>evening (19.00)
>to be able to compare %temporary used against the values of the snapshots
>before
>Results so far:
>- the nightjobs don't "eat" disk, seems to be no backup issue, then
>- even if only some users (under ten) are using the system (its easter
>holidays in germany)
>it eats memory at a significant rate (200 MB during a day)
>- we have intensive use of IFS-directories for temporary storage of bitmap
>files that are
>being merged into print jobs on the PC that triggers this job, could this
>be the culprit ?
>
>Thanks everybody for your tips so far,
>Philipp Rusch
>
>Philipp Rusch schrieb:
>
> > 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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.