Re: Alter table

[Jeff Jirsa]

(My advice stands, I still believe it to be safe in all modern versions not 
impacted by 13004, but)

There’s little difference between adding columns and removing columns - if 
you’re afraid of writes while you add columns, you should be afraid of writes 
while you remove columns.

(But I don’t think you should be afraid of either)

-- 
Jeff Jirsa


> On Aug 1, 2018, at 6:43 PM, Visa  wrote:
> 
> Thanks for all the inputs! We’ll stick to the current approach then.
> 
> How about dropping columns - If we also stop writes beforehand, we should be 
> safe from data alignment issue after dropping columns?
> 
> Thanks,
> Li
> 
>> On Jul 31, 2018, at 04:14, James Shaw  wrote:
>> 
>> in a heavy transaction PROD env, it is risk, considering c* has a lot of 
>> bugs.
>> the DDL has to be replicated to all nodes,  use nodetool describecluster to 
>> check schema version same on all nodes, if not,  you may restart that node 
>> which DDL not replicated.
>> in new version, DDL is none or all,  you may not get it success.
>> 
>> It is similar to rdbms,  alter table in a heavy transaction PROD env, may 
>> get resource busy error.
>> 
>> in non-prod, we always apply new DDL without stop applications, never had 
>> issue.
>> 
>> Thanks,
>> 
>> James
>> 
>> 
>>> On Tue, Jul 31, 2018 at 1:37 AM, Jeff Jirsa  wrote:
>>> This is safe (and normal, and good) in all versions except those impacted 
>>> by https://issues.apache.org/jira/browse/CASSANDRA-13004 
>>> 
>>> So if you're on 2.1, 2.2, or 3.11 you're fine
>>> 
>>> If you're on 3.0 between 3.0.0 and 3.0.13, you should upgrade first (to 
>>> newest 3.0, probably 3.0.17)
>>> If you're on a version between 3.1 and 3.10, you should upgrade first (to 
>>> newest 3.11, probably 3.11.3)
>>> 
>>> - Jeff
>>> 
>>> 
 On Mon, Jul 30, 2018 at 10:16 PM, Visa  wrote:
 Hi all,
 
 I have one question about altering schema. If we only add columns, is it 
 ok to alter the schema while the writes to the table are happening at the 
 same time? We can control that the writes will not touch the new columns 
 until the schema change is done. Or better to stop the writes to that 
 table first.
 
 Thanks!
 
 Li
 -
 To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
 For additional commands, e-mail: user-h...@cassandra.apache.org
 
>>> 
>> 

Re: Alter table

[Visa]

Thanks for all the inputs! We’ll stick to the current approach then.

How about dropping columns - If we also stop writes beforehand, we should be 
safe from data alignment issue after dropping columns?

Thanks,
Li

> On Jul 31, 2018, at 04:14, James Shaw  wrote:
> 
> in a heavy transaction PROD env, it is risk, considering c* has a lot of bugs.
> the DDL has to be replicated to all nodes,  use nodetool describecluster to 
> check schema version same on all nodes, if not,  you may restart that node 
> which DDL not replicated.
> in new version, DDL is none or all,  you may not get it success.
> 
> It is similar to rdbms,  alter table in a heavy transaction PROD env, may get 
> resource busy error.
> 
> in non-prod, we always apply new DDL without stop applications, never had 
> issue.
> 
> Thanks,
> 
> James
> 
> 
>> On Tue, Jul 31, 2018 at 1:37 AM, Jeff Jirsa  wrote:
>> This is safe (and normal, and good) in all versions except those impacted by 
>> https://issues.apache.org/jira/browse/CASSANDRA-13004 
>> 
>> So if you're on 2.1, 2.2, or 3.11 you're fine
>> 
>> If you're on 3.0 between 3.0.0 and 3.0.13, you should upgrade first (to 
>> newest 3.0, probably 3.0.17)
>> If you're on a version between 3.1 and 3.10, you should upgrade first (to 
>> newest 3.11, probably 3.11.3)
>> 
>> - Jeff
>> 
>> 
>>> On Mon, Jul 30, 2018 at 10:16 PM, Visa  wrote:
>>> Hi all,
>>> 
>>> I have one question about altering schema. If we only add columns, is it ok 
>>> to alter the schema while the writes to the table are happening at the same 
>>> time? We can control that the writes will not touch the new columns until 
>>> the schema change is done. Or better to stop the writes to that table first.
>>> 
>>> Thanks!
>>> 
>>> Li
>>> -
>>> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
>>> For additional commands, e-mail: user-h...@cassandra.apache.org
>>> 
>> 
> 

