Presently, the wsgi server allows persist connections. Hence even after
the response is sent to the client, it doesn't close the client socket
connection. Because of this problem, the green thread is not released
back to the pool.
In order to close the client socket connection explicitly after the
response is sent and read successfully by the client, you simply have to
set keepalive to False when you create a wsgi server.
Reviewed: https:/ /review. openstack. org/130839 /git.openstack. org/cgit/ openstack/ glance/ commit/ ?id=16a821e00d1 5520d2f6e940e18 4bd289b8782620
Committed: https:/
Submitter: Jenkins
Branch: master
commit 16a821e00d15520 d2f6e940e184bd2 89b8782620
Author: abhishekkekane <email address hidden>
Date: Tue Oct 21 04:39:59 2014 -0700
Eventlet green threads not released back to pool
Presently, the wsgi server allows persist connections. Hence even after
the response is sent to the client, it doesn't close the client socket
connection. Because of this problem, the green thread is not released
back to the pool.
In order to close the client socket connection explicitly after the
response is sent and read successfully by the client, you simply have to
set keepalive to False when you create a wsgi server.
DocImpact:
Added http_keepalive option (default=True).
SecurityImpact
Closes-Bug: #1361360 3096210233097dd 6b8c5440176
Change-Id: I93aaca24935a4f