Good evening everyone :) I'm using LPRng-3.8.10-1 and ifhp-3.5.7-1 compiled from source rpm's running on redhat 7.2 intel server with all redhat updates installed.
Today i noticed that tc=entry option in ifhp.conf doesnt work. Or at least it doesnt work in this case. There is this printer entry [ hp4500 hp8500 hp8550 ] by default in ifhp.conf. Then in the end of file, I created a new entry: [ hp8500_csc ] tc=[ hp8500 ] waitend@ (why I created it I explain later). But options specified in hp8500 default entry are not used when hp8500_csc model is selected. As a workaroud, i copied all stuff under hp8500 to hp8500_csc entry. It works. I havent tried this with different ifhp version, but couldnt find it in changelog either. Next thing, lpq reports bogus information. This seems only to happen with LPRng 3.8.10 on server, the client version of LPRng doesnt seem to matter. Jobs like get stuck in lpq report, and status report differs from queue report at bottom. For example: [root@mopotin root]# lpq -Pcscpost Printer: csc-post@mopotin 'HP Laserjet 5SiMX' Queue: no printable jobs in queue Server: no server active Status: job 'hniemi@sampo+944' removed at 17:33:05.415 Filter_status: (of) done at 17:23:19.782 Rank Owner/ID Class Job Files Size Time done engelhar@tulip+930 A 930 snap.ps 2872513 13:35:02 In addition, sometimes Status: reads removed and sometimes saved. Occasionally new job changes into queue report, sometimes it keeps showing incoming, like this: Rank Owner/ID Class Job Files Size Time incoming jpmietti@norppa+353 A 353 (STDIN) 0 15:59:32 I dont know if this has anything to do with print files not being removed from spooldir. Sometimes, at random i think, data and control files just stay in spooldir. An example: [root@mopotin root]# lpq -Pkallela Printer: kallela@mopotin 'Color Laserjet 4550 N, D2' Queue: no printable jobs in queue Server: no server active Status: job 'hniemi@sampo+123' removed at 18:13:05.817 Filter_status: (of) done at 18:04:44.724 Rank Owner/ID Class Job Files Size Time done hniemi@sampo+890 A 890 (STDIN) 7190 09:12:53 [root@mopotin root]# ls -l /var/spool/printers/kallela/ total 164 -rw------- 1 lp lp 76235 May 6 18:04 acct -rw------- 1 lp lp 143 Apr 22 09:12 cfA890sampo.csc.fi -rw------- 1 lp lp 0 Apr 19 14:22 control.pr -rw------- 1 lp lp 7190 Apr 22 09:12 dfA890sampo.csc.fi -rw------- 1 lp lp 555 Apr 22 09:17 hfA890 -rw------- 1 lp lp 0 May 6 22:43 lock.pr -rw------- 1 lp lp 0 Apr 19 14:22 log -rw------- 1 lp lp 68 May 6 22:43 lpq -rw------- 1 lp lp 17247 May 6 22:43 lpq.0 -rw------- 1 lp lp 16274 May 2 14:09 lpq.1 -rw------- 1 lp lp 8216 May 6 18:04 status -rw------- 1 lp lp 9722 May 6 18:13 status.pr -rw------- 1 lp lp 6 May 6 18:01 unspooler.pr [root@mopotin root]# cat /var/spool/printers/kallela/cfA890sampo.csc.fi Ahniemi@sampo+890 CA D2002-04-22-09:12:53.602 Hsampo.csc.fi J(STDIN) Lhniemi Phniemi Qkallela N(STDIN) fdfA890sampo.csc.fi UdfA890sampo.csc.fi This case it looks like the control file contais same information as lpq report. But not always: [root@mopotin root]# lpq -Plinna Printer: linna@mopotin 'Laserjet 5 M' Queue: no printable jobs in queue Server: no server active Status: job 'psavola@KARME+609' removed at 17:33:05.425 Filter_status: (of) done at 17:30:57.706 Rank Owner/ID Class Job Files Size Time incoming jpmietti@norppa+353 A 353 (STDIN) 0 15:59:32 [root@mopotin root]# ls -l /var/spool/printers/linna/ total 9980 -rw------- 1 lp lp 183208 May 6 17:30 acct -rw------- 1 lp lp 153 Apr 26 10:47 cfA296fenix.csc.fi -rw------- 1 lp lp 169 May 2 13:53 cfA366fenix.csc.fi -rw------- 1 lp lp 159 May 2 13:53 cfA368fenix.csc.fi -rw------- 1 lp lp 139 Apr 23 16:29 cfA691boa.csc.fi -rw------- 1 lp lp 0 Apr 19 14:22 control.pr -rw------- 1 lp lp 7913335 Apr 26 10:47 dfA296fenix.csc.fi -rw------- 1 lp lp 905931 May 2 13:53 dfA366fenix.csc.fi -rw------- 1 lp lp 905931 May 2 13:53 dfA368fenix.csc.fi -rw------- 1 lp lp 191563 Apr 23 16:29 dfA691boa.csc.fi -rw------- 1 lp lp 447 Apr 23 15:59 hfA353 -rw------- 1 lp lp 0 May 6 22:43 lock.pr -rw------- 1 lp lp 81 Apr 22 14:27 log -rw------- 1 lp lp 68 May 6 22:43 lpq -rw------- 1 lp lp 17105 May 6 22:43 lpq.0 -rw------- 1 lp lp 21 May 2 15:16 lpq.1 -rw------- 1 lp lp 12408 May 6 17:30 status -rw------- 1 lp lp 4914 May 6 17:33 status.pr -rw------- 1 lp lp 6 May 6 17:30 unspooler.pr We have very heterogenous environment of "big" unices, linux, windows and macintosh pc's but this behaviour doesnt seem to be related to client type. And then thing that isnt lprng's fault. We have one HP CLJ 8500DN printer. When this printer has really cooled down (overnight) and is first time used after that, it takes quite a long time for it to warm up from powersave. Then, if waitend is used with ifhp, the printer prints job fine, but never returns pjl teoj (or whatever ifhp expects) to ifhp, and causes lprng to get stuck into "getting end using 'pjl job/eoj'". I have used as workaround waitend@ in that problem printer's ifhp definition. Weird bug, with waitend turned of it works fine. This hasnt occurred with any other printers we have. Patrick, can you comment the two first things? For now it seems like every time new fixed version comes out, something new is broken :/ As to my experience, LPRng-3.6.26-1 and ifhp-3.4.4-1 are the best working versions yet :) -Tuomas ----------------------------------------------------------------------------- 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. -----------------------------------------------------------------------------
