unsubscribe

[Sachin Uplaonkar]

-S.

unsubscribe

[Stefano Clini]

Saluti
Stefano

Unsubscribe

[Ridwan Santoso]

Unsubscribe

Unsubscribe

[Ghazi Naceur]

Unsubscribe

Unsubscribe

[Lu Niu]

Unsubscribe

Re: unsubscribe

[Erick Ramirez]

Sorry to see you go. If you'd like to unsubscribe from the user ML, please
email user-unsubscr...@cassandra.apache.org. Cheers!

>

unsubscribe

[Xiaolong Jiang]

-- 
Best regards,
Xiaolong Jiang

Senior Software Engineer at Netflix
Columbia University

Re: Unsubscribe

[Miklosovic, Stefan via user]

Hi,

you need to unsubscribe as shown here 
https://cassandra.apache.org/_/community.html#discussions

Regards


From: Daniel Stibor 
Sent: Wednesday, October 25, 2023 15:17
To: user@cassandra.apache.org
Subject: Unsubscribe

You don't often get email from daniel.sti...@gmail.com. Learn why this is 
important<https://aka.ms/LearnAboutSenderIdentification>
NetApp Security WARNING: This is an external email. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.



Hey, I'd like to unsubscribe. Thanks

Unsubscribe

[Daniel Stibor]

Hey, I'd like to unsubscribe. Thanks

Re: Unsubscribe

[C. Scott Andreas]

Hi Mark,You can unsubscribe from this mailing list by sending a blank email to 
"user-unsubscr...@cassandra.apache.org" from the address that is subscribed to the list. 
Other members of the list are not able to take this action on someone's behalf.Details on how to join 
and leave lists are here: https://cassandra.apache.org/_/community.html#discussionsCheers,–ScottOn 
Aug 16, 2023, at 11:33 AM, Mark Furlong  wrote:Please unsubscribe from 
this list  ThanksMark FurlongSr. Database administratormfurl...@ancestry.com M: 801-859-7427O: 
801-705-71151300 W Traverse PkwyLehi, UT 84043  We empower journeys of personal 
discovery to enrich lives  

Unsubscribe

[Mark Furlong]

Please unsubscribe from this list


Thanks
Mark Furlong
Sr. Database Administrator
mfurl...@ancestry.com<mailto:mfurl...@ancestry.com>
M: 801-859-7427
O: 801-705-7115
1300 W Traverse Pkwy
Lehi, UT 84043


