I just want to add that we use vnodes=16 if that helps with my questions.. On Mon, Jul 31, 2017 at 9:41 AM, Ioannis Zafiropoulos <john...@gmail.com> wrote:
> Thank you Jeff for your answer, > > I use RF=3 and our client connect always with QUORUM. So I guess I will be > alright after a repair (?) > Follow up questions, > - It seems that the risks you describing would be the same as if I had > replaced the drive with an new fresh one and run repair, is that correct? > - can I do the reverse procedure in the future, that is, to add a new > drive with the same procedure I described? > > Thanks, > John > > > > On Mon, Jul 31, 2017 at 5:42 AM, Jeff Jirsa <jji...@gmail.com> wrote: > >> It depends on what consistency level you use for reads/writes, and >> whether you do deletes >> >> The real danger is that there may have been a tombstone on the drive the >> failed covering data on the disks that remain, where the delete happened >> older than gc-grace - if you simple yank the disk, that data will come back >> to life (it's also possible some data temporarily reverts to a previous >> state for some queries, though the reversion can be fixed with nodetool >> repair, the resurrection can't be undone). If you don't do deletes, this is >> not a problem. If there's no danger to you if data comes back to life, then >> you're probably ok as well. >> >> Cassandra-6696 dramatically lowers this risk , if you're using a new >> enough version of Cassandra >> >> >> >> -- >> Jeff Jirsa >> >> >> > On Jul 31, 2017, at 1:49 AM, Ioannis Zafiropoulos <john...@gmail.com> >> wrote: >> > >> > Hi All, >> > >> > I have a 7 node cluster (Version 3.10) consisting of 5 disks each in >> JBOD. A few hours ago I had a disk failure on a node. I am wondering if I >> can: >> > >> > - stop Cassandra on that node >> > - remove the disk, physically and from cassandra.yaml >> > - start Cassandra on that node >> > - run repair >> > >> > I mean, is it necessary to replace a failed disk instead of just >> removing it? >> > (assuming that the remaining disks have enough free space) >> > >> > Thank you for your help, >> > John >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org >> For additional commands, e-mail: user-h...@cassandra.apache.org >> >> >
