I've resolved this bug to be within my own php client wrapper and thus
not in Cassandra (great to know :).
The bug was that upon TException from get_slice the client code didn't
correctly close the socket but instead kept using it.
This resulted that the timeouted response was eventually delivered
great to see, subscribed.
I've made some progress on narrowing this down and am able to
reproduce easily. I am using pelops as a client and I configured the
policy in pelops to only establish 1 connection to a cassandra node.
I'm able to step through the pelops code line by line and see the
resulting thrift transpor
Just wanted to check on the operation of nodetool repair. I'm running the trunk nightly from 2010-08-26_13-52-57I ran it this morning against one node in a 4 node cluster, on each node in the cluster I saw this in the logINFO [manual-repair-6516fb70-d654-4fe2-815b-5d3a6b77106d] 2010-09-01 09:45:13,
Yes - very helpful - I seemed to have forgotten the grace seconds:)
-Original Message-
From: Jonathan Ellis [mailto:jbel...@gmail.com]
Sent: Tuesday, August 31, 2010 1:06 PM
To: user@cassandra.apache.org
Subject: Re: Question regarding tombstone removal on 0.6.4
does http://wiki.apache.o
Found a little more info in the logs. Looks like there was a lot of GC going on and during the CMS nodes were being marked as down, does this sound correct ? Then two nodes started doing handed hint off to each other. Just mentioning it in case it has some bearing on why the Keys must be written in
Thanks, that's what I needed!
On Tue, Aug 31, 2010 at 10:05 PM, Jonathan Ellis wrote:
> there are a couple examples in test/system/test_thrift_server.py for now
>
> On Tue, Aug 31, 2010 at 1:50 PM, Petr Odut wrote:
> > Hi,
> > is there any info / documentation for secondary index feature? I can
I'm running the nightly trunk build from 2010-08-26_13-52-57 and got a bunch of java.io.IOException: Keys must be written in ascending order errors. Am running a 4 node cluster, this error occured on a single nodes. Eventually the node went OOM, not sure if it has anything to do with the error. The
On Tue, Aug 31, 2010 at 4:06 PM, Jonathan Ellis wrote:
> does http://wiki.apache.org/cassandra/DistributedDeletes and
> http://wiki.apache.org/cassandra/MemtableSSTable help?
>
> On Tue, Aug 31, 2010 at 3:04 PM, Dwight Smith
> wrote:
>> Hi
>>
>>
>>
>> I am running a three node cluster, everything
does http://wiki.apache.org/cassandra/DistributedDeletes and
http://wiki.apache.org/cassandra/MemtableSSTable help?
On Tue, Aug 31, 2010 at 3:04 PM, Dwight Smith
wrote:
> Hi
>
>
>
> I am running a three node cluster, everything works as expected. After
> running my application for ~60K iteratio
there are a couple examples in test/system/test_thrift_server.py for now
On Tue, Aug 31, 2010 at 1:50 PM, Petr Odut wrote:
> Hi,
> is there any info / documentation for secondary index feature? I can't
> google even any examples.
>
> Thanks
> Petr
>
--
Jonathan Ellis
Project Chair, Apache Cas
No, I don't know that anyone has reproduced that. TTransportException
always means "something went wrong on the thrift side" in my
experience, it shouldn't be cassandra-version specific.
On Tue, Aug 31, 2010 at 12:53 PM, Carl Bruecken
wrote:
>
> Are there any estimates as to when a fix for this
Hi
I am running a three node cluster, everything works as expected. After
running my application for ~60K iterations, I stopped the application,
then performed
Nodetool flush on my Keyspace, the a nodetool compact, repeating this
for each node in the cluster.
Then I exported with sstabl
On Tue, Aug 31, 2010 at 5:05 AM, Terje Marthinussen
wrote:
> No benefit?
> Making it easier to use column families as part of your data model is a
> fairly good benefit
No, it's not. (This is why I'm of the opinion that blog posts
encouraging thinking of the cassandra model as a 4-level nested h
Forwarding to Cassandra users list.
This fix addresses the issue with PHP Accelerated module returning "Cannot Read
XX bytes" TException due to faulty stream sent to FramedTransport.
On Tue, Aug 31, 2010 at 12:13 PM, Bryan Duxbury wrote:
> Hey guys,
>
> I think someone has managed to figu
Hi,
is there any info / documentation for secondary index feature? I can't
google even any examples.
Thanks
Petr
I am using the example from
http://wiki.apache.org/cassandra/ThriftExampleswith Version
0.7.0-beta1
and I am getting this error. I suspect that it is a 0.6.x to 0.7.0 problem
- can anybody suggest how to
address it.
On Tue, Apr 13, 2010 at 6:40 PM, Tupshin Harper wrote:
> On 4/13/2010 3:39 PM,
Are there any estimates as to when a fix for this will be checked into
trunk?
Coincidentally, has anyone tracked down the issue?
I'm experiencing same issue with nightly build from a week ago.
Thank You
Then make a CF in which you store the mappings from UTF8 (or byte[]!)
names to CFs. Now all clients can read the same mappings. Problem
solved.
Still not solved because you have arbitrary, uncontrolled clients
doing arbitrary, uncontrolled things in the same Cassandra cluster?
You're doing it wr
On Tue, Aug 31, 2010 at 9:12 AM, Dop Sun wrote:
> But as per the Thrift Client API, it looks like the valid version is:
>
> i32 get_count(string keyspace, string key, ColumnParent column_parent, SlicePredicate predicate,
> ConsistencyLevel consistency_level)
>
>
>
> And this is valid both 0.6.x an
Sure, but as I am likely to have multiple clients (which I may not control)
accessing a single store, I would prefer to keep such custom mappings out of
the client for consistency reasons (much bigger problem than any of the
operational issues highlighted so far).
Terje
On 31 Aug 2010, at 23
Hi,
Two things about get_count API:
1)
In the http://wiki.apache.org/cassandra/API, there is only one get_count
method there:
i32 get_count(string keyspace, string key, ColumnParent column_parent,
ConsistencyLevel consistency_level)
But as per the Thrift Client API, it looks like t
It's not so hard to implement your mapping suggestion in your application,
rather than in Cassandra, if you really want it.
On Tue, Aug 31, 2010 at 1:05 PM, Terje Marthinussen wrote:
> No benefit?
> Making it easier to use column families as part of your data model is a
> fairly good benefit, at
I've now refactored my code and uploaded it to http://opensource.dynamoid.com
(direct link to class:
http://opensource.dynamoid.com/files/cassandrawrapper.inc.gz)
All feedback is appreciated.
- Juho Mäkinen
>>> On Mon, Aug 30, 2010 at 3:48 PM, Mike Peters
>>> wrote:
Juho, do you min
No benefit?
Making it easier to use column families as part of your data model is a
fairly good benefit, at least given the somewhat special data model
cassandra offers. Much more of a benefit than the disadvantages I can
imagine.
fileprefix=`sometool -fileprefix tablename`
is something I would sa
This is not the Unix way for good reason: it creates all manner of
operational challenges for no benefit. This is how Windows does
everything and automation and operations for large-scale online
services is _hellish_ because of it. This horse is sufficiently
beaten, though.
b
On Mon, Aug 30, 2
Exactly.
On Mon, Aug 30, 2010 at 11:39 PM, Janne Jalkanen
wrote:
>
> I've been doing it for years with no technical problems. However, using "%"
> as the escape char tends to, in some cases, confuse a certain operating
> system whose name may or may not begin with "W", so using something else
> m
27 matches
Mail list logo
