cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steinmaurer, Thomas" <>
Subject Configuration parameter to reject incremental repair?
Date Tue, 07 Aug 2018 06:44:22 GMT

we are running Cassandra in AWS and On-Premise at customer sites, currently 2.1 in production
with 3.11 in loadtest.

In a migration path from 2.1 to 3.11.x, I'm afraid that at some point in time we end up in
incremental repairs being enabled / ran a first time unintentionally, cause:
a) A lot of online resources / examples do not use the -full command-line option
b) Our internal (support) tickets of course also state nodetool repair command without the
-full option, as these are for 2.1

Especially for On-Premise customers (with less control than with our AWS deployments), this
asks a bit for getting out-of-control once we have 3.11 out and nodetool repair being run
without the -full command-line option.

So, what do you think about a JVM system property, cassandra.yaml ... to basically let the
operator chose if incremental repairs are allowed or not? I know, such a flag still can be
flipped then (by the customer), but as a first safety stage possibly sufficient enough.

Or perhaps something like that is already available (vaguely remember something like that
for MV).

Thanks a lot,

The contents of this e-mail are intended for the named addressee only. It contains information
that may be confidential. Unless you are the named addressee or an authorized designee, you
may not copy or use it, or disclose it to anyone else. If you received it in error please
notify us immediately and then destroy it. Dynatrace Austria GmbH (registration number FN
91482h) is a company registered in Linz whose registered office is at 4040 Linz, Austria,
Freist?dterstra?e 313

View raw message