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



Larry,

Many of operational processes, we review the spoolfiles of a job by the job. Also applies to AJS, we review a job and its spoolfiles.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Thursday, October 30, 2014 6:08 AM
To: Midrange Systems Technical Discussion
Subject: Re: CPI1468 - System job tables nearing capacity

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.

Glad you fixed the issue of course but may I ask why it would not work in your environment?

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 10/29/2014 10:18 PM, Steinmetz, Paul wrote:

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.

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

Follow-Ups:
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.