hi,
so there’s a compaction that’s stuck on 100% and it’s not progressing at
all. also, i’ve noticed that the load is high on the node. restarting C*
fixed the issue. any idea what’s the root cause? thanks
$ nodetool compactionstats
pending tasks: 2
id compa
FYI, there's a patch coming soon to address this:
https://issues.apache.org/jira/browse/CASSANDRA-14173
Cheers,
Ed
On Thu, Jan 18, 2018 at 7:46 PM, Michael Shuler
wrote:
> https://issues.apache.org/jira/browse/CASSANDRA-14173
>
> On 01/18/2018 03:29 PM, Stephen Rosenthal wrote:
> > Hi,
> >
> >
Thanks a lot for that explanation Jeff!! I am trying to see if there is any
JIRA ticket that talks about incorporating LWT in scenarios you mentioned?
Sent from my iPhone
> On Jan 27, 2018, at 1:41 PM, Jeff Jirsa wrote:
>
> Originally we would make tables based on keyspace name / table name pa
I would start here: http://thelastpickle.com/blog/2016/12/08/TWCS-part1.html
Specifically the “Hints and repairs” and “Timestamp overlap” sections might be
of use.
-B
> On Jan 25, 2018, at 11:05 AM, Thakrar, Jayesh
> wrote:
>
> Wondering if I can get some pointers to what's happening here
It's all here:
https://docs.datastax.com/en/cassandra/2.1/cassandra/operations/opsRepairNodesWhen.html
-B
On Thu, Jan 25, 2018 at 6:08 AM Karthick V wrote:
> *You can (and probably should) run repairs as apart of routine
>> maintenance.*
>
>
> Can u explain any use case for why do we need th
> Thanks a lot for that explanation Jeff!! I am trying to see if there is
> any JIRA ticket that talks about incorporating LWT in scenarios you
> mentioned?
>
https://issues.apache.org/jira/browse/CASSANDRA-10699
Hi Brian,
Thanks for your response.
Yes, I did look at that post.
In fact after reading that post, I set the "unchecked_tombstone_compaction" to
true.
For the sstable in the example below (and its neighbors), all the data for
those time windows have been compacted into a single sstable, so ther
