News Group Posts

lpd slow

From: Jeff Liebermann <jeffl@comix.santa-cruz.ca.us>
Subject: Re: Problem with lpd going 'out to lunch' when JetDirect printer is not ready.
Date: Tue, 09 Jan 2001 19:53:49 -0800
References: <5.0.0.25.2.20010109125035.0228ee70@scogr1.cscc.maximus.com>
<5.0.0.25.2.20010109164212.02299a60@scogr1.cscc.maximus.com>
<93g433$a4$1@slb1.atl.mindspring.net> 

On Tue, 9 Jan 2001 16:39:07 -0600, "David H. Funte" <none> wrote:

>I seem to recall using lpd on one site.  I think I had to set the timeout
>setting to ZERO.  Otherwise it would lose contact.    I recall that this has
>the effect of keeping the connection open.

Nope.  T'was an added delay.  See SCO-559-811 below.  This is from:
  http://www.sco.com/support/docs/:457/OSr506/fixlist

----------------------------------------------------------------------

Bug-ID:     SCO-244-322

rlp does not conform to rfc1179                                 
rlp must use ports 721-731, inclusive, as the source port.  Ours
starts at 1023 (IPPORT_RESERVED - 1) and works down, possibly to
0.  Also our lpd accepts any port 0-1023; which it must, to talk
to our old version, but should have option to do the more secure

----------------------------------------------------------------------

Bug-ID:     LTD-246-844

Trying to print 20 small files via rlp between OS5.0 hosts fails
results in 15 jobs appearing on remote queue. Need to stop and  
restart tcp on lpd server to print remainder.                   

----------------------------------------------------------------------

Bug-ID:     SCO-236-1585

lpd/rlp checks for incorrect fcntl() return value               
                if (errno == EAGAIN)    /* active deamon present
Needs changed to EACCESS.  This prevents:                       
lpd: fcntl: lock: permission denied message in syslog and       
may help lpd from skipping jobs.                                

----------------------------------------------------------------------

Bug-ID:     SCO-242-117

lpd does not properly move requests to local print server queue 
not all moved into the local queue. The current printing job    
must finish before the next job is moved from /usr/spool/lpd to 
/usr/spool/lp/temp. This causes delays in printing as well as   
erroneous print status from lpstat on the print server.         

----------------------------------------------------------------------

Bug-ID:     SCO-559-811

Needs doc of etc/default/lpd option PRINTJOB_LAG added 505      
seconds to wait between servicing remote job requests           
default (if otherwise unconfigured) is 30 secs. 0 to disable.   

----------------------------------------------------------------------


-- 
Jeff Liebermann   jeffl@comix.santa-cruz.ca.us
150 Felker St #D  Santa Cruz CA  95060
831-421-6491 pager   831-429-1240 fax
http://www.cruzio.com/~jeffl/sco/   SCO stuff

Comments?

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.