- I am having problems making Linux RH6.1 clients work with a HP10.20 HPDPS printserver (with latest HPDPS patch). Printjobs submitted on the Linux clients with remote printer defined on the HP printserver will fail to print with : % lpq -Pprinter pcmarc: no space on remote; waiting for queue to drain ... Other clients (HP,SUN,...) can use the same HPDPS based printer on the printserver without any problems, Any clues ? Thanks. HPDPS = HP Distributed Print Server Own theory : I tend to believe now that the lpd on Linux interprets some remote reply from the HP rlpdaemon (lpd) in a wrong manner, such as disk space value or another reply. I consider this a Linux lpd problem since as stated , SUN Solaris clients for instance have no problem with the same printer on the same printserver.
Can't reproduce this as we don't have the hardware. Did you try lpr 0.46 (from upgrades) and 0.47 (from rawhide)? If they don't fix the problem, can you give us access to your print server so we can try to debug it? (Don't post access data here, as it's publically readable - send it in e-mail or something).
Thanks for your reply, I did try 0.47 from rawhide but to no avail (same message). Giving access to the "print environment" on the printserver will not be possible due to security reasons. But thanks for the suggestion. Anyway were can I get your lpr 0.46 version as I will try this option also ? Thanks for your time, Regards, Marc.
After discussion with my colleaque on this issue; he mentioned that the problem may be due to the fact that the hp box talks sysv lpd protocol and linux talks bsd lpd protocol. I wonder whether you could , if possible , comment on this and if so, is there a version of lpd on Linux which is compliant with sysv lpd protocol ? Thanks a lot for your feedback, Best Regards, Marc Elsen (elsen)
I don't know about HPUX, but it's true that Linux speaks BSD lpr. You might want to try LPRng (search http://www.freshmeat.net/ for the current version). Maybe the current version of lpr will work for you too - it has some workarounds for slightly incompatible implementations (such as MacOS clients).
Is this still a problem in the latest release?
Bug 7436 was closed because RHL 6.1 is no longer supported by Red Hat Linux and no information from reportees has occured in over a year.