|
Spoolfiles would remain on the system, but no longer would be > associated with the job. This would solve the issue, but from > an operational standpoint would not work in our environment.
Larry,--
I read the help text for QSPLFACN to *DETACH.
Spoolfiles would remain on the system, but no longer would be associated with the job.
This would solve the issue, but from an operational standpoint would not work in our environment.
When the job ends, the spooled files are detached from the job and the
job is removed from the system.
After further research, what we did find and confirm that one of the debug options was set to *YES for a 3rd party product, RXS.
Each time this product invoked QSH, either directly or through an IBM api, a joblog was created.
In one example, each time one of our processes was called, which in turned invoked multiple RXS processes, 4 joblogs were created.
Changing the debug option from *YES to *NO has stopped the creation of these QSH empty, useless, joblogs.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
DrFranken
Sent: Wednesday, October 29, 2014 9:34 PM
To: Midrange Systems Technical Discussion
Subject: Re: CPI1468 - System job tables nearing capacity
Consider setting QSPLFACN to *DETACH. This will free up the job control blocks when the job ends.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 10/29/2014 11:26 AM, Steinmetz, Paul wrote:
We launched a new app several weeks ago, each occurrence of this creates a new job and job log.--
We previously ran about 4,000 jobs per day, now we are now up to 18,000 jobs per day, on the average.
I keep joblogs for 90 days.
We now hit 90% of job tables,
WRKSYSVAL SYSVAL(QMAXJOB) already set at max, cannot be increased. I wish this could be increased.
DSPJOBTBL
Total . . . . . : 436831
Maximum . . . . : 485000
I think my only option is to change the new app not to create a job
log,
Any other thoughts from the group.
Thank You
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx
http://www.pencor.com/
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx 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 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.
midrange.com
