problem with lpd reserve=on option

Anonymous anonymous at easysw.com
Fri Sep 9 19:41:42 PDT 2005


> Hi Liam
>
> Have you added the IP or hostname of the new Gentoo PC to the /etc/hosts.lpd file on the server running LPD?
>
> Or is the network printer connected directly to the LAN? in which case ignore this!
>
> Why would the CUPS people deliberately choose the default of reserve=no for this setting?????????? It had me stuffed for hours....
>
> Garth
>
> Liam Routt wrote:
> > Perhaps someone can shed some light on this for me:
> >
> > I'm setting up a new Gentoo system (x86). I've installed (emerge'd in
> > gentoo land) cups-1.1.20-r1
> >
> > I am not providing a printer, I simply need to access a network printer
> > in our department which is provided using lpd. I know from previous
> > experience (I have had cups happily running on the machine next to this
> > new one for some years) that the department lpd setup requires traffic
> > to originate from the special low ports. So I use the following URI:
> >
> >    lpd://printhost/printername?reserve=yes
> >
> > (with the printhost and printername I need). I copy this line exactly
> > from my other system (a Fedora Core system, with cups-1.1.19-13).
> >
> > When it does not work, I set "LogLevel debug" and see the following in
> > the logged output:
> >
> >    Connected on ports 515 (local 732)...
> >
> > then a few lines later:
> >
> >    lpd_command returning 109
> >    PID xxxxxx stopped with status 1!
> >   ....
> >    StopJob: printer state is 5
> >
> > The printer ends up stopped, and will not restart (as it tries to
> > resubmit the job, unsuccessfully).
> >
> > I've tried setting "reserve=no", in which case I get:
> >
> >    Connected on ports 515 (local 0)...
> >   ....
> >    lpd_command returning 47
> >    CancelJob: id=n
> >   ....
> >    StopJob: printer state is 3
> >    PID xxxxxx stopped with status 1!
> >
> > In such cases cups doesn't complain, and the document disappears, but
> > the printer never prints it.
> >
> > I did a search on the net and found some advice that the 109 return code
> > might indicate that cupsd was not started by root, but I have checked
> > that, and it seems to be fine.
> >
> >
> > Now, from the cups system admin documentation, Appendix B, Configuring
> > LPD Printing Options:
> >
> >   reserve=yes   Specifies that the backend should reserve a priviledges
> >                 source port from 721 to 731 inclusive as required by RFC
> >                 1179...
> >
> > That seems to indicate pretty clearly that the local port should not be
> > 732, but at least one lower. It seems likely to me that this is causing
> > my problem, but I cannot be certain.
> >
> > Is anyone able to shed some light on this? I currently have the system
> > working, using a samba mount of the same printer, so it is not a stopper
> > for me, but I'd like to work out what is wrong (and encourage a fix, if
> > that necessary).
> >
> > Take care,
> >
> > Liam
> > --
> > Liam Routt                                          Ph: (03) 8344-1315
> > Research Programmer                               caligari at cs.mu.oz.au
> > Computer Science, Melbourne University              (or liam at routt.net)
> >
>





More information about the cups mailing list