Re: Oh where has my disk space gone? -- MIDRANGE-L

Then again, if you use a lot of IFS or folders DSPOBJD doesn't catch one
drop of that.

If you run both DSPOBJD and RTVDSKINF, and you have a LOT of objects - as
we do, well... DSPOBJD gives a file of size 188,796,928 bytes.  The size of
the file QUSRSYS/QAEZDISK is 92,303,360

Rob Berendt

==================
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    "Steve Richter"
                    <srichter@AutoCoder       To:     <midrange-l@midrange.com>
                    .com>                     cc:
                    Sent by:                  Fax to:
                    midrange-l-admin@mi       Subject:     Re: Oh where has my 
disk space gone?
                    drange.com


                    11/15/2001 11:29 AM
                    Please respond to
                    midrange-l






Rebecca,

To get answers now, if at all possible,  instead of waiting for RTVDSKINF
to
run later, you should run Dspobjd *all/*all *all to an outfile as suggested
in an earlier reply.

Use WRKQRY to create two queries, one by object size descending, the other
a
library summary with an object size total.  The guilty parties then show
themselves:  too many objects in qrplobj ( need to ipl ), library qspl has
a
lot of space used ( too many spooled files, need to rplsplstg ), save files
have not been cleared ( need to get tough and break some arms ), ....

Dspobjd may run for a while ( 30 minutes ). You should run it in batch as
qsecofr. Also the outfile might reach its default capacity.  I get around
that by running DSPOBJD to an outfile on a single object.  Call the outfile
"qgpl/dspobjd". After running the dspobjd on the single object, CHGPF
QGPL/DSPOBJD Size(*NoMax).

Good luck,

Steve Richter

----- Original Message -----
From: "Rebecca Snyder" <rsnyder@atlasdie.com>
To: <midrange-l@midrange.com>
Sent: Thursday, November 15, 2001 10:38 AM
Subject: RE: Oh where has my disk space gone?


> Thanks everyone for all the suggestions. I've set RTVDSKINF to
> run tonight at 8pm. I've never run it before so I won't have
> anything to compare it to, but maybe something will stick out.
>
> We only save 4 days of performance data, which when I deleted
> 3 days worth it got me .1% of space back.
>
> We do run cleanup and keep the following:
>
> Number of days to keep:
>   User messages . . . . . . . . . . . . . . . . .   15            1-366,
> *KEEP
>   System and workstation messages . . . . . . . .   15            1-366,
> *KEEP
>   Job logs and other system output  . . . . . . .   30            1-366,
> *KEEP
>   System journals and system logs . . . . . . . .   30            1-366,
> *KEEP
>   OfficeVision for AS/400 calendar items  . . . .   0             1-366,
> *KEEP
>        (we don't use office vision)
>
> Are we saving too much? What do you suggest for these options?
>
> We also do a monthly IPL. In fact we just did one this Saturday.
> I've never run RCLRSC or RCLSTG for that matter. We've had our
> AS/400 (iSeries) since June 1999, and this is our first one.
> We only use Mapics for our carbon paper business. Our steel rule
> die business still runs our home-grown system on our VAX. Our
> computer room did not implode when we put an AS/400 next to our
> VAX!! I'm planning on doing a RCLSTG on some weekend in December.
> Would it be better to do RCLRSC or RCLSTG? Or maybe both?
>
> So needless to say I was kind of thrown on the thing without any
> training (except in mapics) and everything I've learned over the
> past 2 1/2 years has been out of necessity or from reading
> the messages posted here. I did manage to get copies of "Control
> Language Programming for the AS/400" and "Mastering the AS/400",
> both which has been very helpful although I haven't had the time
> to read through either of them. I've just picked out what I've
> needed at the time I needed it. One of these days I'm going to
> see if one of our local colleges has classes that I can take
> after hours...
>
> I'll stop rambling now & thanks again for all the help!
>
> Rebecca Snyder
>
>
> > -----Original Message-----
> > From: Rebecca Snyder [SMTP:rsnyder@atlasdie.com]
> > Sent: Thursday, November 15, 2001 4:16 PM
> > To: midrange-l@midrange.com
> > Subject: Oh where has my disk space gone?
> >
> > In the past 2 months my disk space has gone from
> > 45% used to 75% used... and I've got 50G of space!
> >
> > How can I tell what's using up my disk space? Because
> > we couldn't possibly be selling that much carbon paper!
> >
> >
> > Rebecca Snyder
> > Atlas Companies, Inc
> > 219-295-0050 ext 242
> > mailto:rsnyder@atlasdie.com
> >
> > _______________________________________________
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> > list
> > To post a message email: MIDRANGE-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> > or email: MIDRANGE-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
> >
>
> ---------------------------------------------------------
>
> "The content of this e-mail message and all attachments thereto ("this
> message") does not necessarily reflect the views of Fraser Alexander
Group
> of Companies (FAGC). Before acting on the contents thereof, the recipient
> should verify that the originator has the appropriate delegated
authority.
> In the event that this message has not been appropriately authorised in
> terms of FAGC delegation of authority, or in the event of the personal
usage
> of FAGC 's e-mail facility, FAGC will not be liable for the contents of
the
> message.
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.