- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- lpd problem over wan
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-04-2004 09:14 PM
тАО11-04-2004 09:14 PM
I've got this probleme since two week about my 27 lpd printers (Jetdirect Box) Wan connected.
When i launched a printing request on a remote printer, i'v got sometimes this message.
02-Nov-2004 14:28:08 [400] lpd[128715]: ERROR -- read_all_chars: read() failed,
error: Connection reset by peer
And the printer print a truncate page. It's a PCL format document (2 or 3 pages). Sometimes it's look good but the last day it really the panic.
Is there any parameter to tune TCPIP in my Unix server ?
I've got 2 servers DS20E & DS10 with Tru64 5.1A PK6 and 5.1.B PK4.
Thank
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2004 07:42 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2004 09:07 PM
тАО11-07-2004 09:07 PM
Re: lpd problem over wan
Effectively, i've got this problem with my 2 servers.
Here is my attachment printcap file:
Didier.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2004 09:42 PM
тАО11-07-2004 09:42 PM
Re: lpd problem over wan
I've had problems with a Jet Direct 500X over WAN. they were similar errors, also including vanishing print queues. I solved this in the end by reducing the buffer size on the jet direct, so that it had to make more frequent calls back to lpd on the server(this seems to 'hold' the connection open better), otherwise I was suffering connection breaks, as you are.
hope this helps.
regards
Matt
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2004 10:50 PM
тАО11-07-2004 10:50 PM
Re: lpd problem over wan
Well ..
I had a look in the web interface of my Jetdirect 170x .
Where i can find this buffer value setting . Is there a specific value of the 500X's model ?
I found a TIMEOUT VALUE : default 1500 seconds . I don't think that it is this paramater ..
Didier .
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-07-2004 10:59 PM
тАО11-07-2004 10:59 PM
Re: lpd problem over wan
apologies, I've just spoken with my colleague whom I worked with on this, and it was the buffer size on the physical printers which we reduced - not the 500X, and this stopped the connections dropping through the jetdirect.
You are correct, I would imagine that increasing the timeout would only 'mask' the problem, and reducing it certainly exacerbate it.
Is it possible for you to try the buffer reduction on one of the printers??
regards
Matt
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-09-2004 01:52 AM
тАО11-09-2004 01:52 AM
Re: lpd problem over wan
I wolud try to monitor network behaviour.
At least by pinging Jetdirect (with packetsize=1k) and seeing responce time.
Or better see router's stats.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-09-2004 02:12 AM
тАО11-09-2004 02:12 AM
Re: lpd problem over wan
Ping -s 1024 192.170.0.100 (Jetdirect Ip )
I 've got a response of 169 ms constant.
Without -s argument : 72 ms
Wich value can i monitor in netstat to see if i've got a network Wan Problem ?
Didier
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-09-2004 07:04 PM
тАО11-09-2004 07:04 PM
Re: lpd problem over wan
So i make the last day fulle test and here is my result:
I Stop the queue of one of my remote printer to verifyed the file under /usr/spool/lpd1 (for my lp1 printer):
I launch 2 printing job and i had a look to the spool job under this directory.
So : When the print file size job is less than 8ko, the printing process failed !!
when the file size is more than this critical value, the printing is good .
When the file is lower than 8ko, it is a request for printing of a table which covers less than 75% of the page.
Is there any parameter in the printcap file to flush the printing job and to tell to jetdirect box to finish the print process when the file is really little.
Or something else like that .
Any idea .... ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-09-2004 08:49 PM
тАО11-09-2004 08:49 PM
Re: lpd problem over wan
you use the bsd spooling. Have a look into the tcp/ip printing protocol.
greetings,
Michael