Re: Too many Cassandra threads waiting!!!

[Elliott Sims]

You might have more luck trying to analyze at the Java level, either via a
(Java) stack dump and the "ttop" tool from Swiss Java Knife, or Cassandra
tools like "nodetool tpstats"

On Wed, Aug 1, 2018 at 2:08 AM, nokia ceph  wrote:

> Hi,
>
> i'm having a 5 node cluster with cassandra 3.0.13.
>
> i could see the cassandra process has too many threads.
>
> *# pstree -p `pgrep java` | wc -l*
> *453*
>
> And almost all of those threads are in *sleeping* state and wait at
> *# cat  /proc/166022/task/1698913/wchan*
> *futex_wait_queue_me*
>
> Some more info:
> *# strace -e trace=all -p 166022*
> *strace: Process 166022 attached*
> *futex(0x7efc24aeb9d0, FUTEX_WAIT, 166023, NULL*
>
> # cat /proc/166022/stack
> [] futex_wait_queue_me+0xc6/0x130
> [] futex_wait+0x17b/0x280
> [] do_futex+0x106/0x5a0
> [] SyS_futex+0x80/0x180
> [] system_call_fastpath+0x16/0x1b
> [] 0x
>
>
> What is the reason cassandra is having these many threads? is it the
> normal behavior of cassandra?  Is there a way to reduce this thread count?
> will there be any performance impact because of this (our platform experts
> suspects so)?
>
> Regards,
> Renoy  Paulose
>
>

Re: Secure data

[Rahul Reddy]

Thanks Jonathan/been/Jeff,

Will look into encrypting in application

On Wed, Aug 1, 2018, 7:52 PM Jonathan Haddad  wrote:

> Ben has a good point here.  There's an advantage to encrypting in the
> application, you can encrypt data per-account / user / [some other thing].
> It's possible to revoke all access to all the data for a particular
> [whatever] by simply deleting the encryption key.
>
> Lots of options available.
>
> On Wed, Aug 1, 2018 at 4:39 PM Ben Slater 
> wrote:
>
>> My recommendation is generally to look at encrypting in your application
>> as it’s likely to be overall more secure than DB-level encryption anyway
>> (generally the closer to the user you encrypt the better). I wrote a blog
>> on this last year:
>> https://www.instaclustr.com/securing-apache-cassandra-with-application-level-encryption/
>>
>> We also use encrypted GP2 EBS pretty widely without issue.
>>
>> Cheers
>> Ben
>>
>> On Thu, 2 Aug 2018 at 05:38 Jonathan Haddad  wrote:
>>
>>> You can also get full disk encryption with LUKS, which I've used before.
>>>
>>> On Wed, Aug 1, 2018 at 12:36 PM Jeff Jirsa  wrote:
>>>
 EBS encryption worked well on gp2 volumes (never tried it on any others)

 --
 Jeff Jirsa


 On Aug 1, 2018, at 7:57 AM, Rahul Reddy 
 wrote:

 Hello,

 Any one tried aws ec2 volume encryption for Cassandra instances?

 On Tue, Jul 31, 2018, 12:25 PM Rahul Reddy 
 wrote:

> Hello,
>
> I'm trying to find a good document on to enable encryption for Apache
> Cassandra  (not on dse) tables and commilogs and store the keystore in kms
> or vault. If any of you already configured please direct me to
> documentation for it.
>

>>>
>>> --
>>> Jon Haddad
>>> http://www.rustyrazorblade.com
>>> twitter: rustyrazorblade
>>>
>> --
>>
>>
>> *Ben Slater*
>>
>> *Chief Product Officer *
>>
>> 
>> 
>> 
>>
>> Read our latest technical blog posts here
>> .
>>
>> This email has been sent on behalf of Instaclustr Pty. Limited
>> (Australia) and Instaclustr Inc (USA).
>>
>> This email and any attachments may contain confidential and legally
>> privileged information.  If you are not the intended recipient, do not copy
>> or disclose its content, but please reply to this email immediately and
>> highlight the error to the sender and then immediately delete the message.
>>
>
>
> --
> Jon Haddad
> http://www.rustyrazorblade.com
> twitter: rustyrazorblade
>

Re: Secure data

[Jonathan Haddad]

Ben has a good point here.  There's an advantage to encrypting in the
application, you can encrypt data per-account / user / [some other thing].
It's possible to revoke all access to all the data for a particular
[whatever] by simply deleting the encryption key.

Lots of options available.

On Wed, Aug 1, 2018 at 4:39 PM Ben Slater 
wrote:

> My recommendation is generally to look at encrypting in your application
> as it’s likely to be overall more secure than DB-level encryption anyway
> (generally the closer to the user you encrypt the better). I wrote a blog
> on this last year:
> https://www.instaclustr.com/securing-apache-cassandra-with-application-level-encryption/
>
> We also use encrypted GP2 EBS pretty widely without issue.
>
> Cheers
> Ben
>
> On Thu, 2 Aug 2018 at 05:38 Jonathan Haddad  wrote:
>
>> You can also get full disk encryption with LUKS, which I've used before.
>>
>> On Wed, Aug 1, 2018 at 12:36 PM Jeff Jirsa  wrote:
>>
>>> EBS encryption worked well on gp2 volumes (never tried it on any others)
>>>
>>> --
>>> Jeff Jirsa
>>>
>>>
>>> On Aug 1, 2018, at 7:57 AM, Rahul Reddy 
>>> wrote:
>>>
>>> Hello,
>>>
>>> Any one tried aws ec2 volume encryption for Cassandra instances?
>>>
>>> On Tue, Jul 31, 2018, 12:25 PM Rahul Reddy 
>>> wrote:
>>>
 Hello,

 I'm trying to find a good document on to enable encryption for Apache
 Cassandra  (not on dse) tables and commilogs and store the keystore in kms
 or vault. If any of you already configured please direct me to
 documentation for it.

>>>
>>
>> --
>> Jon Haddad
>> http://www.rustyrazorblade.com
>> twitter: rustyrazorblade
>>
> --
>
>
> *Ben Slater*
>
> *Chief Product Officer *
>
>    
>
>
> Read our latest technical blog posts here
> .
>
> This email has been sent on behalf of Instaclustr Pty. Limited (Australia)
> and Instaclustr Inc (USA).
>
> This email and any attachments may contain confidential and legally
> privileged information.  If you are not the intended recipient, do not copy
> or disclose its content, but please reply to this email immediately and
> highlight the error to the sender and then immediately delete the message.
>


-- 
Jon Haddad
http://www.rustyrazorblade.com
twitter: rustyrazorblade

Re: Secure data

[Ben Slater]

My recommendation is generally to look at encrypting in your application as
it’s likely to be overall more secure than DB-level encryption anyway
(generally the closer to the user you encrypt the better). I wrote a blog
on this last year:
https://www.instaclustr.com/securing-apache-cassandra-with-application-level-encryption/

We also use encrypted GP2 EBS pretty widely without issue.

Cheers
Ben

On Thu, 2 Aug 2018 at 05:38 Jonathan Haddad  wrote:

> You can also get full disk encryption with LUKS, which I've used before.
>
> On Wed, Aug 1, 2018 at 12:36 PM Jeff Jirsa  wrote:
>
>> EBS encryption worked well on gp2 volumes (never tried it on any others)
>>
>> --
>> Jeff Jirsa
>>
>>
>> On Aug 1, 2018, at 7:57 AM, Rahul Reddy  wrote:
>>
>> Hello,
>>
>> Any one tried aws ec2 volume encryption for Cassandra instances?
>>
>> On Tue, Jul 31, 2018, 12:25 PM Rahul Reddy 
>> wrote:
>>
>>> Hello,
>>>
>>> I'm trying to find a good document on to enable encryption for Apache
>>> Cassandra  (not on dse) tables and commilogs and store the keystore in kms
>>> or vault. If any of you already configured please direct me to
>>> documentation for it.
>>>
>>
>
> --
> Jon Haddad
> http://www.rustyrazorblade.com
> twitter: rustyrazorblade
>
-- 


*Ben Slater*

*Chief Product Officer *

   


Read our latest technical blog posts here
.

This email has been sent on behalf of Instaclustr Pty. Limited (Australia)
and Instaclustr Inc (USA).

This email and any attachments may contain confidential and legally
privileged information.  If you are not the intended recipient, do not copy
or disclose its content, but please reply to this email immediately and
highlight the error to the sender and then immediately delete the message.

Re: Secure data

[Jonathan Haddad]

You can also get full disk encryption with LUKS, which I've used before.

On Wed, Aug 1, 2018 at 12:36 PM Jeff Jirsa  wrote:

> EBS encryption worked well on gp2 volumes (never tried it on any others)
>
> --
> Jeff Jirsa
>
>
> On Aug 1, 2018, at 7:57 AM, Rahul Reddy  wrote:
>
> Hello,
>
> Any one tried aws ec2 volume encryption for Cassandra instances?
>
> On Tue, Jul 31, 2018, 12:25 PM Rahul Reddy 
> wrote:
>
>> Hello,
>>
>> I'm trying to find a good document on to enable encryption for Apache
>> Cassandra  (not on dse) tables and commilogs and store the keystore in kms
>> or vault. If any of you already configured please direct me to
>> documentation for it.
>>
>

-- 
Jon Haddad
http://www.rustyrazorblade.com
twitter: rustyrazorblade

Re: Secure data

[Jeff Jirsa]

EBS encryption worked well on gp2 volumes (never tried it on any others)

-- 
Jeff Jirsa


> On Aug 1, 2018, at 7:57 AM, Rahul Reddy  wrote:
> 
> Hello,
> 
> Any one tried aws ec2 volume encryption for Cassandra instances?
> 
>> On Tue, Jul 31, 2018, 12:25 PM Rahul Reddy  wrote:
>> Hello,
>> 
>> I'm trying to find a good document on to enable encryption for Apache 
>> Cassandra  (not on dse) tables and commilogs and store the keystore in kms 
>> or vault. If any of you already configured please direct me to documentation 
>> for it.

[RELEASE] Apache Cassandra 3.11.3 released

[Michael Shuler]

The Cassandra team is pleased to announce the release of Apache
Cassandra version 3.11.3.

Apache Cassandra is a fully distributed database. It is the right choice
when you need scalability and high availability without compromising
performance.

 http://cassandra.apache.org/

Downloads of source and binary distributions are listed in our download
section:

 http://cassandra.apache.org/download/

This version is a bug fix release[1] on the 3.11 series. As always,
please pay attention to the release notes[2] and Let us know[3] if you
were to encounter any problem.

Enjoy!

[1]: CHANGES.txt:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=CHANGES.txt;hb=refs/tags/cassandra-3.11.3
[2]: NEWS.txt:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/cassandra-3.11.3
[3]: https://issues.apache.org/jira/browse/CASSANDRA

-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

[RELEASE] Apache Cassandra 3.0.17 released

[Michael Shuler]

The Cassandra team is pleased to announce the release of Apache
Cassandra version 3.0.17.

Apache Cassandra is a fully distributed database. It is the right choice
when you need scalability and high availability without compromising
performance.

 http://cassandra.apache.org/

Downloads of source and binary distributions are listed in our download
section:

 http://cassandra.apache.org/download/

This version is a bug fix release[1] on the 3.0 series. As always,
please pay attention to the release notes[2] and Let us know[3] if you
were to encounter any problem.

Enjoy!

[1]: CHANGES.txt:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=CHANGES.txt;hb=refs/tags/cassandra-3.0.17
[2]: NEWS.txt:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/cassandra-3.0.17
[3]: https://issues.apache.org/jira/browse/CASSANDRA

-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

[RELEASE] Apache Cassandra 2.2.13 released

[Michael Shuler]

The Cassandra team is pleased to announce the release of Apache
Cassandra version 2.2.13.

Apache Cassandra is a fully distributed database. It is the right choice
when you need scalability and high availability without compromising
performance.

 http://cassandra.apache.org/

Downloads of source and binary distributions are listed in our download
section:

 http://cassandra.apache.org/download/

This version is a bug fix release[1] on the 2.2 series. As always,
please pay attention to the release notes[2] and Let us know[3] if you
were to encounter any problem.

Enjoy!

[1]: CHANGES.txt:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=CHANGES.txt;hb=refs/tags/cassandra-2.2.13
[2]: NEWS.txt:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/cassandra-2.2.13
[3]: https://issues.apache.org/jira/browse/CASSANDRA

-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

RE: JOB | Permanent Java Development Manager (Montreal, Canada)

[Jonathan Baynes]

Agree we don't need this.

-Original Message-
From: Tobin Landricombe [mailto:to...@sensatus.com]
Sent: 01 August 2018 16:21
To: user@cassandra.apache.org
Subject: Re: JOB | Permanent Java Development Manager (Montreal, Canada)

Spam. Let this one in and the channel will fill up with them.

> On 1 Aug 2018, at 16:15, Eric Evans  wrote:
>
> On Tue, Jul 31, 2018 at 11:42 PM James Tobin  wrote:
>> Hello, I'm working with an employer that is looking to hire (for
>> their Montreal office) a permanent development manager that has
>> extensive hands-on Java coding experience.  Consequently I had hoped
>> that some members of this mailing list may like to discuss with me
>> further; off-list.  I can be reached using "JamesBTobin (at) Gmail (dot) 
>> Com".
>> Kind regards, James
>
> I don't think this is appropriate; An employer looking for Cassandra
> experience seems OK, but this just looks like recruiter spam to me.
>
> I'll let others on the list chime-in if they disagree, but I'm
> inclined to unsubscribe/ban anyone making posts like this.
>
> --
> Eric Evans
> john.eric.ev...@gmail.com
>
> -
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
>