[http://c.mfcreative.com/mars/email/shared-icon/sig-logo.gif]
We empower journeys of personal discovery to enrich lives

Re: unsubscribe

[Miklosovic, Stefan]

Hi,

you need to send an email to this email address in order to unsubscribe

user-unsubscr...@cassandra.apache.org


From: zbg...@gmail.com 
Sent: Thursday, June 29, 2023 12:56
To: user
Subject: unsubscribe

You don't often get email from zbg...@gmail.com. Learn why this is 
important<https://aka.ms/LearnAboutSenderIdentification>
NetApp Security WARNING: This is an external email. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

unsubscribe

[zbg...@gmail.com]

unsubscribe

[zbg...@gmail.com]

Re: Unsubscribe

[Josh McKenzie]

Email user-unsubscr...@cassandra.apache.org to unsub.

https://cassandra.apache.org/_/community.html

See:
User Mailing List

For broad, opinion-based questions, general discussions, ask how to get help, 
or receive announcements, please subscribe to the user mailing list. Security 
issues need to be reported to the Apache Security Team 
<https://www.apache.org/security/projects.html>.

Before submitting a new question, please search the forums above or the mailing 
list archive to see if it has already been answered.

New to the Mailing List? Read the Archives 
<https://lists.apache.org/list.html?user@cassandra.apache.org>.

SUBSCRIBE <mailto:user-subscr...@cassandra.apache.org>

 
UNSUBSCRIBE <mailto:user-unsubscr...@cassandra.apache.org>
























On Mon, Jun 19, 2023, at 11:49 PM, Bharat Kul Ratan wrote:
> 

Unsubscribe

[Bharat Kul Ratan]

Re: unsubscribe

[Atresh Shanubhog]

unsubscribe

On Fri, Apr 21, 2023 at 12:48 PM Srikanta Patra 
wrote:

>
>

unsubscribe

[Srikanta Patra]

unsubscribe

[Poul Møller Hansen]

unsubscribe

unsubscribe

[Mathieu Delsaut]

Mathieu Delsaut

Studies Engineer @ DSIMB & ENERGY-Lab
  

Interne : 2357 | Externe : +262 262 93 86 08
.

Re: Unsubscribe

[Erick Ramirez]

Sorry to see you go. If you'd like to unsubscribe from the user ML, please
email user-unsubscr...@cassandra.apache.org. Cheers!

Unsubscribe

[marine.itejeda]

Unsubscribe

Re: unsubscribe

[Bowen Song via user]

Please send an email to "user-unsubscr...@cassandra.apache.org" to 
unsubscribe from this mailing list.


On 04/08/2022 18:29, Dathan Vance Pattishall wrote:

unsubscribe

unsubscribe

[Dathan Vance Pattishall]

unsubscribe

Re: unsubscribe

[Erick Ramirez]

Hey, mate. You'll need to email user-unsubscr...@cassandra.apache.org to
unsubscribe from the list. Cheers!

unsubscribe

[Dávid Szakállas]

unsubscribe

Re: Unsubscribe

[Bowen Song]

It's user-unsubscr...@cassandra.apache.org not .com

On 06/05/2021 17:13, vishal kharjul wrote:

Hello,

I need help with how to unsubscribe this mailing list. I tried sending 
email to user-unsubscr...@cassandra.apache.com 
<mailto:user-unsubscr...@cassandra.apache.com> and it didn't work. 
Please advise.


Thanks and Regards,
Vishal

Unsubscribe

[vishal kharjul]

Hello,

I need help with how to unsubscribe this mailing list. I tried sending
email to user-unsubscr...@cassandra.apache.com and it didn't work. Please
advise.

Thanks and Regards,
Vishal

Re: Unsubscribe

[Wesley]

please send an empty email to:

user-unsubscr...@cassandra.apache.org

to unsubscribe yourself from the list.

Thank you.

srinivasarao daruna wrote:



Thank You,
Regards,
Srini




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

Unsubscribe

[srinivasarao daruna]

Thank You,
Regards,
Srini

Re: Unsubscribe

[Rovshen Nazarov]

Sure

On Thu, Jul 9, 2020, 11:55 PM Wesley  wrote:

> please send an empty email to: user-unsubscr...@cassandra.apache.org to
> unsubscribe yourself from the list.
>
> regards.
>
> Greg Bone wrote:
>
> ---------
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
>
>

Re: Unsubscribe

[Wesley]

please send an empty email to: user-unsubscr...@cassandra.apache.org to 
unsubscribe yourself from the list.


regards.

Greg Bone wrote:

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

Unsubscribe

[Greg Bone]

unsubscribe

[Alec Leschin]

unsubscribe

Regards,

AL

unsubscribe

[@Nandan@]

unsubscribe

Unsubscribe

[Rob Schoening]

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

Unsubscribe

[Steve Luo]

Unsubscribe

Unsubscribe

[A]

Sent from Yahoo Mail for iPhone

Unsubscribe

[srinivas rao]

Unsubscribe

[Lucas Alvarez]

Unsubscribe

[Rajesh Kishore]

Unsubscribe

[Eric Moritz]

unsubscribe

[Ben Standefer]

unsubscribe

–Ben Standefer

Sent via Superhuman ( https://sprh.mn/?vip=benstande...@gmail.com )

Re: UNSUBSCRIBE

[Michael Shuler]

Follow the instructions below to unsub.

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

UNSUBSCRIBE

[A]

Sent from Yahoo Mail for iPhone

unsubscribe

[Bharatha, Naveen]

unsubscribe

[Haris Altaf]

unsubscribe

[Brynjar Armannsson]

unsubscribe

[Haris Altaf]

unsubscribe

UNSUBSCRIBE

[SELÇUK MART - ONLINEKURUM]

--
İyi Çalışmalar
SELÇUK MART
Hacettepe Üniversitesi Teknokent, Üniversiteliler Mah. 1596. Sok. Safir 
Blokları, E BLOK 43 Numara (802/A), Beytepe, Çankaya/ANKARA
Tel: +90 (312) 227 000 5
i...@onlinekurum.com
https://www.onlinekurum.com/


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

UNSUBSCRIBE

[Flavien Charlon]

Unsubscribe

[Haris Altaf]

Unsubscribe

unsubscribe

[Brynjar Armannsson]

unsubscribe

[Haris Altaf]

unsubscribe

unsubscribe

[Steve Luo]

UNSUBSCRIBE

[Renjie Liu]

-- 
Renjie Liu
Software Engineer, MVAD

Re: unsubscribe

[Alain RODRIGUEZ]

Hello,

You're still subscribed to this mailing list I am afraid :). In case you
missed it:

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


C*heers.

Le lun. 1 oct. 2018 à 08:04, Gabriel Lindeborg <
gabriel.lindeb...@svenskaspel.se> a écrit :

>
> AB SVENSKA SPEL
> 621 80 Visby
> Norra Hansegatan 17, Visby
> Växel: +4610-120 00 00
> https://svenskaspel.se
>
> Please consider the environment before printing this email
>
>
> -----
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
>
>

unsubscribe

[Gabriel Lindeborg]

AB SVENSKA SPEL
621 80 Visby
Norra Hansegatan 17, Visby
Växel: +4610-120 00 00
https://svenskaspel.se

Please consider the environment before printing this email


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

unsubscribe

[Bharatha, Naveen]

Unsubscribe

[Raj Bakhru]

Re: unsubscribe

[Alain RODRIGUEZ]

Hello Matthias,

I don't think you really left :). Give this address a try instead:
user-unsubscr...@cassandra.apache.org

;-)

C*iao,

2018-05-24 23:37 GMT+01:00 Matthias Hübner :

> Ciao
>

unsubscribe

[Matthias Hübner]

Ciao

unsubscribe

[hitesh dua]

Thanks,
Hitesh dua
hiteshd...@gmail.com

Unsubscribe

[Akash Pandey]

unsubscribe

[Gerard O' Sullivan]

unsubscribe

[Nate Bruce (BLOOMBERG/ 919 3RD A)]

unsubscribe

[Ney, Richard]

This email (including any attachments) is proprietary to Aspect Software, Inc. 
and may contain information that is confidential. If you have received this 
message in error, please do not read, copy or forward this message. Please 
notify the sender immediately, delete it from your system and destroy any 
copies. You may not further disclose or distribute this email or its 
attachments.

Re: Unsubscribe

[Alain RODRIGUEZ]

Hello,

To unsubscribe send an email to user-unsubscr...@cassandra.apache.org,
sending it to Cassandra user list spams people instead :).

C*heers,

Alain

2017-12-19 19:04 GMT+00:00 Gerardo R. Blanco <blanc...@familysearch.org>:

>
>

Re: unsubscribe

[Alain RODRIGUEZ]

Hello,

To unsubscribe send an email to user-unsubscr...@cassandra.apache.org,
sending it to Cassandra user list spams people instead :).

