|
OK folks, I've got one that has me stumped. Printing to a remote writer through TCP, the printer appears to be printing fine. After a variety of print files are printed, an error occurs on the Host Print Transform of a spool file, and the spool file is placed on hold. At this point, any spool file in the output queue is placed on hold. The only way to correct the problem is to end the writer and restart it. At this point, ALL of the files will print, including the one that caused the problem (I think it is the one causing the problem) I have only seen joblogs of the problem, and each time it is the same spool file, but that may be misleading, because almost all of the printing for that printer is this one particular spool file. It gets better, the manager feels that it must be a program problem, but I wrote the program, and cannot find anything wrong. It is straight text, a simple report, nothing fancy. The fanciest thing is an underline performed by printing without advancing from the O-specs of the program. Since he feels it is a program problem, he won't allow me to report it to IBM. And since I wrote the report program, I should fix it. I feel that at the very least, there is a problem in that ALL the other spool files are placed on hold. If only one was placed on hold, and the following files were printed, it would be consistent with printing a spool file with attributes the printer could not handle. Since the spool file is an object, it should not affect other objects, such as the other spooled files in the output queue. Here is the sequence of events: 14:22:39 *NONE CALL QSYS/QSPWTRM1 (Print Writer Starts) 14:22:46 CPC2206 Ownership of object LPRDATA000 in QTEMP type *USRSPC changed. 14:22:46 CPC2206 Ownership of object LPR_SPACE in QTEMP type *USRSPC changed. 14:22:27 TCP3600 Spooled file PRT132A sent. 14:22:52 TCP3600 Spooled file XSYSPRT sent. NOTE:(This is from OPTIO, formerly XPOINT pasckage) 14:22:52 CPC2206 Ownership of object LPRDATA000 in QTEMP type *USRSPC changed. 14:22:52 CPC2206 Ownership of object LPR_SPACE in QTEMP type *USRSPC changed. 14:22:53 TCP3600 Spooled file PRT132A sent. 14:22:54 TCP3600 Spooled file XSYSPRT sent. 14:22:57 TCP3600 Spooled file XSYSPRT sent. 14:23:02 TCP3600 Spooled file XSYSPRT sent. 14:27:48 TCP3600 Spooled file XSYSPRT sent. 14:56:51 CPC3C1E Required parameter 9 omitted. Cause: you passed a NULL pointer or a value for parameter 9 that indicated you wanted to omit the parameter and take the default value. A null pointer or omitted parameter is not allowed for parameter 9 by ILE entry point QWPZHPT1. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 14:56:51 CPF6DF5 Value 10 not valid for process option parameter. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 14:56:51 TCP371A Send request failed for spooled file PRT132A. Cause: An error occured while transforming spooled file PRT132A, number 3 for job 704664/JOEBLOW/JOBNAME. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 ******** At this point, all following print files are put on hold. It is my understanding that this file is also put on hold, ******** but I have not been present when it happens, so I can't swear to it. 14:59:11 CPC2206 Ownership of object LJOBLOGSPC in QTEMP type *USRSPC changed. 14:59:11 CPF6DF5 Value 10 not valid for process option parameter. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 14:59:11 TCP371A Send request failed for spooled file XSYSPRT. Cause: An error occured while transforming spooled file XSYSPRT, number 430 for job 703036/QSECOFR/OPTIOVQ. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 15:03:54 CPF6DF5 Value 10 not valid for process option parameter. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 15:03:54 TCP371A Send request failed for spooled file PRT132A. Cause: An error occured while transforming spooled file PRT132A, number 3 for job 704664/JOEBLOW/JOBNAME. To module: SPRMTDR To Procedure: SendTcpIpSpooledFile To Statement: 126 ******** Same sequence of messages repeats until the writer is ended. Searching Software knowledge DB showed a problem in earlier releases with User Profile max storage being set to 17000. Manager checked QSPLUSR and the individual user's profiles and they are set to *NOMAX. This was prior to V4R3, which is the release being run. Sorry about the length of this post, but I am stumped. Any thoughts? Thanks, Bob Larkin +--- | 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-2025 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.