-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org



This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy it. Any unauthorized copying, 
disclosure or distribution of the material in this e-mail is strictly 
forbidden. Tradeweb reserves the right to monitor all e-mail communications 
through its networks. If you do not wish to receive marketing emails about our 
products / services, please let us know by contacting us, either by email at 
contac...@tradeweb.com or by writing to us at the registered office of Tradeweb 
in the UK, which is: Tradeweb Europe Limited (company number 3912826), 1 Fore 
Street Avenue London EC2Y 9DT. To see our privacy policy, visit our website @ 
www.tradeweb.com.


-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

Re: JOB | Permanent Java Development Manager (Montreal, Canada)

[Tobin Landricombe]

Spam. Let this one in and the channel will fill up with them.

> On 1 Aug 2018, at 16:15, Eric Evans  wrote:
> 
> On Tue, Jul 31, 2018 at 11:42 PM James Tobin  wrote:
>> Hello, I'm working with an employer that is looking to hire (for their
>> Montreal office) a permanent development manager that has extensive
>> hands-on Java coding experience.  Consequently I had hoped that some
>> members of this mailing list may like to discuss with me further;
>> off-list.  I can be reached using "JamesBTobin (at) Gmail (dot) Com".
>> Kind regards, James
> 
> I don't think this is appropriate; An employer looking for Cassandra
> experience seems OK, but this just looks like recruiter spam to me.
> 
> I'll let others on the list chime-in if they disagree, but I'm
> inclined to unsubscribe/ban anyone making posts like this.
> 
> -- 
> Eric Evans
> john.eric.ev...@gmail.com
> 
> -
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
> 


