× 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.



Hi, Rob:

I see that link I embedded does not work ... sorry about that ...

Let me try again ...

http://www.itjungle.com/fhg/fhg102809-story03.html

I found this with a google search for "os/400 reclaim temporary storage" ... (without the quotes).

All the best,

Mark S. Waterbury

On 3/6/2012 9:04 AM, rob@xxxxxxxxx wrote:
DSPSYSSTS shows
Current unprotect used : 401774 M

Just for reference, that's 2/5 of a TB tied up in temporary storage. We
have a few lpars with total lower disk than that. Here's another lpar
Current unprotect used . : 208052 M
What has ran on this second lpar? In December we IPLd it. One weekend
only, shortly after that, we switched over from our main lpar to this lpar
to run Infor's LX on a Friday and did our Mimix switch back on Sunday
evening. Since then, just Mimix and BRMS. That's it. For that it needs
1/5TB of temp storage? Another way to look at it. We just added four
283GB disk drives to this backup lpar. The space of one of those is used
for temporary storage.

Going back to the primary one. The primary lpar runs domino. The backup
domino stuff is on yet other lpars and not our backup. Here's a diagram:

|---DomBackupLpar
PROD---|
|---MimixLpar

IBM knows of some of our memory leaks and had to patch the OS and rewrite
the DLTSTSHMEM command to clear out some of the memory leaks. We had so
many leaks it was blowing that command up. They felt this might be
contributing to temporary storage. It helped. I even captured a
dspsyssts before/after the dltstshmem. But that only freed up 3GB of
temporary storage. But apparently 3GB by sametime left hanging after not
only it's jobs, but it's whole subsystem is ended, and xGB by another job
and another job and another job starts to add up.

Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.