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



This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
When was the last time you did a RGZPFM to reclaim deleted records?

> -----Original Message-----
> From: Steve Richter [SMTP:srichter@AutoCoder.com]
> Sent: Thursday, November 15, 2001 11:30 AM
> To:   midrange-l@midrange.com
> Subject:      Re: Oh where has my disk space gone?
>
> 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.
--




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.