Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of raj.cassandra@gmail.com
 designates 209.85.213.66 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        b=IZ29RJW5l9qsojidvnLpGFKzMpM4c5g3i6gZlepe53f838yvKsgIvQma6rwaPk4U7m
         OZOuSYYpR4nT2szgVvqeteAYWTBMGt43eVK7vegpsa1k1Tm1ewc8epNpFdoK5+7IxBw7
         6J43GPILUrXyRW0gi6ZF26xod0V41S0IoYsP4=
MIME-Version: 1.0
Date: Wed, 18 Aug 2010 10:30:28 -0400
Message-ID: <AANLkTingZrH1v6rR-cxrWFs9XCFSg+mj0TarKQ0cTvUO@mail.gmail.com>
Subject: RE: data deleted came back after 9 days.
From: Raj N <raj.cassandra@gmail.com>
To: user@cassandra.apache.org
Content-Type: multipart/alternative; boundary=0015174c44703868eb048e19e87a

--0015174c44703868eb048e19e87a
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Guys,
    Correct me if I am wrong. The whole problem is because a node missed an
update when it was down. Shouldn=92t HintedHandoff take care of this case?

Thanks
-Raj

-----Original Message-----
From: Jonathan Ellis [mailto:jbellis@gmail.com]
Sent: Wednesday, August 18, 2010 9:22 AM
To: user@cassandra.apache.org
Subject: Re: data deleted came back after 9 days.

Actually, tombstones are read repaired too -- as long as they are not
expired.  But nodetool repair is much less error-prone than relying on RR
and your memory of what deletes you issued.

Either way, you'd need to increase GCGraceSeconds first to make the
tombstones un-expired first.

On Wed, Aug 18, 2010 at 12:43 AM, Benjamin Black <b@b3k.us> wrote:
> On Tue, Aug 17, 2010 at 7:49 PM, Zhong Li <zli@voxeo.com> wrote:
>> Those data were inserted one node, then deleted on a remote node in
>> less than 2 seconds. So it is very possible some node lost tombstone
>> when connection lost.
>> My question, is a ConstencyLevel.ALL read can retrieve lost tombstone
>> back instead of repair?
>>
>
> No.  Read repair does not replay operations.  You must run nodetool
repair.
>
>
> b
>


--
Jonathan Ellis
Project Chair, Apache Cassandra
co-founder of Riptano, the source for professional Cassandra support
http://riptano.com

--0015174c44703868eb048e19e87a
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Guys,<br>=A0=A0=A0 Correct me if I am wrong. The whole problem is because a=
 node missed an update when it was down. Shouldn=92t HintedHandoff take car=
e of this case?<br><br>Thanks<br>-Raj<br><br>-----Original Message-----<br>=
From: Jonathan Ellis [mailto:<a href=3D"mailto:jbellis@gmail.com">jbellis@g=
mail.com</a>] <br>
Sent: Wednesday, August 18, 2010 9:22 AM<br>To: <a href=3D"mailto:user@cass=
andra.apache.org">user@cassandra.apache.org</a><br>Subject: Re: data delete=
d came back after 9 days.<br><br>Actually, tombstones are read repaired too=
 -- as long as they are not expired.=A0 But nodetool repair is much less er=
ror-prone than relying on RR and your memory of what deletes you issued.<br=
>
<br>Either way, you&#39;d need to increase GCGraceSeconds first to make the=
 tombstones un-expired first.<br><br>On Wed, Aug 18, 2010 at 12:43 AM, Benj=
amin Black &lt;<a href=3D"mailto:b@b3k.us">b@b3k.us</a>&gt; wrote:<br>&gt; =
On Tue, Aug 17, 2010 at 7:49 PM, Zhong Li &lt;<a href=3D"mailto:zli@voxeo.c=
om">zli@voxeo.com</a>&gt; wrote:<br>
&gt;&gt; Those data were inserted one node, then deleted on a remote node i=
n <br>&gt;&gt; less than 2 seconds. So it is very possible some node lost t=
ombstone <br>&gt;&gt; when connection lost.<br>&gt;&gt; My question, is a C=
onstencyLevel.ALL read can retrieve=A0lost=A0tombstone <br>
&gt;&gt; back instead of repair?<br>&gt;&gt;<br>&gt;<br>&gt; No. =A0Read re=
pair does not replay operations. =A0You must run nodetool repair.<br>&gt;<b=
r>&gt;<br>&gt; b<br>&gt;<br><br><br><br>--<br>Jonathan Ellis<br>Project Cha=
ir, Apache Cassandra<br>
co-founder of Riptano, the source for professional Cassandra support <a hre=
f=3D"http://riptano.com">http://riptano.com</a><br>

--0015174c44703868eb048e19e87a--