I witnessed the same behavior as reported by Edward and James.
Removing the host from its own seed list does not solve the problem. Removing
it from config of all nodes and restarting each, then restarting the failed
node worked.
Ron
On Sep 12, 2012, at 4:42 PM, Edward Sargisson wrote:
-Dcassandra.replace_token=
when bringing up the new node, this problem wasn't exhibited. Everything
worked smoothly.
Ron
On Oct 10, 2012, at 12:38 PM, Ron Siemens wrote:
I witnessed the same behavior as reported by Edward and James.
Removing the host from its own seed list does not solve the problem
Just had something odd happen - my keyspace disappeared. I'm curious if anyone
has seen the same or may have an explanation.
I am using Titan 0.2.0 and Cassandra 1.1.6. I ran my application which creates
a graph and progressively builds it for a couple of hours. But before
completing,
to be the only one -
shrug.
Ron
On Feb 8, 2013, at 10:32 AM, Ron Siemens wrote:
INFO [Thrift:1977] 2013-02-07 17:58:01,292 MigrationManager.java (line 174)
Drop Keyspace 'Recommender'
I have a column family for my main data, and I have been using an additional
column family to store indexes to the data: row per index style.
I now want to be able to update a set of indexes by the field being indexed on.
To access that set, I can maintain meta indexes for each field, or I
I upgraded to 1.0.6 to 1.1.0, and I noticed the effective ownership report
changed.
I have a 3-node cluster, with evenly divided tokens and RF=2. The node tool
report on 1.0.6 was:
33.33% 0
33.33% 56713727820156410577229101238628035243
Does the updated reporting in 1.1.0 include the replicated data and before
it didn't?
Yes.
Thanks for verifying that.
Ron
We have some production Solaris boxes so I can't use SnappyCompressor (no
library included for Solaris), so I set it to JavaDeflate. I've also noticed
higher load issues with 1.1.0 versus 1.0.6: could this be JavaDeflate, or is
that what the old default was? Anyway, I thought I would try no
.
Unless I see the error again, I'm guessing there was some data leftover between
trials.
Ron
On May 18, 2012, at 3:38 PM, Ron Siemens wrote:
We have some production Solaris boxes so I can't use SnappyCompressor (no
library included for Solaris), so I set it to JavaDeflate. I've also noticed
I am doing some experimenting with indexing. My data CF has about 25000 rows
around 1KB each. I set up a special column of boolean value to use as the
secondary index. I also created my own index in a separate CF where each index
is one row and the column names are the data keys.
The
I failed to mention: this is just doing repeated data retrievals using the
index.
...
Sample run: Secondary index.
DEBUG Retrieved THS / 7293 rows, in 2012 ms
DEBUG Retrieved THS / 7293 rows, in 1956 ms
DEBUG Retrieved THS / 7293 rows, in 1843 ms
...
+ 758 ms
DEBUG Retrieved LIT / 7291 rows, in 17 + 745 ms
On Feb 24, 2011, at 3:39 PM, Ron Siemens wrote:
I failed to mention: this is just doing repeated data retrievals using the
index.
...
Sample run: Secondary index.
DEBUG Retrieved THS / 7293 rows, in 2012 ms
DEBUG Retrieved THS
I have a 3-node cluster in production and a single-node development cluster. I
tested snapshotting a column family from the 3-node production cluster,
grouping the files together, and restoring onto my single node development
system. That worked fine. Can I go the other direction? It's not
13 matches
Mail list logo