You are viewing a plain text version of this content. The canonical link for it is here.
Posted to proton@qpid.apache.org by "Pavel Moravec (JIRA)" <ji...@apache.org> on 2015/10/29 16:46:27 UTC
[jira] [Closed] (PROTON-1025) CLOSE_WAIT leak following reproducer
for PROTON-1023 / PROTON-1024
[ https://issues.apache.org/jira/browse/PROTON-1025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pavel Moravec closed PROTON-1025.
---------------------------------
Resolution: Not A Problem
> CLOSE_WAIT leak following reproducer for PROTON-1023 / PROTON-1024
> ------------------------------------------------------------------
>
> Key: PROTON-1025
> URL: https://issues.apache.org/jira/browse/PROTON-1025
> Project: Qpid Proton
> Issue Type: Bug
> Components: python-binding
> Affects Versions: 0.10
> Reporter: Pavel Moravec
> Priority: Minor
>
> Following reproducer for PROTON-1023 or PROTON-1024 (attached at the botton), client leaves some sockets in CLOSE_WAIT state forever.
> I tested the reproducer before & after those two fixes and it is present in both. I.e. this bug is not a regression caused by PROTON-1023 or PROTON-1024.
> Reproducer:
> (assuming localhost runs qdrouterd that is restarted every 5 seconds in a loop):
> {code}
> #!/usr/bin/python
> from time import sleep
> from uuid import uuid4
> from proton import ConnectionException
> from proton.utils import BlockingConnection
> import traceback
> import random
> while True:
> sleep(random.uniform(0.3,3))
> try:
> conn = BlockingConnection("proton+amqp://localhost:5672", ssl_domain=None, heartbeat=2)
> rec = conn.create_receiver("another_address", name=str(uuid4()), dynamic=False, options=None)
> print "sleeping.."
> sleep(random.uniform(0.3,3))
> rec2 = conn.create_receiver("some_address", name=str(uuid4()), dynamic=False, options=None)
> except ConnectionException:
> try:
> if conn:
> conn.close()
> except Exception, e:
> print e
> print(traceback.format_exc())
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)