Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #50229 > unrolled thread

How to clean up socket connection to printer

Back to article view | Back to comp.lang.python

Contents

  How to clean up socket connection to printer loial <jldunn2000@gmail.com> - 2013-07-09 02:39 -0700
    Re: How to clean up socket connection to printer Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2013-07-09 16:05 +0200
    Re: How to clean up socket connection to printer loial <jldunn2000@gmail.com> - 2013-07-11 02:28 -0700
      Re: How to clean up socket connection to printer Chris Angelico <rosuav@gmail.com> - 2013-07-11 20:13 +1000
    Re: How to clean up socket connection to printer loial <jldunn2000@gmail.com> - 2013-07-15 04:22 -0700

#50229 — How to clean up socket connection to printer

I have a socket application that is connecting to a HP printer via port 9100.

Occassionally I get a "Connection reset by peer" error which I am trapping and exiting the script with an error message.

That works Ok, the issue I have is that the next time I run the script I get
"Connection refused" from the printer, which suggests that the printer still thinks the port is is busy, though nothing is printing. I suspect that in some way my socket connection has not been closed correctly?

When I get the "Connection rest by peer" error, I attempt to close the port as follows :

    try:
        sock.close()
        del sock
    except Exception, e:
        pass

Is there anything else I should do in these circumstances to ensure that my socket connection is closed OK? 

[toc] | [next] | [standalone]

#50246

Am 09.07.2013 11:39, schrieb loial:
> I have a socket application that is connecting to a HP printer via port 9100.
>
> Occassionally I get a "Connection reset by peer" error which I am
> trapping and exiting the script with an error message.

Strange. Why does the remote terminate the connection?


> That works Ok, the issue I have is that the next time I run the
> script  I get "Connection refused" from the printer, which
 > suggests that the printer still thinks the port is is busy,
 > though nothing is printing. I suspect that in some way my socket
 > connection has not been closed correctly?

I'm assuming you are using TCP. Getting a "connection refused" rather 
means that there is no server process that is listening on that port. It 
sounds a bit as if the printer was kind-of rebooting itself, which first 
resets the existing connection and then, after a rebooting, opens the 
port again for connections.

Question here:
1. Does the printer accept connections again after some time?
2. Does the printer accept connections if you close and re-open the 
Python interpreter?
3. Is there actually a limit to the number of concurrent connections? In 
other words, what happens when you try to create a second connection 
without closing the first?


> When I get the "Connection rest by peer" error, I attempt to close
> the  port as follows :
[...]

This is useless, the connection is already closed at that point.


Your description suggests that it is a remote problem. I still wouldn't 
rule out that it is somehow caused by your code though, but without 
seeing that, it's impossible to tell.

Good luck!

Uli

[toc] | [prev] | [next] | [standalone]

#50434

Replies to questions :

1. Does the printer accept connections again after some time? 

Yes, bit seems to vary how long that takes

2. Does the printer accept connections if you close and re-open the 
Python interpreter?

Not after a Connection reset error. The script exits after trapping the "Connection reset by peer" error and it is only when a new instance of the script is kicked off that the "Connection refused" issue is encountered.
 
3. Is there actually a limit to the number of concurrent connections? In 
other words, what happens when you try to create a second connection 
without closing the first? 

I get the Connction refused error in that scenerio too, but as my script exits after detecting the "Connection reset by peer error" there is only ever one instance of my script running(and therefore one attempt to connect) at a time, Which is why I am wondering whether the connection is closed properly by my code when the script exits afer the "Connection reset by peer" error. Or is it the printer not cleaning up the connection.?

[toc] | [prev] | [next] | [standalone]

#50435

On Thu, Jul 11, 2013 at 7:28 PM, loial <jldunn2000@gmail.com> wrote:
> Replies to questions :
>
> 1. Does the printer accept connections again after some time?
>
> Yes, bit seems to vary how long that takes
>
> 2. Does the printer accept connections if you close and re-open the
> Python interpreter?
>
> Not after a Connection reset error. The script exits after trapping the "Connection reset by peer" error and it is only when a new instance of the script is kicked off that the "Connection refused" issue is encountered.
>

What's the network between you and the printer like? Are you, for
instance, going through an el cheapo NAT router? I've had some routers
that have a tendency to just randomly dump their NAT mappings (or so
it seems), which results in all manner of fun.

The "connection reset" error most likely means that you thought you
had a connection but the printer (or a router along the way, shouldn't
happen but see above) thought it didn't. You won't actually get the
error until you try to send some more data [1], which can result in
the variance in time. In fact, if the printer is indeed rebooting (as
per Ulrich's suggestion), you could get immediate success (reset,
reconnect, succeed), or you could get a delay of anything up to the
time it takes to reboot (if you "got in" straight after it went down).
What's the longest you've ever seen it take from conn reset to able to
connect again?

It's almost [2] certainly not that you're failing to properly close
the connection, though. I'd be inclined to simply code in a retry loop
(NOT instant, chances are you'll get some fast failures and you don't
want to spin; a progressive back-off delay is usually appropriate
here) and treat the failures as uninteresting.

ChrisA

[1] Unless you're using TCP keepalive, which you probably aren't.
[2] Insane stuff can be done, but hardware is presumed sane until
proven otherwise.

[toc] | [prev] | [next] | [standalone]

#50671

Well, I certainly suspect the customers network connection to the printer which is over a WAN across half of Europe, but proving that is the problem is another matter.

I can replicate a "Connection reset by peer" error on own printer by pulling the network cable out of the printer. And again I thereafter get the issue of "Connection refused" for what seems a variable amount of time.

But at least I am now reassured that the "Connection Refused" is not due to something my script has not cleaned up.

Thanks
    

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web