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 i
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 officiall
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
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/strap
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. I
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 m
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 co
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 h
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.
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 a
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 a
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 a
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'
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 t
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-a
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,
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
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
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 en
(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 th
Hi
It would be great if anyone can point us in right direction.
On Mon, Jul 30, 2018 at 12:07 PM Anshul Rathore
wrote:
> Thanks Jeff for your response ,and apologies for such a delayed response ,
> had some personal emergency.
>
> So Following the config which we are using for that table
> PRI
21 matches
Mail list logo
