is benign.
>
> Creating new keyspaces or tables will not pose any problems for the repair
> sessions in-flight. Cheers!
>
> On Tue, Nov 7, 2017 at 3:19 AM, Herbert Fischer <
> herbert.fisc...@crossengage.io> wrote:
>
>> Hello,
>>
>> I know from DS docs that we m
3.x is stable and production-ready?
>
> Regards
>
--
Herbert Fischer | Senior IT Architect
CrossEngage GmbH | Bertha-Benz Straße 5 | 10557 Berlin
E-Mail: herbert.fisc...@crossengage.io
Web: www.crossengage.io
Amtsgericht Berlin-Charlottenburg | HRB 169537 B
Geschäftsführer: Dr.
Hello,
I know from DS docs that we must not change the cluster topology while
there are repairs going on, and vice-versa.
Is there anything else that cannot be done while there are repairs
happening? Are schema-changes fine? Is creating new keyspaces or tables
fine?
best,
Herbert
Hi,
I'm using Cassandra 2.2.4 and I we are getting ~4k messages per hour, per
node.
It doesn't look good to me. Is it normal? If not, any idea on what might be
wrong?
Thanks
Herbert
unknown state, I
could not find it through the cfId from the error messages.
best
On 5 January 2016 at 22:33, Robert Coli wrote:
> On Tue, Jan 5, 2016 at 3:01 AM, Herbert Fischer <
> herbert.fisc...@crossengage.io> wrote:
>
>> We run a small Cassandra 2.2.0 cluster, with 5
We run a small Cassandra 2.2.0 cluster, with 5 nodes, on bare-metal servers
and we are going to replace those nodes with other nodes. I planned to add
all the new nodes first, one-by-one, and later remove the old ones,
one-by-one.
Although the first new node gets stuck when joining the cluster. I
Please ignore.
On 5 January 2016 at 11:48, Herbert Fischer
wrote:
> We run a small Cassandra 2.2.0 cluster, with 5 nodes, on barebone servers
> and we are going to replace those nodes with other nodes. I planned to add
> all the new nodes first, one-by-one, and later remove the old on
We run a small Cassandra 2.2.0 cluster, with 5 nodes, on barebone servers
and we are going to replace those nodes with other nodes. I planned to add
all the new nodes first, one-by-one, and later remove the old ones,
one-by-one.
Although the first new node gets stuck when joining the cluster. I tr
with less HDDs, and even worse, with the setup with just one HDD.
So my question is, what does it mean the "op rate" in the Results of
cassandra-stress tool?
Thanks in advance!
--
Herbert Fischer