C*heers,

Alain

2017-12-19 17:27 GMT+00:00 raghavendra vutti <raghu9raghaven...@gmail.com>:

>
>

Re: unsubscribe

[raghavendra vutti]

On Dec 20, 2017 8:45 AM, "Jim Wu"  wrote:

>
>
>
>>
>

Re: unsubscribe

[Jim Wu]

>

unsubscribe

[Nitija Patil]

Unsubscribe

[Gerardo R. Blanco]

unsubscribe

[raghavendra vutti]

Unsubscribe

[nikolas koskoros]

UNSUBSCRIBE

[Charles Rich]

__
Charley Rich
VP, Product Management, jKool and Nastel
cr...@nastel.com
631.761.9100x9128
linkedin.com/in/charleyrich

[Nastel Technologies]

The information contained in this e-mail and in any attachment is confidential 
and
is intended solely for the use of the individual or entity to which it is 
addressed.
Access, copying, disclosure or use of such information by anyone else is 
unauthorized.
If you are not the intended recipient, please delete the e-mail and refrain 
from use of such information.

unsubscribe

[marlon hendred]

unsubscribe

unsubscribe

[Anthony P. Scism]

unsubscribe

Anthony P. Scism
Info Tech-Risk Mgmt/Client Sys - Capacity Planning
Work: 402-544-0361 Mobile: 402-707-4446