-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

Re: JOB | Permanent Java Development Manager (Montreal, Canada)

[Jason Wee]

Hi Eric, I agree with you.

On Wed, Aug 1, 2018 at 11:15 PM, Eric Evans  wrote:
> On Tue, Jul 31, 2018 at 11:42 PM James Tobin  wrote:
>> Hello, I'm working with an employer that is looking to hire (for their
>> Montreal office) a permanent development manager that has extensive
>> hands-on Java coding experience.  Consequently I had hoped that some
>> members of this mailing list may like to discuss with me further;
>> off-list.  I can be reached using "JamesBTobin (at) Gmail (dot) Com".
>> Kind regards, James
>
> I don't think this is appropriate; An employer looking for Cassandra
> experience seems OK, but this just looks like recruiter spam to me.
>
> I'll let others on the list chime-in if they disagree, but I'm
> inclined to unsubscribe/ban anyone making posts like this.
>
> --
> Eric Evans
> john.eric.ev...@gmail.com
>
> -
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
>

-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

Re: JOB | Permanent Java Development Manager (Montreal, Canada)

[Eric Evans]

On Tue, Jul 31, 2018 at 11:42 PM James Tobin  wrote:
> Hello, I'm working with an employer that is looking to hire (for their
> Montreal office) a permanent development manager that has extensive
> hands-on Java coding experience.  Consequently I had hoped that some
> members of this mailing list may like to discuss with me further;
> off-list.  I can be reached using "JamesBTobin (at) Gmail (dot) Com".
> Kind regards, James

