Re: LPRng: Jobs being sent to stalled printers.
I've run into this one. Look at the lpd.conf manpage and specifically the following parameters : send_try (default: 3) Numbers of times to try to send a job to the printer or remote host. A 0 value means an infi nite number of times. connect_interval (default: 10 (seconds)) The time to pause after a failed connection or open of the printing device before attempting a new con nection or open. connect_timeout (default: 10 (seconds)) The time to wait for a device open or connection to complete. A zero value is infinite timeout. stalled_time might also be of interest. By simply setting send_try=0 the job will never drop off. Joseph Formoso wrote: Folks, This morning, our Operations staff found both of our HP8100's had console errors. As a result, it appears that any jobs submitted after the errors appeared got dumped off the queue. I would really like it if, when the printers stopped accepting jobs (due to paper jams, etc.) that the jobs that were in the queues *stayed* in the queues until the problem got cleared. Is there any way to set up the config so that happens? I feel that I must be missing something pretty basic. In any case, the two 8100s are pooled; the relevant chunk of our printcap file is thus: --- laser|las|ps|lps|hp8100pool:\ :sd=/var/spool/lpd/hp8100pool:\ :sv=hp8100a,hp8100b hp8100a|first:\ :rw:\ :mx=0:\ :bp=/usr/local/libexec/filters/psbanner:\ :lp=foo1.bar.baz%9100:\ :af=hp.acct:\ :lf=hp.log:\ :filter=/usr/local/libexec/filters/ifhp:\ :ifhp=model=hp8100:\ :sd=/var/spool/lpd/hp8100a:\ :ss=hp8100pool hp8100b|second:\ :rw:\ :mx=0:\ :bp=/usr/local/libexec/filters/psbanner:\ :lp=foo2.bar.baz%9100:\ :af=hp.acct:\ :lf=hp.log:\ :filter=/usr/local/libexec/filters/ifhp:\ :ifhp=model=hp8100:\ :sd=/var/spool/lpd/hp8100b:\ :ss=hp8100pool --- Many thanks for any assistance. --Joe - Joe Formoso ([EMAIL PROTECTED]), Senior Systems Administrator, IT Department, Stevens Institute of Technology - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. - -- David K Livingstone CN Signals and Communications 10004 104 Ave, 21st Floor Edmonton, AB, T5J 0K2 Ph : 780 421-6323 Fax : 780 421-6607 Email: [EMAIL PROTECTED] Text Page : [EMAIL PROTECTED] - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
Re: LPRng: Problem with ifhp-3.3.21
Found the solution !! On the ExtendNet external print servers there is a port configuration parameter for "Language Switching"(ie PCL/PS), on mine the value was set to "Auto". The trick is to set this to "off". Now the "pjl echo" is returned almost immediately. Obviously the transfer time does not improve. I verified this with other setups. Suggest you add this to the documentation ... Question : What arguments can I use to persuade our IT department to switch from external ExtendNet print servers to internal JetDirect cards ? [EMAIL PROTECTED] wrote: From [EMAIL PROTECTED] Fri Oct 6 07:25:37 2000 From: David Livingstone [EMAIL PROTECTED] Subject: Re: LPRng: Problem with ifhp-3.3.21 To: [EMAIL PROTECTED] Date: Fri, 6 Oct 2000 09:07:02 -0400 (EDT) Yes there may be a problem with the printer but the point was and still is : - 3.3.21 does not work as per emails. - the below setup is with 3.3.20 and also as noted only works with status enabled(ie status@) causes the below jobs to fail. - with the original config(please see earlier emails) the printer works for all jobs but without status. - for other printer protocols(ie vines) the printer works without a glitch or delays. I gather that your printer is actually on a parallel port of a print server box. I have found that the 'bidirectional' support for these boxes can be very 'slow' when you want status. Apparently what happens is the box needs to turn the parallel port around. It has no knowledge of the 'need' to do this, so it simply uses a simple timeout mechanism: after N seconds without writing to the parallel port (N seconds idle) try to read status from the port. There might be a way to configure N so that it is small (N = 5 is usually about right), but in general I have had little luck doing this. I strongly recommend that you use an internal JetDirect or other card that plugs into the printer. This will directly place data into an internal buffer and will read status and error information from an internal buffer, and act as a true full duplex data channel to the printer. From [EMAIL PROTECTED] Wed Oct 4 13:14:04 2000 Date: Wed, 04 Oct 2000 18:45:21 + From: David Livingstone [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: LPRng: Problem with ifhp-3.3.21 My apologies ... I spoke too soon. On small jobs everything appears to work. On larger jobs in PS only some or none of the output is printed. However in these cases the status according to LPRng is okay - ie sent correctly and removed from queue. However on the printer the status is still the name of the user who sent the file, ie root, and it stays that way until the printer is sent another job. If I remove the status@ the job does print properly(and the pagecount is updated). However at this point I am back to the problem of the printer taking 2 minutes to complete ! using model 'hp8000' at 14:31:20.531 pagecount using 'pjl info pagecount' at 14:31:20.533 setting up printer at 14:31:20.533 getting sync using 'pjl echo' at 14:31:20.533 sync done at 14:33:03.274 pagecounter 118788 at 14:33:03.275 pagecounter 118788 at 14:33:03.275 sending job file at 14:33:03.276 starting transfer at 14:33:03.276 initial job type 'POSTSCRIPT' at 14:33:03.276 decoded job type 'POSTSCRIPT' at 14:33:03.276 job type 'POSTSCRIPT' at 14:33:03.276 transferring 141754 bytes at 14:33:03.277 28 percent done at 14:33:03.279 57 percent done at 14:33:04.235 86 percent done at 14:33:05.758 data sent at 14:33:06.875 sent job file at 14:33:06.875 getting end using 'pjl job/eoj' at 14:33:06.876 end of job detected at 14:33:38.909 pagecounter 118790 at 14:33:39.406 pagecounter 118790, pages 2 at 14:33:39.406 done at 14:33:39.407 Well, you can see what is happening here: getting sync using 'pjl echo' at 14:31:20.533 sync done at 14:33:03.274 This is where things are nasty - it took over a minute to wake up and respond! pagecounter 118788 at 14:33:03.275 pagecounter 118788 at 14:33:03.275 sending job file at 14:33:03.276 And the page counter getting was probably part of the same message sent job file at 14:33:06.875 This is slow, 3 secs for 141K, but it got there... getting end using 'pjl job/eoj' at 14:33:06.876 Well, it thinks that the printer started responding after 30 seconds, and the paper path is flushed. end of job detected at 14:33:38.909 And it takes its time responding with the page counter value. pagecounter 118790 at 14:33:39.406 Which it did and pagecounter 118790, pages 2 at 14:33:39.406 done at 14:33:39.407 You started getting responses at: sync don
Re: LPRng: Problem with ifhp-3.3.21
Yes there may be a problem with the printer but the point was and still is : - 3.3.21 does not work as per emails. - the below setup is with 3.3.20 and also as noted only works with status enabled(ie status@) causes the below jobs to fail. - with the original config(please see earlier emails) the printer works for all jobs but without status. - for other printer protocols(ie vines) the printer works without a glitch or delays. From [EMAIL PROTECTED] Wed Oct 4 13:14:04 2000 Date: Wed, 04 Oct 2000 18:45:21 + From: David Livingstone [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: LPRng: Problem with ifhp-3.3.21 My apologies ... I spoke too soon. On small jobs everything appears to work. On larger jobs in PS only some or none of the output is printed. However in these cases the status according to LPRng is okay - ie sent correctly and removed from queue. However on the printer the status is still the name of the user who sent the file, ie root, and it stays that way until the printer is sent another job. If I remove the status@ the job does print properly(and the pagecount is updated). However at this point I am back to the problem of the printer taking 2 minutes to complete ! using model 'hp8000' at 14:31:20.531 pagecount using 'pjl info pagecount' at 14:31:20.533 setting up printer at 14:31:20.533 getting sync using 'pjl echo' at 14:31:20.533 sync done at 14:33:03.274 pagecounter 118788 at 14:33:03.275 pagecounter 118788 at 14:33:03.275 sending job file at 14:33:03.276 starting transfer at 14:33:03.276 initial job type 'POSTSCRIPT' at 14:33:03.276 decoded job type 'POSTSCRIPT' at 14:33:03.276 job type 'POSTSCRIPT' at 14:33:03.276 transferring 141754 bytes at 14:33:03.277 28 percent done at 14:33:03.279 57 percent done at 14:33:04.235 86 percent done at 14:33:05.758 data sent at 14:33:06.875 sent job file at 14:33:06.875 getting end using 'pjl job/eoj' at 14:33:06.876 end of job detected at 14:33:38.909 pagecounter 118790 at 14:33:39.406 pagecounter 118790, pages 2 at 14:33:39.406 done at 14:33:39.407 Well, you can see what is happening here: getting sync using 'pjl echo' at 14:31:20.533 sync done at 14:33:03.274 This is where things are nasty - it took over a minute to wake up and respond! pagecounter 118788 at 14:33:03.275 pagecounter 118788 at 14:33:03.275 sending job file at 14:33:03.276 And the page counter getting was probably part of the same message sent job file at 14:33:06.875 This is slow, 3 secs for 141K, but it got there... getting end using 'pjl job/eoj' at 14:33:06.876 Well, it thinks that the printer started responding after 30 seconds, and the paper path is flushed. end of job detected at 14:33:38.909 And it takes its time responding with the page counter value. pagecounter 118790 at 14:33:39.406 Which it did and pagecounter 118790, pages 2 at 14:33:39.406 done at 14:33:39.407 You started getting responses at: sync done at 14:33:03.274 done at 14:33:39.407 This is about 37 seconds. I don't know why it takes the HP this long to respond. Perhaps a trouble call to HP? Patrick Powell Astart Technologies, [EMAIL PROTECTED]9475 Chesapeake Drive, Suite D, Network and System San Diego, CA 92123 Consulting 858-874-6543 FAX 858-279-8424 LPRng - Print Spooler (http://www.astart.com) - If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. - -- David Kerr Livingstone Canadian National Railway, Signals Communications 935 de La Gauchetiere St. West 12th Floor Montreal, Quebec, Canada H3B-2M9 Phone : (514)399-7731 Fax : (514)399-7503 Internet : [EMAIL PROTECTED] - If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED
Re: LPRng: Problem with ifhp-3.3.21
My apologies ... I spoke too soon. On small jobs everything appears to work. On larger
jobs in PS only some or none of the output is printed. However in these cases the
status according to LPRng is okay - ie sent correctly and removed from queue. However
on the printer the status is still the name of the user who sent the file, ie root,
and
it stays that way until the printer is sent another job.
If I remove the status@ the job does print properly(and the pagecount is updated).
However
at this point I am back to the problem of the printer taking 2 minutes to complete !
using model 'hp8000' at 14:31:20.531
pagecount using 'pjl info pagecount' at 14:31:20.533
setting up printer at 14:31:20.533
getting sync using 'pjl echo' at 14:31:20.533
sync done at 14:33:03.274
pagecounter 118788 at 14:33:03.275
pagecounter 118788 at 14:33:03.275
sending job file at 14:33:03.276
starting transfer at 14:33:03.276
initial job type 'POSTSCRIPT' at 14:33:03.276
decoded job type 'POSTSCRIPT' at 14:33:03.276
job type 'POSTSCRIPT' at 14:33:03.276
transferring 141754 bytes at 14:33:03.277
28 percent done at 14:33:03.279
57 percent done at 14:33:04.235
86 percent done at 14:33:05.758
data sent at 14:33:06.875
sent job file at 14:33:06.875
getting end using 'pjl job/eoj' at 14:33:06.876
end of job detected at 14:33:38.909
pagecounter 118790 at 14:33:39.406
pagecounter 118790, pages 2 at 14:33:39.406
done at 14:33:39.407
David Livingstone wrote:
Further update ... installed 3.6.24 and 3.3.21 on a "clean" rh 6.2 system
and exactly the same thing occurs. Using the tried and true elimination
method I removed 3.3.21 and installed 3.3.20 - everything now works !
What changed in 3.3.21 to cause the below failure ?
David Livingstone wrote:
As per our conversation I "completely" removed all lprng,ifhp packages and
reinstalled 3.6.24 and 3.3.21 as below. Same result with identical results(ie
same status, status.deslz files). I am "sure" there was no residual lpd packages
on the system.
If in the printcap I comment out the bp,ifhp, and if lines then printing works.
Any ideas where to look ? The only difference in what you attempted to my setup
is 3.6.26(where is that?) and the fact that I am printing to a extendnet print
server and you to a jetdirect card.
[EMAIL PROTECTED] wrote:
From [EMAIL PROTECTED] Tue Sep 26 07:14:15 2000
From: David Livingstone [EMAIL PROTECTED]
Subject: LPRng: Problem with ifhp-3.3.21
To: [EMAIL PROTECTED]
Date: Tue, 26 Sep 2000 08:55:12 -0400 (EDT)
Cc: [EMAIL PROTECTED]
Posted this on the 14-15th originally and never saw a response ... here
it is again ...
In an effort to solve a problem I upgraded both ifhp and lprng and found
another problem !
Original config : LPRng-3.6.19 and ifhp-3.3.17
new config : LPRng-3.6.24 and ifhp-3.3.21
Loaded on a redhat 6.2 system attempting to print to a HP8000 connected
to a extendnet print server. Packages were all loaded via rpm.
With the old configuration and the following printcap I could print
successfully :
deslz:
:lp=deslz%9100
:sd=/usr/spool/lpd/deslz
:mx#0
:bp=/usr/libexec/filters/pclbanner
:ifhp=model=hp8000,status@
:if=/usr/libexec/filters/ifhp
I copied this and it worked with the setup
LPRng-3.6.26 and ifhp-3.3.21... Strange...
However with the new configuration printing fails. I get the banner
page(ie from pclbanner) but no file printed. This happens three times
before the job appears to be removed.
Below I include the status files from /usr/spool/lpd/deslz and the new
config.
Any ideas ?
The original problem I was trying to solve was how to print from any other
input
tray then the default ie letter in tray 2. The printer(from the config page)
has
letter in tray 2 and 11x17 in tray 3.
With the original config I attempted :
lp -oinlower file
lp -ointray3 file
lp -o11x17 file
lp -opaper=11x17 file
All with no success ... thought that maybe an upgrade to 21 was the answer :(
1. File "status" follows :
using model 'hp8000' at 13:47:04.207
pagecount using 'pjl info pagecount' at 13:47:04.210
setting up printer at 13:47:04.210
getting sync using 'pjl echo' at 13:47:04.210
no response from printer at 13:47:24.205
using model 'hp8000' at 13:47:34.301
pagecount using 'pjl info pagecount' at 13:47:34.304
setting up printer at 13:47:34.304
getting sync using 'pjl echo' at 13:47:34.304
no response from printer at 13:47:54.296
using model 'hp8000' at 13:48:14.396
pagecount using 'pjl info pagecount' at 13:48:14.398
setting up printer at 13:48:14.398
getting sync using 'pjl echo' at 13:48:14.398
fo
Re: LPRng: Problem with ifhp-3.3.21
As per our conversation I "completely" removed all lprng,ifhp packages and reinstalled 3.6.24 and 3.3.21 as below. Same result with identical results(ie same status, status.deslz files). I am "sure" there was no residual lpd packages on the system. If in the printcap I comment out the bp,ifhp, and if lines then printing works. Any ideas where to look ? The only difference in what you attempted to my setup is 3.6.26(where is that?) and the fact that I am printing to a extendnet print server and you to a jetdirect card. [EMAIL PROTECTED] wrote: From [EMAIL PROTECTED] Tue Sep 26 07:14:15 2000 From: David Livingstone [EMAIL PROTECTED] Subject: LPRng: Problem with ifhp-3.3.21 To: [EMAIL PROTECTED] Date: Tue, 26 Sep 2000 08:55:12 -0400 (EDT) Cc: [EMAIL PROTECTED] Posted this on the 14-15th originally and never saw a response ... here it is again ... In an effort to solve a problem I upgraded both ifhp and lprng and found another problem ! Original config : LPRng-3.6.19 and ifhp-3.3.17 new config : LPRng-3.6.24 and ifhp-3.3.21 Loaded on a redhat 6.2 system attempting to print to a HP8000 connected to a extendnet print server. Packages were all loaded via rpm. With the old configuration and the following printcap I could print successfully : deslz: :lp=deslz%9100 :sd=/usr/spool/lpd/deslz :mx#0 :bp=/usr/libexec/filters/pclbanner :ifhp=model=hp8000,status@ :if=/usr/libexec/filters/ifhp I copied this and it worked with the setup LPRng-3.6.26 and ifhp-3.3.21... Strange... However with the new configuration printing fails. I get the banner page(ie from pclbanner) but no file printed. This happens three times before the job appears to be removed. Below I include the status files from /usr/spool/lpd/deslz and the new config. Any ideas ? The original problem I was trying to solve was how to print from any other input tray then the default ie letter in tray 2. The printer(from the config page) has letter in tray 2 and 11x17 in tray 3. With the original config I attempted : lp -oinlower file lp -ointray3 file lp -o11x17 file lp -opaper=11x17 file All with no success ... thought that maybe an upgrade to 21 was the answer :( 1. File "status" follows : using model 'hp8000' at 13:47:04.207 pagecount using 'pjl info pagecount' at 13:47:04.210 setting up printer at 13:47:04.210 getting sync using 'pjl echo' at 13:47:04.210 no response from printer at 13:47:24.205 using model 'hp8000' at 13:47:34.301 pagecount using 'pjl info pagecount' at 13:47:34.304 setting up printer at 13:47:34.304 getting sync using 'pjl echo' at 13:47:34.304 no response from printer at 13:47:54.296 using model 'hp8000' at 13:48:14.396 pagecount using 'pjl info pagecount' at 13:48:14.398 setting up printer at 13:48:14.398 getting sync using 'pjl echo' at 13:48:14.398 for some reason it is not getting the ifhp information from the printcap... no response from printer at 13:48:34.398 2. File "status.deslz" follows : waiting for subserver to exit at 2000-09-15-13:47:04.139 ## A=NULL number=0 process=334 subserver pid 335 starting at 2000-09-15-13:47:04.143 ## A=root@scdev+332 number=332 process=335 accounting at start at 2000-09-15-13:47:04.143 ## A=root@scdev+332 number=332 process=335 opening device 'deslz%9100' at 2000-09-15-13:47:04.144 ## A=root@scdev+332 number=332 process=335 printing job 'root@scdev+332' at 2000-09-15-13:47:04.163 ## A=root@scdev+332 number=332 process=335 processing 'dfA332scdev.cn.ca', size 4100, format 'f', IF filter 'ifhp' at 2000-09-15-13:47:04.163 ## A=root@scdev+332 number=332 process=335 IF filter 'ifhp' filter msg - 'ifhp 13:47:24.205 [337] Do_sync: no response from printer' at 2000-09-15-13:47:24.206 ## A=root@scdev+332 number=332 process=335 IF filter 'ifhp' filter exit status 'JFAIL' at 2000-09-15-13:47:24.207 ## A=root@scdev+332 number=332 process=335 printing finished at 2000-09-15-13:47:24.207 ## A=root@scdev+332 number=332 process=335 accounting at end at 2000-09-15-13:47:24.213 ## A=root@scdev+332 number=332 process=335 finished 'root@scdev+332', status 'JFAIL' at 2000-09-15-13:47:24.214 ## A=root@scdev+332 number=332 process=335 subserver pid 335 exit status 'JFAIL' at 2000-09-15-13:47:24.216 ## A=NULL number=0 process=334 job 'root@scdev+332' attempt 1 of 3, retrying at 2000-09-15-13:47:24.218 ## A=root@scdev+332 number=332 process=334 waiting for subserver to exit at 2000-09-15-13:47:24.229 ## A=NULL number=0 process=334 attempt 2, sleeping 10 before retry at 2000-09-15-13:47:24.233 ## A=root@scdev+332 number=332 process=338 subserver pid 338 starting at 2000-09-15-13:47:34.236 ## A=root@scdev+332 number=332 process=338 accounting at start at 2000-09-15-13:47:34.236
Re: LPRng: Problem with ifhp-3.3.21
Thanks ... I will give it a try. Edwin Lim wrote: I have a similar (the same) problem when I ugraded *LPRng*: Old config: LPRng-3.6.21 ifhp-3.3.17 New config: LPRng-3.6.24 ifhp-3.3.17 Problem description: Partial job output when using @status on HP JetDirect interfaces. Workaround: Since I can't turn on status due to some weird problems, the workaround is to use @pagecount instead of @status. That seems to solve the partial printout problem. On Tue, Sep 26, 2000 at 08:55:12AM -0400, David Livingstone wrote: Posted this on the 14-15th originally and never saw a response ... here it is again ... In an effort to solve a problem I upgraded both ifhp and lprng and found another problem ! Original config : LPRng-3.6.19 and ifhp-3.3.17 new config : LPRng-3.6.24 and ifhp-3.3.21 Loaded on a redhat 6.2 system attempting to print to a HP8000 connected to a extendnet print server. Packages were all loaded via rpm. With the old configuration and the following printcap I could print successfully : deslz: :lp=deslz%9100 :sd=/usr/spool/lpd/deslz :mx#0 :bp=/usr/libexec/filters/pclbanner :ifhp=model=hp8000,status@ :if=/usr/libexec/filters/ifhp - If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. - - If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
LPRng: Problem with ifhp-3.3.21
Posted this on the 14-15th originally and never saw a response ... here it is again ... In an effort to solve a problem I upgraded both ifhp and lprng and found another problem ! Original config : LPRng-3.6.19 and ifhp-3.3.17 new config : LPRng-3.6.24 and ifhp-3.3.21 Loaded on a redhat 6.2 system attempting to print to a HP8000 connected to a extendnet print server. Packages were all loaded via rpm. With the old configuration and the following printcap I could print successfully : deslz: :lp=deslz%9100 :sd=/usr/spool/lpd/deslz :mx#0 :bp=/usr/libexec/filters/pclbanner :ifhp=model=hp8000,status@ :if=/usr/libexec/filters/ifhp However with the new configuration printing fails. I get the banner page(ie from pclbanner) but no file printed. This happens three times before the job appears to be removed. Below I include the status files from /usr/spool/lpd/deslz and the new config. Any ideas ? The original problem I was trying to solve was how to print from any other input tray then the default ie letter in tray 2. The printer(from the config page) has letter in tray 2 and 11x17 in tray 3. With the original config I attempted : lp -oinlower file lp -ointray3 file lp -o11x17 file lp -opaper=11x17 file All with no success ... thought that maybe an upgrade to 21 was the answer :( 1. File "status" follows : using model 'hp8000' at 13:47:04.207 pagecount using 'pjl info pagecount' at 13:47:04.210 setting up printer at 13:47:04.210 getting sync using 'pjl echo' at 13:47:04.210 no response from printer at 13:47:24.205 using model 'hp8000' at 13:47:34.301 pagecount using 'pjl info pagecount' at 13:47:34.304 setting up printer at 13:47:34.304 getting sync using 'pjl echo' at 13:47:34.304 no response from printer at 13:47:54.296 using model 'hp8000' at 13:48:14.396 pagecount using 'pjl info pagecount' at 13:48:14.398 setting up printer at 13:48:14.398 getting sync using 'pjl echo' at 13:48:14.398 no response from printer at 13:48:34.398 2. File "status.deslz" follows : waiting for subserver to exit at 2000-09-15-13:47:04.139 ## A=NULL number=0 process=334 subserver pid 335 starting at 2000-09-15-13:47:04.143 ## A=root@scdev+332 number=332 process=335 accounting at start at 2000-09-15-13:47:04.143 ## A=root@scdev+332 number=332 process=335 opening device 'deslz%9100' at 2000-09-15-13:47:04.144 ## A=root@scdev+332 number=332 process=335 printing job 'root@scdev+332' at 2000-09-15-13:47:04.163 ## A=root@scdev+332 number=332 process=335 processing 'dfA332scdev.cn.ca', size 4100, format 'f', IF filter 'ifhp' at 2000-09-15-13:47:04.163 ## A=root@scdev+332 number=332 process=335 IF filter 'ifhp' filter msg - 'ifhp 13:47:24.205 [337] Do_sync: no response from printer' at 2000-09-15-13:47:24.206 ## A=root@scdev+332 number=332 process=335 IF filter 'ifhp' filter exit status 'JFAIL' at 2000-09-15-13:47:24.207 ## A=root@scdev+332 number=332 process=335 printing finished at 2000-09-15-13:47:24.207 ## A=root@scdev+332 number=332 process=335 accounting at end at 2000-09-15-13:47:24.213 ## A=root@scdev+332 number=332 process=335 finished 'root@scdev+332', status 'JFAIL' at 2000-09-15-13:47:24.214 ## A=root@scdev+332 number=332 process=335 subserver pid 335 exit status 'JFAIL' at 2000-09-15-13:47:24.216 ## A=NULL number=0 process=334 job 'root@scdev+332' attempt 1 of 3, retrying at 2000-09-15-13:47:24.218 ## A=root@scdev+332 number=332 process=334 waiting for subserver to exit at 2000-09-15-13:47:24.229 ## A=NULL number=0 process=334 attempt 2, sleeping 10 before retry at 2000-09-15-13:47:24.233 ## A=root@scdev+332 number=332 process=338 subserver pid 338 starting at 2000-09-15-13:47:34.236 ## A=root@scdev+332 number=332 process=338 accounting at start at 2000-09-15-13:47:34.236 ## A=root@scdev+332 number=332 process=338 opening device 'deslz%9100' at 2000-09-15-13:47:34.236 ## A=root@scdev+332 number=332 process=338 printing job 'root@scdev+332' at 2000-09-15-13:47:34.262 ## A=root@scdev+332 number=332 process=338 processing 'dfA332scdev.cn.ca', size 4100, format 'f', IF filter 'ifhp' at 2000-09-15-13:47:34.262 ## A=root@scdev+332 number=332 process=338 IF filter 'ifhp' filter msg - 'ifhp 13:47:54.296 [339] Do_sync: no response from printer' at 2000-09-15-13:47:54.297 ## A=root@scdev+332 number=332 process=338 IF filter 'ifhp' filter exit status 'JFAIL' at 2000-09-15-13:47:54.298 ## A=root@scdev+332 number=332 process=338 printing finished at 2000-09-15-13:47:54.298 ## A=root@scdev+332 number=332 process=338 accounting at end at 2000-09-15-13:47:54.305 ## A=root@scdev+332 number=332 process=338 finished 'root@scdev+332', status 'JFAIL' at 2000-09-15-13:47:54.306 ## A=root@scdev+332 number=332 process=338 subserver pid 338 exit status 'JFAIL' at 2000-09-15-13:47:54.308 ## A=NULL number=0 process=334 job 'root@scdev+332' attempt 2 of 3, retrying at 2000-09-15-13:47:54.310 ## A=root@scdev+332 number=332 process=334
Re: [Fwd: LPRng: pclbanner problems from LPRng-3.6.14-1]
Further to my own post : - the psbanner(sh version) in 3.6.19 exhibits the same problem. The perl version from 3.6.13 works correctly. I can send whatever debug output is needed. - the symbolic link problem does not occur when installing 3.6.18 and upgrading(freshen) to 3.6.19. David Livingstone wrote: Just downloaded 3.6.19(couldn't find 3.6.20?) and tested again. Same problem. First I attempted a rpm -F to install and then after the same result I completely removed lprng and ifhp and re-installed(ie rpm --install). By the way this points out a gap in the documentation on how to install the lprng rpm - either that or I am missing it. In a default rh install(ie 6.2) lpr-0.50-4, printtool-3.44-1, and rhs-printfilters-1.63-1 are installed. When I initially tried to install LPRng-3.6.13-1(see original post) a rpm --install obviously conflicts with lpr-0.50-4. In lieu of removing all the utilities I used "rpm --install --replacefiles LPR ..." to install. Subsequent updates of LPRng rpm I attempted to use "rpm -F LPR..." with some errors. Specifically 3.6.13-1 removal failed. What is the recommended rpm sequence to install and upgrade(ie freshen) ? Back to the problem at hand ... Once again replacing the sh version of pclbanner with the perl version works. The diff between the pclbanner sh version in 3.6.19 and 3.6.14 is : 109c109 UELPJL="\033%%-12345X@PJL \n"; --- UELPJL="\033%%-12345X\@PJL \n"; 148c148 # printf "$UELPJL" ; --- printf "$UELPJL" ; Is this correct ? What else can I test with to help ? I include the status.deslz file again from the failing pclbanner. The "Additional small problem ..." I identifed below I traced to the removal of the /etc/rc.d/init.d/lprng rc symbolic links via the rpm -F option. That is the links to lprng in the rcX.d directories(ie SXXlprng) were removed. Hence it was not stopped resulting in the killall problem below. I also attempted removing the ",status@" ifhp entry to see what would happen. (remember I have a HP 8000 connected - parallel - to a ExtendNet SX 2811C) deslz:\ :lp=deslz%9100:\ :sd=/usr/spool/lpd/deslz:\ :mx#0:\ :bp=/usr/libexec/filters/pclbanner:\ :ifhp=model=hp8000,status@\ :if=/usr/libexec/filters/ifhp: An lpr(using the perl pclbanner:) to deslz hangs for a couple of minutes and then completes properly. The pagecount information in the status file is correct. What can I do to keep the pagecount but get rid of the hang ? The relevant lines from the status file are given below : using model 'hp8000' at 14:26:34.177 pagecount using 'pjl info pagecount' at 14:26:34.178 setting up printer at 14:26:34.178 getting sync using 'pjl echo' at 14:26:34.178 sync done at 14:28:16.912 pagecounter 91804 at 14:28:16.912 pagecounter 91804 at 14:28:16.912 sending job file at 14:28:16.913 starting transfer at 14:28:16.913 file program = '/usr/bin/file -' at 14:28:16.913 started FILE_UTIL- '/usr/bin/file -' at 14:28:16.913 file information = 'ascii_text' at 14:28:16.933 initial job type 'ascii_text' at 14:28:16.934 decoded job type 'PCL' at 14:28:16.934 job type 'PCL' at 14:28:16.934 transferring 208 bytes at 14:28:16.934 3 percent done at 14:28:16.935 100 percent done at 14:28:16.935 finished writing file, cleaning up at 14:28:16.935 sent job file at 14:28:16.935 getting end using 'pjl job/eoj' at 14:28:16.935 end of job detected at 14:28:47.492 pagecounter 91806 at 14:28:47.992 pagecounter 91806, pages 2 at 14:28:47.992 done at 14:28:47.992 [EMAIL PROTECTED] wrote: From [EMAIL PROTECTED] Wed Jun 21 13:11:25 2000 Date: Wed, 21 Jun 2000 15:00:17 -0400 From: David Livingstone [EMAIL PROTECTED] To: Lprng Mailing list [EMAIL PROTECTED] Subject: [Fwd: LPRng: pclbanner problems from LPRng-3.6.14-1] This is a multi-part message in MIME format. --490FF9D2DAAB10BAF6858EE7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Just installed LPRng-3.6.18-1.i386.rpm and ifhp-3.3.16-1.i386.rpm and re-tested. Unfortunately the end result is the same. Do you want the status.deslz file ? Additional small problem : Redhat 6.2 executes /etc/rc.d/init.d/killall (see below) on reboot or powerdown. For each file listed in /var/lock/subsys/ it sends the corresponding script in /etc/rc.d/init.d a stop parameter. Unfortunately the /etc/rc.d/init.d/lprng script does not match with the /var/lock/subsys/lpd file and hence an error message is generated. I just did this installation on a 'Virgin' RedHat 6.2 system and did not get this problem. I am puzzled that you are having this problem. Patrick Powell Astart Technologies, [EMAIL PROTECTED]9475 Chesapeake Dri