From:   kurt greaves <k...@instaclustr.com>
To: User <user@cassandra.apache.org>
Date:   09/19/2017 04:53 PM
Subject:RE: Multi-node repair fails after upgrading to 3.0.14



This email originated from outside of the company. Please use discretion 
if opening attachments or clicking on links. 
You're right of course. Part of the reason it's changing so frequently is 
to try and improve repairs so that they at least actually work reliably. 
C* 3 hasn't been the smoothest ride for repairs. Incremental repairs 
wasn't really ready for 3.0 so it was a mistake to make it a default. 
Unfortunately it's hard to change that back now as it will just lead to 
more confusion and problems for users unaware of the change.

On 20 Sep. 2017 00:25, "Durity, Sean R" <sean_r_dur...@homedepot.com> 
wrote:
Required maintenance for a cluster should not be this complicated and 
should not be changing so often. To me, this is a major flaw in Cassandra.
 
 
Sean Durity
 
From: Steinmaurer, Thomas [mailto:thomas.steinmau...@dynatrace.com] 
Sent: Tuesday, September 19, 2017 2:33 AM
To: user@cassandra.apache.org
Subject: RE: Multi-node repair fails after upgrading to 3.0.14
 
Hi Kurt,
 
thanks for the link!
 
Honestly, a pity, that in 3.0, we can’t get the simple, reliable and 
predictable way back to run a full repair for very low data volume CFs 
being kicked off on all nodes in parallel, without all the magic behind 
the scene introduced by incremental repairs, even if not used, as 
anticompaction even with –full has been introduced with 2.2+ J
 
 
Regards,
Thomas
 
From: kurt greaves [mailto:k...@instaclustr.com] 
Sent: Dienstag, 19. September 2017 06:24
To: User <user@cassandra.apache.org>
Subject: Re: Multi-node repair fails after upgrading to 3.0.14
 
https://issues.apache.org/jira/browse/CASSANDRA-13153 implies full repairs 
still triggers anti-compaction on non-repaired SSTables (if I'm reading 
that right), so might need to make sure you don't run multiple repairs at 
the same time across your nodes (if your using vnodes), otherwise could 
still end up trying to run anti-compaction on the same SSTable from 2 
repairs.
 
Anyone else feel free to jump in and correct me if my interpretation is 
wrong.
 
On 18 September 2017 at 17:11, Steinmaurer, Thomas <
thomas.steinmau...@dynatrace.com> wrote:
Jeff,
 
what should be the expected outcome when running with 3.0.14:
 
nodetool repair –full –pr keyspace cfs
 
· Should –full trigger anti-compaction?
· Should this be the same operation as nodetool repair –pr 
keyspace cfs in 2.1?
· Should I be able to  run this on several nodes in parallel as in 
2.1 without troubles, where incremental repair was not the default?
 
Still confused if I’m missing something obvious. Sorry about that. J
 
Thanks,
Thomas
 
From: Jeff Jirsa [mailto:jji...@gmail.com] 
Sent: Montag, 18. September 2017 16:10

To: user@cassandra.apache.org
Subject: Re: Multi-node repair fails after upgrading to 3.0.14
 
Sorry I may be wrong about the cause - didn't see -full
 
Mea culpa, its early here and I'm not awake


-- 
Jeff Jirsa
 

On Sep 18, 2017, at 7:01 AM, Steinmaurer, Thomas <
thomas.steinmau...@dynatrace.com> wrote:
Hi Jeff,
 
understood. That’s quite a change then coming from 2.1 from an operational 
POV.
 
Thanks again.
 
Thomas
 