I don't think this is appropriate; An employer looking for Cassandra
experience seems OK, but this just looks like recruiter spam to me.

I'll let others on the list chime-in if they disagree, but I'm
inclined to unsubscribe/ban anyone making posts like this.

-- 
Eric Evans
john.eric.ev...@gmail.com

-
To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
For additional commands, e-mail: user-h...@cassandra.apache.org

Re: Secure data

[Rahul Reddy]

Hello,

Any one tried aws ec2 volume encryption for Cassandra instances?

On Tue, Jul 31, 2018, 12:25 PM Rahul Reddy  wrote:

> Hello,
>
> I'm trying to find a good document on to enable encryption for Apache
> Cassandra  (not on dse) tables and commilogs and store the keystore in kms
> or vault. If any of you already configured please direct me to
> documentation for it.
>

Re: [EXTERNAL] full text search on some text columns

[Hannu Kröger]

Does someone know if you can do online upgrade of elassandra? With lucene 
plugin you cannot really because you need to drop and recreate indexes if 
lucene has been updated. 

Hannu

> Octavian Rinciog  kirjoitti 1.8.2018 kello 12.49:
> 
> Hello!
> 
> Maybe this will work? https://github.com/strapdata/elassandra (I haven't 
> tested this plugin)
> 
> 2018-08-01 12:17 GMT+03:00 Hannu Kröger :
>> 3.11.1 plugin works with 3.11.2. But yes, original maintainer is not 
>> maintaining the project anymore. At least not actively. 
>> 
>> Hannu
>> 
>>> Ben Slater  kirjoitti 1.8.2018 kello 7.16:
>>> 
>>> We (Instaclustr) will be submitting a PR for 3.11.3 support for 
>>> cassandra-lucene-index once 3.11.3 is officially released as we offer it as 
>>> part of our service and have customers using it.
>>> 
>>> Cheers
>>> Ben
>>> 
 On Wed, 1 Aug 2018 at 14:06 onmstester onmstester  
 wrote:
 It seems to be an interesting project but sort of abandoned. No update in 
 last 8 Months and not supporting Cassandra 3.11.2  (the version i 
 currently use)
 
 Sent using Zoho Mail
 
 
 
  Forwarded message 
 From : Andrzej Śliwiński 
 To : 
 Date : Wed, 01 Aug 2018 08:16:06 +0430
 Subject : Re: [EXTERNAL] full text search on some text columns
  Forwarded message 
 
 Maybe this plugin could do the job: 
 https://github.com/Stratio/cassandra-lucene-index
 
 On Tue, 31 Jul 2018 at 22:37, onmstester onmstester  
 wrote:
 
 
