Hello, everybody!
I'd like to clarify a bootstrapping process. As far as I understand,
bootstrapping node starts to accept writes immediately. What about
reads?
Bootstrapping node doesn't have all information, only replica nodes
have. Does it mean read operations with CL ALL may fail during
bootst
Thanks, I will check into that!
From: B. Todd Burruss
To: user@cassandra.apache.org; Nick Morizio
Sent: Saturday, October 13, 2012 4:40 PM
Subject: Re: Issue removing rows
i have used StorageProxy and was forgetting to rewind (or otherwise
setup my ByteBu
i have used StorageProxy and was forgetting to rewind (or otherwise
setup my ByteBuffer properly) and was getting, i believe, the same
error.
check your ByteBuffers
On Sat, Oct 13, 2012 at 8:49 AM, Nick Morizio wrote:
> I'm wondering if anyone has seen this issue before:
>
> We are running Cassa
@B Todd Burruss:
Regarding the use cases, I think they are pretty common. At least I see its
usages very frequently in my project. Lets say when the application needs
to store a timeline of bookmark activity by a user on certain items then if
I could store the activity data containing columns(with
I'm wondering if anyone has seen this issue before:
We are running Cassandra 1.1.5 on linux, latest Oracle JDK 6.
Starting with a fresh, empty cassandra on a new ring (~7 nodes), we create our
keyspace and insert a row. We then try to remove that row, at which point the
operation fails and ti
One example could be to identify when a row was last updated. For example,
if I have a column family for storing users, the row key is a user ID and
the columns are values for that user, e.g. natural column names would be
"firstName", "lastName", "address", etc; column names don't naturally
include