From: Jeff Jirsa [mailto:jji...@gmail.com] 
Sent: Montag, 18. September 2017 15:56
To: user@cassandra.apache.org
Subject: Re: Multi-node repair fails after upgrading to 3.0.14
 
The command you're running will cause anticompaction and the range borders 
for all instances at the same time
 
Since only one repair session can anticompact any given sstable, it's 
almost guaranteed to fail
 
Run it on one instance at a time


-- 
Jeff Jirsa
 

On Sep 18, 2017, at 1:11 AM, Steinmaurer, Thomas <
thomas.steinmau...@dynatrace.com> wrote:
Hi Alex,
 
I now ran nodetool repair –full –pr keyspace cfs on all nodes in parallel 
and this may pop up now:
 
0.176.38.128 (progress: 1%)
[2017-09-18 07:59:17,145] Some repair failed
[2017-09-18 07:59:17,151] Repair command #3 finished in 0 seconds
error: Repair job has failed with the error message: [2017-09-18 
07:59:17,145] Some repair failed
-- StackTrace --
java.lang.RuntimeException: Repair job has failed with the error message: 
[2017-09-18 07:59:17,145] Some repair failed
at 
org.apache.cassandra.tools.RepairRunner.progress(RepairRunner.java:115)
at 
org.apache.cassandra.utils.progress.jmx.JMXNotificationProgressListener.handleNotification(JMXNotificationProgressListener.java:77)
at 
com.sun.jmx.remote.internal.ClientNotifForwarder$NotifFetcher.dispatchNotification(ClientNotifForwarder.java:583)
at 
com.sun.jmx.remote.internal.ClientNotifForwar

unsubscribe

[Mojtaba Al.]

Re: unsubscribe

[Alain RODRIGUEZ]

Hi,

Subhankar, you are probably still around and receiving our mails... As
mentioned in the email footer:

To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org



2017-07-27 7:42 GMT+01:00 subhankar biswas <neo20iit...@gmail.com>:

>
>
> Thanks and regards,
> Subhankar
>
>
> -----
> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: user-h...@cassandra.apache.org
>
>

unsubscribe

[subhankar biswas]

Thanks and regards,
Subhankar


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

FW: unsubscribe

[Bhupendra Baraiya]

Thanks and regards,

