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


  • Subject: RE: DASD USAGE UTILITY
  • From: Tim Shepherd <tshepherd@xxxxxxxxx>
  • Date: Thu, 2 Sep 1999 11:54:44 +0200

I would agree with Jerry, RTVDSKINF and PRTDSKINF are very useful especially if 
you do not have any other package doing the work for you. (and it's free!!! 
(sort of!)).
We use a locally written product which does this and lots more (can RGPFM, 
CHGOWN etc, etc), and I believe they are about to go international, called 
MERCURY/DMA (Disk Manager Assistant). They also have another product 
MERCURY/RMA (Resource Manager Assistant) which reports of overall machine 
performance. I find both products very useful. If anyone is interested I could 
find out more info on their international partners and when it will be 
available.
(Not a reseller, just a VERY satisfied User!)

Tim Shepherd
Fraser Alexander Limited
Boksburg
South Africa

-----Original Message-----
From:   oludare [SMTP:oludare@ix.netcom.com]
Sent:   Wednesday, September 01, 1999 11:36 PM
To:     RPG AS/400 UserGroup; AS/400 Midrange Usergroup
Subject:        Re: DASD USAGE UTILITY

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
+---

application/ms-tnef


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.