Re: Finding large objects that are blowing up the system ASP

If you want to write your own tool, just look into the MI function MATRMD - Materialize Resource Management Data - use option hex 12. At least you can get a warning sooner than the message at 95% that's shut you down.

*Regards*

*Vern Hamberg*

IBM Champion 2025 <cid:part1.mfV4RUTm.QrfGSPXh@centurylink.net> CAAC (COMMON Americas Advisory Council) IBM Influencer 2023

On 4/23/2025 2:15 PM, Vern Hamberg via MIDRANGE-L wrote:

James

That tooling gives a snapshot of disk space - it's a necessary tool.

But you describe a different problem - the on-the-fly problem of reduction in disk space. I once worked for Centerfield Technology and wrote a utility that monitored disk space using an MI function - very fast to determine if space was going down fast, even at a 5 second interval.

It was sold eventually to S4i, and I think they still have it - yeah, https://solutionsfori.com/dasd-plus/ - spike detection is mentioned on that page.

I believe Fortra has Robot/Space - same kind of thing.

And I think Alan Campin wrote something once - not sure if it's available. There's a fine venerable site, https://www.think400.dk/ - and the download link there has lots of stuff by Alan Campin - I didn't see the disk space one, though.

The one I wrote would detect growth, then when your setting was passed, it'd go looking for where, with fairly aggressive techniques as I knew them at the time. S4i might have made it better, Fortra in their tool, probably does well.

*Regards*

*Vern Hamberg*

IBM Champion 2025 <cid:part1.kiyCFph0.X5odzBjh@centurylink.net> CAAC (COMMON Americas Advisory Council) IBM Influencer 2023

On 4/23/2025 1:16 PM, James H. H. Lampert via MIDRANGE-L wrote:

On 4/23/25 11:02 AM, Jack Woehr wrote:

https://www.ibm.com/support/pages/printing-disk-space-reports

Thanks. I've now put it on my bookmarks toolbar under the name "Finding large objects on an AS/400.

I'll run the report once I've finished getting rid of a long-obsolete Tomcat IFS directory. It's amazing just how much <expletive deleted> a Tomcat server can accumulate.

--
JHHL