>>> -- 
>>> Ben Slater
>>> Chief Product Officer
>>> 
>>> 
>>> Read our latest technical blog posts here.
>>> This email has been sent on behalf of Instaclustr Pty. Limited (Australia) 
>>> and Instaclustr Inc (USA).
>>> This email and any attachments may contain confidential and legally 
>>> privileged information.  If you are not the intended recipient, do not copy 
>>> or disclose its content, but please reply to this email immediately and 
>>> highlight the error to the sender and then immediately delete the message.
> 
> 
> 
> -- 
> Octavian Rinciog

Re: [EXTERNAL] full text search on some text columns

[Octavian Rinciog]

Hello!

Maybe this will work? https://github.com/strapdata/elassandra (I haven't
tested this plugin)

2018-08-01 12:17 GMT+03:00 Hannu Kröger :

> 3.11.1 plugin works with 3.11.2. But yes, original maintainer is not
> maintaining the project anymore. At least not actively.
>
> Hannu
>
> Ben Slater  kirjoitti 1.8.2018 kello 7.16:
>
> We (Instaclustr) will be submitting a PR for 3.11.3 support for
> cassandra-lucene-index once 3.11.3 is officially released as we offer it as
> part of our service and have customers using it.
>
> Cheers
> Ben
>
> On Wed, 1 Aug 2018 at 14:06 onmstester onmstester 
> wrote:
>
>> It seems to be an interesting project but sort of abandoned. No update in
>> last 8 Months and not supporting Cassandra 3.11.2  (the version i currently
>> use)
>>
>> Sent using Zoho Mail 
>>
>>
>>  Forwarded message 
>> From : Andrzej Śliwiński 
>> To : 
>> Date : Wed, 01 Aug 2018 08:16:06 +0430
>> Subject : Re: [EXTERNAL] full text search on some text columns
>>  Forwarded message 
>>
>> Maybe this plugin could do the job: https://github.com/
>> Stratio/cassandra-lucene-index
>>
>> On Tue, 31 Jul 2018 at 22:37, onmstester onmstester 
>> wrote:
>>
>>
>> --
>
>
> *Ben Slater*
>
> *Chief Product Officer *
>
>    
>
>
> Read our latest technical blog posts here
> .
>
> This email has been sent on behalf of Instaclustr Pty. Limited (Australia)
> and Instaclustr Inc (USA).
>
> This email and any attachments may contain confidential and legally
> privileged information.  If you are not the intended recipient, do not copy
> or disclose its content, but please reply to this email immediately and
> highlight the error to the sender and then immediately delete the message.
>
>


