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)