|
Robert, From a performance perspective, I don't think it matters much whether you use an additional subsystem or use the existing one - provided you don't set up a private memory pool for the subsystem.. If it makes it easier for you or your operation's staff to have these jobs separated, then go for it (IMHO). If your jobs are bombing out once they hit the job queue, it may be that you do not have a valid routing entry in your subsystem. For batch work, there is usually an entry that looks for a Comparison Value of "QCMDB" and then routes the job to the appropriate pool for processing. However, even if you have the "QCMDB" entry, it is possible that Routing Data on your submit job is not using "QCMDB". Check to see how you are submitting the job and be sure you have a valid routing entry. If all else fails, you can set up a Routing Entry with a Comparison Value of *ANY, but by doing this, you are allowing jobs of all type to be processed in this subsystem. The routing entry specifies which pool to process the job, so you will need to be sure you have pool associated with the subsystem description. It will also point to a Class, so be sure that the specified Class exists. If this is all setup correctly, you can check the job log for the subsystem. There should be some indication as to why the jobs are bombing out. Also, look in QHST for additional help. If all else fails, do a CRTDUPOBJ on the QBATCH subsystem and copy it to a new batch subsystem. Todd Kidwell (Netstar) AS/400 System Administrator >>> "Robert E. Burger" <rburger@home.net> 01/07/00 12:20AM >>> I would like to create (or get feedback about why I shouldn't create) a "secondary" batch subsystem for a few simple jobs that run all of the time but are in a DLYJOB state most of the time. Is this a bad idea? What steps are necessary to set this up. I tried to follow an example from the Work Management guide but jobs submitted to the JOBQ for the new subsystem fail as soon as thy hit the subsystem. Thanks in advance, Robert E. Burger Information Systems Coordinator Tarrant County CSCD Fort Worth, Texas, USA ============================= AS/400 9406-620 running OS/400 V4R4 AS/400 9406-170 running OS/400 V4R4 +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.