Exactly.
On Mon, Aug 30, 2010 at 11:39 PM, Janne Jalkanen
janne.jalka...@ecyrd.com 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
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,
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
On Tue, Aug 31, 2010 at 9:12 AM, Dop Sun su...@dopsun.com 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
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
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
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 tups...@tupshin.com wrote:
On
Hi,
is there any info / documentation for secondary index feature? I can't
google even any examples.
Thanks
Petr
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 br...@rapleaf.com wrote:
Hey guys,
I think someone has
On Tue, Aug 31, 2010 at 5:05 AM, Terje Marthinussen
tmarthinus...@gmail.com 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
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
carl.bruec...@corp.aol.com wrote:
Are there any estimates as
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 petr.o...@gmail.com wrote:
Hi,
is there any info / documentation for secondary index feature? I can't
google even any examples.
Thanks
Petr
--
Jonathan Ellis
Project
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
dwight.sm...@alcatel-lucent.com wrote:
Hi
I am running a three node cluster, everything works as expected. After
running my
On Tue, Aug 31, 2010 at 4:06 PM, Jonathan Ellis jbel...@gmail.com 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
dwight.sm...@alcatel-lucent.com wrote:
Hi
I am
I'm running the nightly trunk build from2010-08-26_13-52-57 and got a bunch ofjava.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. There
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
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
Just wanted to check on the operation of nodetool repair. I'm running the trunk nightly from2010-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
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
great to see, subscribed.
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
21 matches
Mail list logo
