Re: Meltdown/Spectre Linux patch - Performance impact on Cassandra?

We’re seeing evidence across our fleet that AWS has rolled something out in the last 24 hours that has significantly reduce the performance impacts - back pretty close to pre-patch levels. Yet to see if the impacts come back with o/s patching on top of the improved hypervisor. Cheers Ben On

Re: Too many tombstones using TTL

Hi, As DuyHai said, different TTLs could theoretically be set for different cells of the same row. And one TTLed cell could be shadowing another cell that has no TTL (say you forgot to set a TTL and set one afterwards by performing an update), or vice versa. One cell could also be missing from a

Re: Too many tombstones using TTL

Thank you for response. I know about the option of setting TTL per column or even per item in collection. However in my example entire row has expired, shouldn't Cassandra be able to detect this situation and spawn a single tombstone for entire row instead of many? Is there any reason not doing

Alter composite column

Hi, I have an older system (C* 2.1) using Thrift tables on which I want to alter a column composite. Right now it looks like (int, int, string) but I want it to be (int, int, string, string). Is it possible to do this on a live cluster without deleting the old data? Can you point me to some

Re: sstabledump tries to delete a file

Done https://issues.apache.org/jira/browse/CASSANDRA-14166 On Wed, Jan 10, 2018 at 8:49 PM, Chris Lohfink wrote: > Yes it should be read only, open a jira please. It does look like if the > fp changed it would rebuild or if your missing. When it builds the table > metadata

Re: Even after the drop table, the data actually was not erased.

Hello, However, the actual size of the data directory did not decrease at all. > Disk Load monitored by JMX has been decreased. This sounds like 'auto_snapshot' is enabled. This option will trigger a snapshot before any table drop / truncate to prevent user mistakes mostly. Then the data is

Re: Calling StorageService.loadNewSSTables function results in deadlock with compaction background task.

issue created https://issues.apache.org/jira/browse/CASSANDRA-14164