>From "Cassandra the definitive guide" - Basic Maintenance - Repair
"Running nodetool repair causes Cassandra to execute a major compaction.....
During a major compaction (see “Compaction” in the Glossary), the
server initiates a
TreeRequest/TreeReponse conversation to exchange Merkle trees with neighboring
nodes."

So is this text from the book misleading ?

On Fri, Jul 8, 2011 at 10:36 AM, Jonathan Ellis <jbel...@gmail.com> wrote:
> that's an internal term meaning "background i/o," not sstable merging per se.
>
> On Fri, Jul 8, 2011 at 9:24 AM, A J <s5a...@gmail.com> wrote:
>> I think node repair involves some compaction too. See the issue:
>> https://issues.apache.org/jira/browse/CASSANDRA-2811
>> It talks of 'validation compaction' being triggered concurrently
>> during node repair.
>>
>> On Thu, Jun 30, 2011 at 8:51 PM, Watanabe Maki <watanabe.m...@gmail.com> 
>> wrote:
>>> Repair doesn't compact. Those are different processes already.
>>>
>>> maki
>>>
>>>
>>> On 2011/07/01, at 7:21, A J <s5a...@gmail.com> wrote:
>>>
>>>> Thanks all !
>>>> In other words, I think it is safe to say that a node as a whole can
>>>> be made consistent only on 'nodetool repair'.
>>>>
>>>> Has there been enough interest in providing anti-entropy without
>>>> compaction as a separate operation (nodetool repair does both) ?
>>>>
>>>>
>>>> On Thu, Jun 30, 2011 at 5:27 PM, Jonathan Ellis <jbel...@gmail.com> wrote:
>>>>> On Thu, Jun 30, 2011 at 3:47 PM, Edward Capriolo <edlinuxg...@gmail.com> 
>>>>> wrote:
>>>>>> Read repair does NOT repair tombstones.
>>>>>
>>>>> It does, but you can't rely on RR to repair _all_ tombstones, because
>>>>> RR only happens if the row in question is requested by a client.
>>>>>
>>>>> --
>>>>> Jonathan Ellis
>>>>> Project Chair, Apache Cassandra
>>>>> co-founder of DataStax, the source for professional Cassandra support
>>>>> http://www.datastax.com
>>>>>
>>>
>>
>
>
>
> --
> Jonathan Ellis
> Project Chair, Apache Cassandra
> co-founder of DataStax, the source for professional Cassandra support
> http://www.datastax.com
>

Reply via email to