Bhupendra Baraiya
Continuum Managed Services, LLC.
p: 902-933-0019
e: bhupendra.bara...@continuum.net
w: continuum.net
[http://cdn2.hubspot.net/hub/281750/file-393087232-png/img/logos/email-continuum-logo-151x26.png]

unsubscribe

[kevin]

unsubscribe

unsubscribe

[Amit Singh F]

Thanks & Regards
Amit Singh

UNSUBSCRIBE

[Patten, David E]

UNSUBSCRIBE

This email message and any attachments are for the sole use of the intended 
recipient(s). Any unauthorized review, use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please contact the sender by 
reply email and destroy all copies of the original message and any attachments.

Re: UNSUBSCRIBE

[Michael Shuler]

On 04/27/2017 11:04 PM, spa...@gmail.com wrote:
> UNSUBSCRIBE

Unfortunately, it seems that only text messages and no mime-encoded
messages get a footer appended, but INFRA added this for us to hopefully
help people with this difficult task.

|| || || || || || ||
\/ \/ \/ \/ \/ \/ \/

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

UNSUBSCRIBE

[spawgi]

UNSUBSCRIBE

On Tue, Apr 25, 2017 at 12:53 AM, Vladimir Yudovin <vla...@winguzone.com>
wrote:

> Hi Luis,
>
> I don't thinks it's possible to achieve this by custom Snitch. As far as I
> understand Snitch only provides cluster topology, and connectivity is done
> by another component/layer. And each cluster node should be able to connect
> to every other node. So I would keep with Michael's options a) - "establish
> network communication forthe entire cluster"
>
> Best regards, Vladimir Yudovin,
> *Winguzone <https://winguzone.com?from=list> - Cloud Cassandra Hosting*
>
>
>  On Fri, 21 Apr 2017 15:42:17 -0400 *Luis Miguel <arb...@hotmail.com
> <arb...@hotmail.com>>* wrote 
>
> Hi Michael!
>
> Thanks for your answer I feared that was the answer...do you know if
> implementing my own Snitch would be possible to handle this situation?
> 
> De: Michael Shuler <mshu...@pbandjelly.org> en nombre de Michael Shuler <
> mich...@pbandjelly.org>
> Enviado: viernes, 21 de abril de 2017 19:16:43
> Para: user@cassandra.apache.org
> Asunto: Re: Cassandra Cluster Doubts
>
> You have one cluster that is comprised of N nodes that may be
> distributed in racks and data centers. All the nodes of your cluster
> need to be able to communicate - they are one cluster.
>
> I think your options would be to a) establish network communication for
> the entire cluster, or b) set up a new cluster for DCR2 and sync data
> snapshots of Keyspace2 in some manner, or c) figure out a second cluster
> that contains the data centers that do have network connectivity and
> adjust application to query the appropriate cluster. There may be some
> other creative ideas that pop up.
>
> --
> Kind regards,
> Michael
>
> On 04/21/2017 07:26 AM, Luis Miguel wrote:
> > Hello!
> >
> >
> > I have three DC:
> >
> > DC1 -> 3 nodes, Keyspace1:3
> > DC2 -> 3 nodes, Keyspace2:3
> > DCR1 -> 3 nodes, Keyspace1:2, Keyspace2:2
> >
> > now I am trying to add a new datacenter to the cluster:
> >
> > DCR2-> 1 node (by now), Keyspace2:1 which network configuration can
> > access to DC2 and DCR1 but it will never has access to DC1.
> >
> > when I try to start the node in DCR2, it does everything right with
> > Keyspace2...but Gossips DCR1 and DC1... and crashes with
> > RuntimeException because it can't move data consistently from DC1 nodes
> > (obviously I don't have network connection to those nodes from this
> > datacenter)...
> > when I try to use -Dcassandra.consistent.rangemovement= false
> > option ...It also crashes with IllegalStateException: unable to find
> > sufficient sources for streaming range..etc..etc..
> >
> > It is possible to have that kind of topology in cassandra? I mean.. Can
> > I have a cluster where some datacenters will never "connect" other
> > datacenters?
> >
> > Thanks in advance!!!
>
>
>


-- 
We can do it and do it better.

Re: UNSUBSCRIBE

[Nate McCall]

To unsubscribe from this list, please send an email to
user-unsubscr...@cassandra.apache.org

Thanks!

On Wed, Apr 12, 2017 at 6:37 AM, Lawrence Turcotte <
lawrence.turco...@gmail.com> wrote:

> UNSUBSCRIBE
>

UNSUBSCRIBE

[Lawrence Turcotte]

UNSUBSCRIBE

Re: Unsubscribe

[Nate McCall]

Hi John,
Please send an email to user-unsubscr...@cassandra.apache.org to
unsubscribe from this list.

On Fri, Apr 7, 2017 at 8:58 AM, John Buczkowski <j...@tiac.net> wrote:

> *From:* eugene miretsky [mailto:eugene.miret...@gmail.com]
> *Sent:* Thursday, April 06, 2017 4:36 PM
> *To:* user@cassandra.apache.org
> *Subject:* Why are automatic anti-entropy repairs required when hinted
> hand-off is enabled?
>
>
>
> Hi,
>
>
>
> As I see it, if hinted handoff is enabled, the only time data can be
> inconsistent is when:
>
>1. A node is down for longer than the max_hint_window
>2. The coordinator node crushes before all the hints have been replayed
>
> Why is it still recommended to perform frequent automatic repairs, as well
> as enable read repair? Can't I just run a repair after one of the nodes is
> down? The only problem I see with this approach is a long repair job
> (instead of small incremental repairs). But other than that, are there any
> other issues/corner-cases?
>
>
>
> Cheers,
>
> Eugene
>

Unsubscribe

[John Buczkowski]

From: eugene miretsky [mailto:eugene.miret...@gmail.com] 
Sent: Thursday, April 06, 2017 4:36 PM
To: user@cassandra.apache.org
Subject: Why are automatic anti-entropy repairs required when hinted hand-off 
is enabled?

 

