Hi Sávio,
I am really surprised by this. Could anyone explain why ALLOW FILTERING
only is allowed when using secondary index and not together with a PRIMARY
KEY? I'm struggling to see any reason for it not being supported.
Also, I don't believe the CQL specification makes it entirely clear that
o
On Wed, Aug 6, 2014 at 9:41 AM, Jens Rantil wrote
>
> I'm struggling to see any reason for it not being supported.
>
The time to implement it, plus a bunch of internal implementation reasons
that makes it not as trivial to support as you seem to suggest it is (of
course, this is open source, you
Hi Clint,
INFO [StorageServiceShutdownHook] 2014-08-05 19:14:51,903
ThriftServer.java (line 141) Stop listening to thrift clients
INFO [StorageServiceShutdownHook] 2014-08-05 19:14:51,920 Server.java
(line 182) Stop listening for CQL clients
INFO [StorageServiceShutdownHook] 2014-08-05 19:14
Sylvain,
Your answer was what I was hoping for - that means it's not impossible to
solve ;)
I'll keep an eye on the issue and in case I have the time I will dig into
some code.
Thanks,
Jens
On Wed, Aug 6, 2014 at 10:03 AM, Sylvain Lebresne
wrote:
> On Wed, Aug 6, 2014 at 9:41 AM, Jens Rantil
> The discussion about racks & NTS is also mentioned in this recent article :
> planetcassandra.org/multi-data-center-replication-in-nosql-databases/
>
> The last section may be of interest for you
Thanks DuyHai.
Note that this section is also part of C* anti-patterns
http://www.datastax.com/do
Hi Duncan,
Thanks for your help.
I am at a loss as to what is causing this process to stop then. I
would not expect the Cassandra process to finish until my code calls
Process#destroy, but it seems to non-deterministically stop much
earlier sometimes.
FWIW I have seen failures on another machin
On Wed, Aug 6, 2014 at 1:11 AM, Duncan Sands wrote:
> this doesn't look like an OOM to me. If the kernel OOM kills Cassandra
> then Cassandra instantly vaporizes, and there will be nothing in the
> Cassandra logs (you will find information about the OOM in the system logs
> though, eg in dmesg).
On Wed, Aug 6, 2014 at 1:12 PM, Robert Coli wrote:
> On Wed, Aug 6, 2014 at 1:11 AM, Duncan Sands
> wrote:
>
>> this doesn't look like an OOM to me. If the kernel OOM kills Cassandra
>> then Cassandra instantly vaporizes, and there will be nothing in the
>> Cassandra logs (you will find informa
Hello Mark and Rob,
Thank you very much for your input, I will increase the phi threshold and
report back any progress.
Vasilis
On 5 Aug 2014 21:52, "Mark Reddy" wrote:
> Hi Vasilis,
>
> To further on what Rob said
>
> I believe you might be able to tune the phi detector threshold to help
>> th
Actually something else I would like to ask... Do you know if phi is
related to streaming_socket_timeout_in_ms? It seems to be set to infinity
by default. Could that be related to the hang behaviour of rebuild? Would
you recommend changing the default or I have completely misinterpreted its
meaning
Hi Rob,
Thanks for the clarification; this is really useful. I'll run some
experiments to see if the problem is a JVM OOM on our build machine.
Best regards,
Clint
On Wed, Aug 6, 2014 at 1:14 PM, Robert Coli wrote:
> On Wed, Aug 6, 2014 at 1:12 PM, Robert Coli wrote:
>>
>> On Wed, Aug 6, 2014
On Wed, Aug 6, 2014 at 1:46 AM, Jens Rantil wrote:
> Your answer was what I was hoping for - that means it's not impossible to
> solve ;)
>
> I'll keep an eye on the issue and in case I have the time I will dig into
> some code.
>
Just have to mention here that :
"ALLOW FILTERING should be ren
12 matches
Mail list logo
