I hadn't run into that one, but I did run into the old (deleted) SSTables somehow getting injected back into the dropped column family, resulting in a exception and the Thrift connection closing down.
On Fri, May 22, 2015 at 7:53 AM, Walsh, Stephen <stephen.wa...@aspect.com> wrote: > Can someone share the content on this link please, I’m aware of issues > where recreating key spaces can cause inconsistency in 2.0.13 if memTables > are not flushed beforehand , is this the issues that is resolved? > > > > > > *From:* Ken Hancock [mailto:ken.hanc...@schange.com] > *Sent:* 21 May 2015 17:13 > *To:* user@cassandra.apache.org > *Subject:* Re: Drop/Create table with same CF Name > > > > Thanks Mark (though that article doesn't appear publicly accessible for > others). > > Truncate would have been the tool of choice, however my understanding is > truncate fails unless all nodes are up and running which makes it a > non-workable choice since we can't determine when failures will occur. > > Ken > > > > On Thu, May 21, 2015 at 11:00 AM, Mark Reddy <mark.l.re...@gmail.com> > wrote: > > Yes, it's a known issue. For more information on the topic see this > support post from DataStax: > > > > > https://support.datastax.com/hc/en-us/articles/204226339-How-to-drop-and-recreate-a-table-in-Cassandra-versions-older-than-2-1 > > > Mark > > > > On 21 May 2015 at 15:31, Ken Hancock <ken.hanc...@schange.com> wrote: > > > > We've been running into the reused key cache issue (CASSANDRA-5202) with > dropping and recreating the same table in Cassandra 1.2.18 so we've been > testing with key caches disabled which does not seem to solve the issue. > In the latest logs it seems that old SSTables metadata gets read after the > tables have been deleted by the previous drop, eventually causing an > exception and the Thrift interface shut down. > > At this point is it a known issue that one CANNOT reuse a table name prior > to Cassandra 2.1 ? > > > > > > > This email (including any attachments) is proprietary to Aspect > Software, Inc. and may contain information that is confidential. If you > have received this message in error, please do not read, copy or forward > this message. Please notify the sender immediately, delete it from your > system and destroy any copies. You may not further disclose or distribute > this email or its attachments. >