[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14384677#comment-14384677
]
Tyler Hobbs commented on CASSANDRA-6663:
[~jesperdj] we don't upgrade libraries in bugfix releases, but I've opened
CASSANDRA-9063 to look into upgrading snappy for the 3.0 release. Thanks for
the info!
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14362279#comment-14362279
]
Jesper de Jong commented on CASSANDRA-6663:
---
I am still having this issue, using Apache Cassandra 2.1.3 on a Raspberry Pi 1
model B.
The Snappy library included with Cassandra 2.1.3, lib/snappy-java-1.0.5.2.jar
contains native libraries (inside the jar), which cause a crash when running on
the Raspberry Pi, when I try to connect to Cassandra with cqlsh.
I fixed it by replacing snappy-java-1.0.5.2.jar by
snappy-java-1.1.1.7-SNAPSHOT.jar as mentioned at
https://github.com/xerial/snappy-java/issues/37
Please include a newer version, in which this bug is fixed, of the Snappy Java
library with the next release of Cassandra.
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13899326#comment-13899326
]
Tyler Hobbs commented on CASSANDRA-6663:
Alright, the python driver now avoids sending an OPTIONS message if it's not
strictly needed, so that should be a usable workaround.
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13897633#comment-13897633
]
Sylvain Lebresne commented on CASSANDRA-6663:
-
Drivers, including the python driver, are handled separately, they are not part
of the Cassandra project per-se and thus drivers problems are not tracked here.
So if it is a python driver problem, which doesn't sound unlikely given you
don't seem to have problems with DevCenter, you should report it to the
relevant driver project. Maybe the driver mistakenly asks for Snappy
compression to the server even though you have asked not too for instance.
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13898593#comment-13898593
]
Tyler Hobbs commented on CASSANDRA-6663:
[~slebresne] I confirmed today that the python driver is not requesting
compression on the connections, so it doesn't appear to be a driver problem.
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13898617#comment-13898617
]
Mikhail Stepura commented on CASSANDRA-6663:
I might be wrong, but still.
* DevCenter uses Java Driver 1.0.x, and it initiates a connection with STARTUP
message
* Python driver initiates connection with OPTIONS message.
Probably the {{org.apache.cassandra.transport.messages.OptionsMessage}} code
triggers the initialization of {{FrameCompressor.SnappyCompressor.instance}}
which fails
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13898747#comment-13898747
]
Mikhail Stepura commented on CASSANDRA-6663:
Yep, I've added some logging to the SnappyCompressor and run the python code
from the above. The {{cluster.connect()}} triggers the initialization of
{{SnappyCompressor.instance}}
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13898812#comment-13898812
]
Mikhail Stepura commented on CASSANDRA-6663:
https://github.com/xerial/snappy-java/issues/37
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13898877#comment-13898877
]
Sylvain Lebresne commented on CASSANDRA-6663:
-
bq. https://github.com/xerial/snappy-java/issues/37
So let me sum this up: when executing the OPTIONS message, which asks for which
compression methods are available, Snappy segfault on raspberry PI and we we
can't catch that (since it segfault the JVM). So really, the right solution
is probably to help on that snappy-java tracking the source of the problem down
so it gets fixed there.
But in meantime, if there was a simple and reliable way to detect that we are
on raspberry PI, we could probably just mark Snappy as unavailable on
raspberry without actually trying to initialize it. But for that, someone that
does have a raspberry PI will have to step up with a patch because I don't
personally have one.
Lastly, the python driver could probably work around that by not sending the
OPTIONS message if the user hasn't asked for compression in the first place
(not saying it's ideal, but currently there isn't much reason to send OPTIONS
unless for knowing which compressions are available, so it could be a
relatively simple work-around until the snappy-java library ticket is fixed).
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
{noformat}
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
{noformat}
*Error Log*
{noformat}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{noformat}
*A Dump of the cluster class attributes*
{noformat}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895503#comment-13895503
]
ian mccrae commented on CASSANDRA-6663:
---
Attached Cassandra System and Python logs
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
Attachments: Python Client Log.txt, hs_err_pid6327.log
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
*Error Log*
{quote}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{quote}
*A Dump of the cluster class attributes*
{quote}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{quote}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13893306#comment-13893306
]
Benedict commented on CASSANDRA-6663:
-
I'm not sure if that edit was supposed to be in answer to Brandon or not, but
it didn't answer his question. You will need to look at the Cassandra
system.log on the Raspberry Pi at 192.168.200.151.
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
*Error Log*
{quote}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{quote}
*A Dump of the cluster class attributes*
{quote}
pprint(vars(cluster))
{'_core_connections_per_host': {0: 2, 1: 1},
'_is_setup': True,
'_is_shutdown': True,
'_listener_lock': thread.lock object at 0x10616d230,
'_listeners': set([]),
'_lock': _RLock owner=None count=0,
'_max_connections_per_host': {0: 8, 1: 2},
'_max_requests_per_connection': {0: 100, 1: 100},
'_min_requests_per_connection': {0: 5, 1: 5},
'_prepared_statements': WeakValueDictionary at 4396942904,
'compression': None,
'contact_points': ['192.168.200.151'],
'control_connection': cassandra.cluster.ControlConnection object at
0x106168cd0,
'control_connection_timeout': 2.0,
'cql_version': None,
'executor': concurrent.futures.thread.ThreadPoolExecutor object at
0x106148410,
'load_balancing_policy': cassandra.policies.RoundRobinPolicy object at
0x104adae50,
'max_schema_agreement_wait': 10,
'metadata': cassandra.metadata.Metadata object at 0x1061481d0,
'metrics_enabled': False,
'port': 9042,
'scheduler': cassandra.cluster._Scheduler object at 0x106148550,
'sessions': _weakrefset.WeakSet object at 0x106148750,
'sockopts': None,
'ssl_options': None}
{quote}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CASSANDRA-6663) Connecting to a Raspberry PI Cassandra Cluster crashes the node being connected to
[
https://issues.apache.org/jira/browse/CASSANDRA-6663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13892974#comment-13892974
]
Brandon Williams commented on CASSANDRA-6663:
-
We're going to need to see a server-side error to get anywhere here.
Connecting to a Raspberry PI Cassandra Cluster crashes the node being
connected to
--
Key: CASSANDRA-6663
URL: https://issues.apache.org/jira/browse/CASSANDRA-6663
Project: Cassandra
Issue Type: Bug
Components: Drivers (now out of tree)
Environment: 4x node Raspberry PI cluster
Macbook running Idle 2.7
Reporter: ian mccrae
I have a working 4x node Raspberry Pi cluster and
# DevCenter happily connects to this (...which has an option to turn Snappy
compression off)
# ...however the Python Driver fails to connect and crashes the node being
connected to with the errors in the error-log below.
There appears to be a problem with Snappy compression (not supported on the
Raspberry Pi). So I also tried compression = None with the same result.
How might I fix this?
*Python Code*
from cassandra.cluster import Cluster
cluster = Cluster(['192.168.200.151'], compression = None)
session = cluster.connect()
*Error Log*
{quote}
Traceback (most recent call last):
File pyshell#58, line 1, in module
session = cluster.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 471, in connect
self.control_connection.connect()
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1351, in connect
self._set_new_connection(self._reconnect_internal())
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/cassandra/cluster.py,
line 1386, in _reconnect_internal
raise NoHostAvailable(Unable to connect to any servers, errors)
NoHostAvailable: ('Unable to connect to any servers', {'192.168.200.151':
ConnectionShutdown('Connection to 192.168.200.151 is closed',))
{quote}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
