Re: DASD USAGE UTILITY

["oludare" <oludare@xxxxxxxxxxxxx>]

Hey people:

Using QSECOFR, the problem is not security, lock, access etc because this
utility was run on a dedicated system.  For one, I have 295 libraries on the
system and 85 of them are empty.  All 210 remaining libraries reported
correct sizes.  The output since 8/24/99 has been accurate as far as
individual lib sizes and daily size changes.  I'm leaning towards
unavailable QTEMPs but not after IPL and a dedicated system...  Currently
I'm going to try Jerry's suggestion about RTVDSKINF.  Anymore clues or
suggestions?


----- Original Message -----
From: Jewel, Jerry <jerry.jewel@nissan-usa.com>
To: <MIDRANGE-L@midrange.com>
Cc: <oludare@ix.netcom.com>
Sent: Wednesday, September 01, 1999 3:42 PM
Subject: RE: DASD USAGE UTILITY


> Not all objects on the system appear via DSPOBJD.  Microcode, for example.
>
> The best accounting I've seen is printed at the beginning of the Print
Disk
> Information (PRTDSKINF) reports.  To run, you must first build the
QAEZDISK
> data base file via the Retrieve Disk Information (RTVDSKINF) command.
These
> commands are a part of OS400.
>
> Regards,
> Jerry Jewel
>
>
> Better living through fine code and hot coffee!
> mailto:jerryjewel@email.com
>
>
>
> > -----Original Message-----
> > From: oludare [SMTP:oludare@ix.netcom.com]
> > Subject: DASD USAGE UTILITY
> >
> ...
> > I have created a DASD daily usage utility using DSPOBJD, CLP,QRY and
> > embeded
> > SQL
> >
> ...
> > What happened to 16% of DASD, where in the system can I find this used
> > storage or  is there a good explanation for the hidden space.
> ...
>

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---