Thank you for the reply Aaron. Unfortunately, I could not seem to find any
additional info in the logs. However, upgrading from 2.0.2 to 2.0.3 seems to
have done the trick!
Best regards,
-David Laube
On Dec 11, 2013, at 6:51 PM, Aaron Morton wrote:
>> [2013-12-08 11:04:02,047]
Hi Michael,
Upgrading from 2.0.2 to 2.0.3 seems to have done the trick! Thank you for the
recommendation!
Best regards,
-David Laube
On Dec 9, 2013, at 3:57 PM, "Laing, Michael" wrote:
> My experience is that you must upgrade to 2.0.3 ASAP to fix this.
>
> Michael
&g
Hi All,
We are running Cassandra 2.0.2 and have recently stumbled upon an issue with
nodetool repair. Upon running nodetool repair on each of the 5 nodes in the
ring (one at a time) we observe the following exceptions returned to standard
out;
[2013-12-08 11:04:02,047] Repair session ff16c510
Thank you Tyler. I took your advice and I have opened
https://issues.apache.org/jira/browse/CASSANDRA-6378
Best regards,
-David Laube
On Nov 19, 2013, at 9:51 AM, Tyler Hobbs wrote:
> I think this is just an oversight; would you mind opening a ticket here?
> https://issues.apache.or
EXCEPTION==
Has anyone seen this before or can someone confirm that SSL/encryption is not
supported under the open source project and only with d-stax enterprise?
Thanks,
-David Laube
Thank you for the detailed reply Rob! I have replied to your comments in-line
below;
On Nov 14, 2013, at 1:15 PM, Robert Coli wrote:
> On Thu, Nov 14, 2013 at 12:37 PM, David Laube wrote:
> It is almost as if the data only exists on some of the nodes, or perhaps the
> token r
ot;nodetool repair" on each of the nodes in cluster-B.
Please let me know if you see any major errors or deviation from best practices
which could be contributing to our read inconsistencies. I'll be happy to
answer any specific question you may have regarding our configuration. Thank
you in advance!
Best regards,
-David Laube
down the Datastax route. Can anyone suggest
some methods of accomplishing this goal in a straight-forward way? Thanks!
Best regards,
-David Laube
nf/.truststore
# truststore_password: cassandra
# More advanced defaults below:
protocol: TLS
algorithm: SunX509
store_type: JKS
cipher_suites: [TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA]
…snip...
========
Thanks,
-David Laube
more than 8GB, I'm wondering if it is
even advantageous to use even slightly more.
Thanks,
-David Laube
10 matches
Mail list logo