On Mon, Jan 23, 2012 at 2:10 PM, Shammi Jayasinghe wrote:
>
>
> On Fri, Jan 20, 2012 at 11:02 PM, Peter Schuller <
> peter.schul...@infidyne.com> wrote:
>
>> > The problem occurs when this thread is invoked for the second time.
>> > In that step , it returns some of data that i already deleted i
On Fri, Jan 20, 2012 at 11:02 PM, Peter Schuller <
peter.schul...@infidyne.com> wrote:
> > The problem occurs when this thread is invoked for the second time.
> > In that step , it returns some of data that i already deleted in the
> third
> > step of the previous cycle.
>
> In order to get a gua
also, *please* upgrade to the latest 0.8 release.
Cheers
-
Aaron Morton
Freelance Developer
@aaronmorton
http://www.thelastpickle.com
On 21/01/2012, at 4:31 PM, Maxim Potekhin wrote:
> Did you run repairs withing GC_GRACE all the time?
>
>
>
> On 1/20/2012 3:42 AM, Shammi Ja
Did you run repairs withing GC_GRACE all the time?
On 1/20/2012 3:42 AM, Shammi Jayasinghe wrote:
Hi,
I am experiencing a delay in delete operations in cassandra. Its as
follows. I am running a thread which contains following three steps.
Step 01: Read data from column family "foo"[1]
> The problem occurs when this thread is invoked for the second time.
> In that step , it returns some of data that i already deleted in the third
> step of the previous cycle.
In order to get a guarantee about a subsequent read seeing a write,
you must read and write at QUORUM (or LOCAL_QUORUM i
Hi,
I am experiencing a delay in delete operations in cassandra. Its as
follows. I am running a thread which contains following three steps.
Step 01: Read data from column family "foo"[1]
Step 02: Process received data eg: bar1,bar2,bar3,bar4,bar5
Step 03: Remove those processed data from "f
