Thanks Jonathan, actually I'm wondering how CQL is implemented underlying,
a different RPC mechanism? Why it is faster than thrift? I know I'm wrong,
but now I just regard CQL as a query language. Could you please help
explain to me? I still feel puzzled after reading some docs about CQL. I
create
cassandra-stress is a great tool to check whether the sizing of your cluster in
combination of your data model will fit your production needs. I.e. without the
application :) Removing the application removes any possible bugs from the load
test. Sure, it’s a necessary step to do it with your app
This did not work either. I changed /etc/cassandra.yaml and restarted
Cassandra (I even restarted the machine to make 100% sure).
What I tried:
1) "listen_address: localhost"
-> connection OK (but of course I can't connect from outside the VM
to "localhost")
2) Set "listen_interface: eth0"
Two things:
1. Try telnet 192.168.111.136 9042 and see if it connects?
2. check for hostname in /etc/hosts, if it is mapped correctly.
-Vivek
On Mon, Dec 8, 2014 at 4:19 PM, Richard Snowden wrote:
> This did not work either. I changed /etc/cassandra.yaml and restarted
> Cassandra (I even resta
Thanks Chris.
I run a *client on a separate* AWS *instance from* the Cassandra cluster
servers. At the client side, I create 40 or 50 threads for sending requests
to each Cassandra node. I create one thrift client for each of the threads.
And at the beginning, all the created thrift clients connect
Listen address needs the actual address, not the interface. This is best
accomplished by setting up proper hostnames for each machine (through DNS
or hosts file) and leaving listen_address blank, as it will pick the
external ip. Otherwise, you'll need to set the listen address to the IP of
the ma
I agree with Robert. If you're trying to test Cassandra, test Cassandra
using stress. Set a reasonable benchmark, and then you'll be able to aim
for that with your client code. Otherwise you're likely to be asking a lot
of the wrong questions & make incorrect assumptions.
On Mon Dec 08 2014 at
Thanks Robert. So the native protocol is an asynchronous protocol? And is
native protocol specially created for Cassandra CQL? I haven't heard about
this protocol before.
I have tried using the stress test tool. But it seems that this tool should
run on the same node as one of the Cassandra node(
>
> So the native protocol is an asynchronous protocol?
Yes.
> I have tried using the stress test tool. But it seems that this tool should
> run on the same node as one of the Cassandra node(or at least on a node
> having Cassandra installed)? One I try to run this tool on a separate client
>
I left listen_address blank - still I can't connect (connection refused).
"cqlsh" -> OK
"cqlsh ubuntu" -> fail ("ubuntu" is my hostname)
"cqlsh 192.168.111.136" -> fail
"telnet 192.168.111.136 9042" from outside the VM gives me a "connection
refused".
I just started a Tomcat in my VM and did a "
Hi Cassandra users,
I'm trying but failing to join a new (well old, but wiped
out/decomissioned) node to an existing cluster.
Currently I have a cluster that consists of 2 nodes and runs C* 2.1.2. I
start a third node with 2.1.2, it gets to joining state, it bootstraps,
i.e. streams some data as
The upper bound for the data size of a single column is 2GB, and the upper
bound for the number of columns in a row (partition) is 2 billion. So if
you wanted to create the largest possible row, you probably can't afford
enough disks to hold it.
http://wiki.apache.org/cassandra/CassandraLimitation
So I would -expect- an increase of ~20k qps per node with m3.xlarge so
there may be something up with your client (I am not a c++ person however
but hopefully someone on list will take notice).
Latency does not decreases linearly as you add nodes. What you are likely
seeing with latency since so
> Do you mean that I should clear my table after each run? Indeed, I can
see several times of compaction during my test, but could only a few times
compaction affect the performance that much?
It certainly affects performance. Read performance suffers first, then
write performance suffers eventua
The difference is what interface your service is listening on. What is the
output of
$ netstat -ntl | grep 9042
On Mon, 8 Dec 2014 07:21 Richard Snowden
wrote:
> I left listen_address blank - still I can't connect (connection refused).
>
> "cqlsh" -> OK
> "cqlsh ubuntu" -> fail ("ubuntu" is my
Any chance you have something along the path that causes the
connectivity issues?
What's the network connectivity between this node and the other node?
Can you try transferring a big file between the two servers? perhaps
you have an MTU issue that causes TCP PMTU discovery fail.
Can you send large
$ netstat -ntl | grep 9042
tcp6 0 0 127.0.0.1:9042 :::*LISTEN
("listen_address" not set in cassandra.yaml)
Even with "listen_address: 192.168.111.136" I get:
$ netstat -ntl | grep 9042
tcp6 0 0 127.0.0.1:9042 :::*
rpc_address (or rpc_interface) is used for client connections,
listen_address is for inter-node communication.
On 8 December 2014 at 19:21, Richard Snowden
wrote:
> $ netstat -ntl | grep 9042
> tcp6 0 0 127.0.0.1:9042 :::*
> LISTEN
>
> ("listen_address" not set in cassand
Ah! That did the trick!
Thanks Sam!
On Mon, Dec 8, 2014 at 8:49 PM, Sam Tunnicliffe wrote:
> rpc_address (or rpc_interface) is used for client connections,
> listen_address is for inter-node communication.
>
>
>
> On 8 December 2014 at 19:21, Richard Snowden
> wrote:
>
>> $ netstat -ntl | gr
has there been any recent discussion on multitenancy namespaces ? I think
this would effectively solve the scenario -- a formalized partition-key
that's enforced at the storage layer, similar to oracle's virtual private
database
it was on the wiki from ~ Aug 2010
http://wiki.apache.org/cassandra
Hi All,
I am new to Cassandra so I apologise in advance if I have missed anything
obvious but this one currently has me stumped.
I am currently running a 6 node Cassandra 2.1.1 cluster on EC2 using
C3.2XLarge nodes which overall is working very well for us. However, after
letting it run for a wh
21 matches
Mail list logo