-- 
Octavian Rinciog

Re: [EXTERNAL] full text search on some text columns

[Hannu Kröger]

3.11.1 plugin works with 3.11.2. But yes, original maintainer is not 
maintaining the project anymore. At least not actively. 

Hannu

> Ben Slater  kirjoitti 1.8.2018 kello 7.16:
> 
> We (Instaclustr) will be submitting a PR for 3.11.3 support for 
> cassandra-lucene-index once 3.11.3 is officially released as we offer it as 
> part of our service and have customers using it.
> 
> Cheers
> Ben
> 
>> On Wed, 1 Aug 2018 at 14:06 onmstester onmstester  
>> wrote:
>> It seems to be an interesting project but sort of abandoned. No update in 
>> last 8 Months and not supporting Cassandra 3.11.2  (the version i currently 
>> use)
>> 
>> Sent using Zoho Mail
>> 
>> 
>> 
>>  Forwarded message 
>> From : Andrzej Śliwiński 
>> To : 
>> Date : Wed, 01 Aug 2018 08:16:06 +0430
>> Subject : Re: [EXTERNAL] full text search on some text columns
>>  Forwarded message 
>> 
>> Maybe this plugin could do the job: 
>> https://github.com/Stratio/cassandra-lucene-index
>> 
>> On Tue, 31 Jul 2018 at 22:37, onmstester onmstester  
>> wrote:
>> 
>> 
> -- 
> Ben Slater
> Chief Product Officer
> 
> 
> Read our latest technical blog posts here.
> This email has been sent on behalf of Instaclustr Pty. Limited (Australia) 
> and Instaclustr Inc (USA).
> This email and any attachments may contain confidential and legally 
> privileged information.  If you are not the intended recipient, do not copy 
> or disclose its content, but please reply to this email immediately and 
> highlight the error to the sender and then immediately delete the message.

Too many Cassandra threads waiting!!!

[nokia ceph]

Hi,

i'm having a 5 node cluster with cassandra 3.0.13.

i could see the cassandra process has too many threads.

*# pstree -p `pgrep java` | wc -l*
*453*

And almost all of those threads are in *sleeping* state and wait at
*# cat  /proc/166022/task/1698913/wchan*
*futex_wait_queue_me*

Some more info:
*# strace -e trace=all -p 166022*
*strace: Process 166022 attached*
*futex(0x7efc24aeb9d0, FUTEX_WAIT, 166023, NULL*

# cat /proc/166022/stack
[] futex_wait_queue_me+0xc6/0x130
[] futex_wait+0x17b/0x280
[] do_futex+0x106/0x5a0
[] SyS_futex+0x80/0x180
[] system_call_fastpath+0x16/0x1b
[] 0x


What is the reason cassandra is having these many threads? is it the normal
behavior of cassandra?  Is there a way to reduce this thread count? will
there be any performance impact because of this (our platform experts
suspects so)?

Regards,
Renoy  Paulose