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



Rebecca,

If the mapics appl log is at 10G, it is using 20% of your 50G of dasd. So it
is important that you focus on it. ( you might want to dspobjd on it right
now and see its current size )

You just did an ipl, so another will not get you much space.  The rclstg is
something to try at some point, but on a system your size, it will not get
you much space.

Maybe disktasks is better for you, I have never used it so I cant say.

Either way, ( I know dspobjd takes a long time to run ), you need to know
who the 10 ten heavy hitters are on your system.

Keep at it,

Steve Richter

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


> I've never done this.... Will it take a long time because I've
> never done this? I don't think anyone else here has either....
>
> > When was the last time you did a RGZPFM to reclaim deleted records?
>
>
> Also, I did do this and it took a looonnnnggg time to run.
> I did find 3 very large files (size > 1,000,000,000). One
> of them is the application log for mapics (size=9,999,999,999).
> It's in an environment that doesn't get used, so I'm working
> on cleaning that up - it will probably take all day.  Another
> was a JRNRCV file for one of our test environments - I went in
> and stopped journaling and deleted the file. Another one is
> the "Master file and data area savefile" for our mapics backup.
> I'll have to figure out what that is and if I can clean it up.
>
>
> > 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
>
>
> THANKS :)
>
> Rebecca
>
>
> _______________________________________________
> 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 ...

Replies:

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.