mirror of
https://github.com/openvswitch/ovs
synced 2025-08-31 14:25:26 +00:00
jsonrpc: Treat draining data from send queue as activity.
Until now, the jsonrpc module has used messages received from the
remote peer as the sole means to determine that the JSON-RPC
connection is up. This could in theory interact badly with a
remote peer that stops reading and processing messages from the
receive queue when there is a backlog in the send queue for a
given connection (ovsdb-server is an example of a program that
behaves this way). This commit fixes the problem by expanding
the definition of "activity" to include successfully sending
JSON-RPC data that was previously queued.
The above change is exactly analogous to the similar change
made to the rconn library in commit 133f2dc954
(rconn: Treat
draining a message from the send queue as activity.).
Bug #12789.
Signed-off-by: Ben Pfaff <blp@nicira.com>
This commit is contained in:
@@ -502,9 +502,19 @@ class Session(object):
|
||||
|
||||
def recv(self):
|
||||
if self.rpc is not None:
|
||||
backlog = self.rpc.get_backlog()
|
||||
error, msg = self.rpc.recv()
|
||||
if not error:
|
||||
if self.rpc.get_backlog() < backlog:
|
||||
# Data previously caught in a queue was successfully sent (or
|
||||
# there's an error, which we'll catch below).
|
||||
#
|
||||
# We don't count data that is successfully sent immediately as
|
||||
# activity, because there's a lot of queuing downstream from
|
||||
# us, which means that we can push a lot of data into a
|
||||
# connection that has stalled and won't ever recover.
|
||||
self.reconnect.activity(ovs.timeval.msec())
|
||||
|
||||
if not error:
|
||||
if msg.type == Message.T_REQUEST and msg.method == "echo":
|
||||
# Echo request. Send reply.
|
||||
self.send(Message.create_reply(msg.params, msg.id))
|
||||
|
Reference in New Issue
Block a user