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

[Vern Hamberg <vhamberg@xxxxxxxxxxxxxxx>]

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