You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Julien Blondeau (JIRA)" <ji...@apache.org> on 2015/12/31 13:17:49 UTC
[jira] [Created] (CASSANDRA-10959) missing timeout option
propagation in cqlsh (cqlsh.py)
Julien Blondeau created CASSANDRA-10959:
-------------------------------------------
Summary: missing timeout option propagation in cqlsh (cqlsh.py)
Key: CASSANDRA-10959
URL: https://issues.apache.org/jira/browse/CASSANDRA-10959
Project: Cassandra
Issue Type: Bug
Components: Tools
Environment: linux
Reporter: Julien Blondeau
Fix For: 3.x
On a slow cluster (here used for testing purpose), cqlsh fails with a timeout error, whatever --connect-timeout option you can pass.
Here is a sample call:
cqlsh 192.168.XXX.YYY
Connection error: ('Unable to connect to any servers', {'192.168.XXX.YYY': OperationTimedOut('errors=None, last_host=None',)})
cqlsh --connect-timeout=30 192.168.XXX.YYY
Connection error: ('Unable to connect to any servers', {'192.168.XXX.YYY': OperationTimedOut('errors=None, last_host=None',)})
Debugging shows that the timeout is not properly propagated on the underlying ResponseWaiter.deliver() method in /usr/share/cassandra/lib/cassandra-driver-internal-only-3.0.0-6af642d.zip/cassandra-driver-3.0.0-6af642d/cassandra/connection.py
Workaround is to propagate, in cqlsh.py, the --connect-timeout option when initialize the cluster connection object (i.e. add kwarg "control_connection_timeout" in addition to the existing kwarg "connect_timeout")
Cluster(
<other args>,
control_connection_timeout=float(connect_timeout),
connect_timeout=connect_timeout)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)