IT Jungle just published my latest tip on detecting and deleting excessive job logs on an IBM i machine.
To view this article, click here.
**************************************************
This post sponsored by Hertvik Business Services (HBS). HBS provides IT consulting and content production services for the IT industry, including review and consulting on IBM i (AS/400) high availability environments. Feel free to contact Joe Hertvik for a free consultation and estimate for your projects.
Follow Joe Hertvik on Twitter @JoeHertvik. You can also add Joe to your professional network on LinkedIn by clicking here.
Joe,
I do something similar on one of my LPARs where this had become a problem.
I follow it up with a daily scheduled job to reclaim the spool storage during non-peak hours, as well because it has relatively few resources (and every little bit helps). This may also be helpful for LPARs that aren’t IPL’d regularly.
Schedule a command like this (adjusted for the environment, of course):
SBMJOB CMD(RCLSPLSTG DAYS(*NONE))
JOB(RCLSPLSTG)
JOBQ(QBATCH)
OUTQ(PRINTNOT)
USER(SCHEDJOBS)
LOG(4 00 *SECLVL)
LOGCLPGM(*YES)
Ironically, it produces a joblog itself, but isn’t necessary. 🙂
Thanks, Robert. We don’t usually run RCLSPLSTG because we have it set up i our system values, but this is a great idea too. It’s amazing how much space spooled files can take up, if you let them. On one of my client systems, it was up to 10% of usuable storage.
Love that PRINTNOT output queue name. Have to put one of those on my system.