Hi, 

 

As I see it, if hinted handoff is enabled, the only time data can be 
inconsistent is when:

1.  A node is down for longer than the max_hint_window
2.  The coordinator node crushes before all the hints have been replayed

Why is it still recommended to perform frequent automatic repairs, as well as 
enable read repair? Can't I just run a repair after one of the nodes is down? 
The only problem I see with this approach is a long repair job (instead of 
small incremental repairs). But other than that, are there any other 
issues/corner-cases? 

 

Cheers,

Eugene 

unsubscribe

[Daniel Rathbone]

-- 
sent from Dan Rathbone's tech/work email account
http://rathboneventures.com - my company
http://danrathbone.com -- personal site

unsubscribe

[Benjamin Roth]

-- 
Benjamin Roth
Prokurist

Jaumo GmbH · www.jaumo.com
Wehrstraße 46 · 73035 Göppingen · Germany
Phone +49 7161 304880-6 · Fax +49 7161 304880-1
AG Ulm · HRB 731058 · Managing Director: Jens Kammerer

Re: Unsubscribe

[Ashish Disawal]

Please send mail to.
user-unsubscr...@cassandra.apache.org

--
Ashish Disawal

On Mon, Feb 27, 2017 at 5:57 PM, Sujeet Kumar 
wrote:

>

Re: Unsubscribe

[Ashish Disawal]

Please send mail to.
user-unsubscr...@cassandra.apache.org

--
Ashish Disawal

2017-02-27 17:58 GMT+05:30 ROUVREAU Eric - externe <
eric-externe.rouvr...@enedis.fr>:

>
>
>
>
> Cordialement,
>
> *Eric **ROUVREAU*
>
> Prestataire Expert technique SGDB - CDC Middleware
>
> *Enedis* - Direction des Systèmes d'Information
> Pôle AUDES - Opérateur Informatique - Département Ingénierie et
> Infrastructures - (DIGIT) - Groupe Infrastructures applicatives
> 117 bd Marius Vivier Merle - 69329 Lyon Cedex 03
> +33(0) 4 37 23 35 00 <+33%204%2037%2023%2035%2000>
> *eric-externe.rouvr...@enedis.fr *
>
> *Merci de penser à l'environnement avant d'imprimer ce message*
>
> 
> 
> --
> Ce message est destiné exclusivement aux personnes ou entités auxquelles
> il est adressé et peut contenir des informations privilégiées ou
> confidentielles. Si vous avez reçu ce document par erreur, merci de nous
> l'indiquer par retour et procéder à sa destruction.
> This message is intended for the use of the individual or entity to whom
> it is addressed and may contain information, that is privileged or
> confidential. If you have received this communication by mistake, please
> notify us immediately by electronic mail, and delete the original message.
>
>
>
>
>

Unsubscribe

[ROUVREAU Eric - externe]

Cordialement,
Eric  ROUVREAU
Prestataire Expert technique SGDB - CDC Middleware
Enedis - Direction des Systèmes d'Information
Pôle AUDES - Opérateur Informatique - Département Ingénierie et Infrastructures 
- (DIGIT) - Groupe Infrastructures applicatives
117 bd Marius Vivier Merle - 69329 Lyon Cedex 03
+33(0) 4 37 23 35 00
eric-externe.rouvr...@enedis.fr
Merci de penser à l'environnement avant d'imprimer ce message
--
Ce message est destiné exclusivement aux personnes ou entités auxquelles il est 
adressé et peut contenir des informations privilégiées ou confidentielles. Si 
vous avez reçu ce document par erreur, merci de nous l'indiquer par retour et 
procéder à sa destruction.
This message is intended for the use of the individual or entity to whom it is 
addressed and may contain information, that is privileged or confidential. If 
you have received this communication by mistake, please notify us immediately 
by electronic mail, and delete the original message.

Unsubscribe

[Sujeet Kumar]

unsubscribe

[ankita therese]

unsubscribe

[Nag M]

unsubscribe

[Reddy Raja]