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



Bill,

I can't speak to your direct experience, but it does contradict the
characteristics of the RCLSPLSTG command.  On a stable system, one on
which the number of spool files stays relatively constant; the command
will have very little benefit.

Spool file data is stored in physical file members in the QSPL library.
If I recall correctly, each physical file has 1,000 members.  When a
spool file is deleted from an output queue or finishes printing with
SAVE(*NO), then that member is cleared.  To lessen system overhead,
these members are reused constantly.  The RCLSPLSTG command removes
those members from the physical files which have been empty for the
specified number of days.  I would use the command when you have had an
abnormally large number of spool files on your system and then they are
gone.  It will remove those empty members.

If you feel like poking, you could look at the characteristics of the
files by signing on with *ALLOBJ authority and then using PDM in the
QSPL library.  You should find some empty members which consume very
little storage.  Look only if you do this!  :)

Regards,
Andy Nolen-Parkhouse

> This was not my experience on a V4R4 (V4R5?) system.  Batch job
entered a
> loop
> and was spitting out job logs consistently until we stopped it.  A
couple
> thousand job logs were deleted and we did not regain the disk space
until
> the
> spool storage was reclaimed.
>
> Also, if the system were to run as you suggest, then what would be the
> purpose
> of the reclaiming storage command?
>
> Bill



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.