Re: system is loosing disk space at extraordinary rate

Mac,
If you've got the latest CUM PTF, you should feel comfortable with a
permanent apply of the PTF's. Also, blow away any spool files that have been
left hanging around. I discovered that one new client had not been doing
housekeeping on his output queues, and had over 40,000 "junk" spool files in
one queue. When I brought this to the attention of the IS manager, he had me
delete anything older than 30 days (I've got a little utility). 37,000
reports went bye bye and I got back 8.5% of the DASD.

Paul Nelson
Braxton-Reed, Inc.
877-777-2729 Office
630-327-8665 Cell
708-923-7354 Home
pnelson@braxton-reed.com
----- Original Message -----
From: <MacWheel99@aol.com>
To: <midrange-l@midrange.com>
Sent: Friday, March 29, 2002 3:14 PM
Subject: Re: system is loosing disk space at extraordinary rate


> A few weeks ago we went from V4R3 to V4R5 & with some trepidation I looked
at
> disk space consumption before & after.  We are on a 12 Gig model 170 & I
> asked the rhetorical question "If V4R5 is going to eat 5% more of disk
space,
> what will V5R1 eat?"  Then the next day I was annoyed to see disk space
went
> down by another 5%, ditto the next.
>
> Well it has stabilized now, but I have been running IPLs much more
frequently
> than in the past, and tackling some disk space wastage issues in
applications
> where previously I did not feel motivated to spend the time at cleaning up
> what might be marginal.  Now I feel happy if I have saved 0.05 % disk
space
> after a large chunk of my time futzing with stuff, because the disk space
> consumption is unhealthy.
>
> My theory ... is that V4R5 needs to convert some of our stuff to a new
format
> that eats more disk space, but it does not do the conversion until we
> actually use it.  I had seen references to this in various past threads
with
> respect to:
>
> What all information baggage is carried along with a spool file report;
> What all is in a file external description that can make SQL more
efficiently
> access it & also provide capabilities for new kinds of file ingredients;
> System indexing that can make SQL & other access methods more productive,
at
> the cost of eating more disk space.
>
> Also perhaps temporary PTFs are eating more disk space than we realized.
> Buying another hard drive is not an option as far as management is
concerned.
>
> MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac)
> _______________________________________________
> 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.
>
>