|
You probably omit /QIBM in your reports or collection. <VENDOR ON> Our disk/HUNTER tool helped catch this type of issue with one of our customers. <VENDOR OFF> Elvis -----Original Message----- Subject: Whopping significant disk space on our 520 development lpar. We've freed up a LOT of space on our 520 development lpar. Went from 74.6% all the way down to 45%. A difference of 30%. 30% of 776GB was 233GB or between three and four 70GB disk drives. Coworker noticed that the amount of space in the directory /QIBM/UserData/OS400/MGTC/service was quite staggering. I looked - they were all Management Central traces. I used the File Systems part of iNav to sort by last change date. Anything that wasn't change, or accessed, this month I deleted. Over 700 files. As a result in this savings we may see a change in: - Length of time to do downtime backup. - Maybe even the number of tapes to do a backup. Maybe I ought to look at this on our production lpar on our 570? ;-) Now if I can figure out why that dang directory does not appear on our reports! And the boss just rush ordered in several disk drives, a raid card. Oopsie. Time to duck out to lunch. Rob Berendt
As an Amazon Associate we earn from qualifying purchases.
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.