cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christopher J. Bottaro (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-4857) FileNotFoundException after create-drop-create keyspace
Date Thu, 09 Jan 2014 21:11:52 GMT


Christopher J. Bottaro commented on CASSANDRA-4857:

Is this still an issue as of 1.2.10?

We have a multitenant application where each client has their own keyspace.  One of our most
used features is cloning one client to another client (for the purposes of testing).  This
cloning involves dropping the keyspace on the destination client and recreating it before
copying the data from the source client..

It gets hairy in that different clients can have tables that share a similar name, but the
schemas are different, hence truncating doesn't really work for us.

Is there a way we can ensure dropping a keyspace and recreating it will be safe?  Is there
a nodetool or cql command we can send to the cluster to say "Hey, lady... is this keyspace
done being deleted?"  Or better, block until it's really deleted and ready to be recreated...

Or is it any safer to simply drop all the tables in a keyspace and recreate them, rather than
drop/recreate the keyspace itself?

> FileNotFoundException after create-drop-create keyspace
> -------------------------------------------------------
>                 Key: CASSANDRA-4857
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>         Environment: Cassandra trunk (565c576)
>            Reporter: Tyler Patterson
>            Assignee: Pavel Yaskevich
>         Attachments: system.log
> {code}
>  INFO [CompactionExecutor:28] 2012-10-24 14:32:22,756 (line 116)
Compacting [SSTableReader(path='/var/lib/cassandra/data/Twissandra/Tweet/Twissandra-Tweet-ia-1-Data.db'),
> ERROR [CompactionExecutor:28] 2012-10-24 14:32:22,758 (line 132)
Exception in thread Thread[CompactionExecutor:28,1,main]
> java.lang.RuntimeException: /var/lib/cassandra/data/Twissandra/Tweet/Twissandra-Tweet-ia-1-Data.db
(No such file or directory)
> 	at
> 	at
> 	at<init>(
> 	at
> 	at
> 	at org.apache.cassandra.db.compaction.AbstractCompactionStrategy.getScanners(
> 	at org.apache.cassandra.db.compaction.AbstractCompactionStrategy.getScanners(
> 	at org.apache.cassandra.db.compaction.CompactionTask.runWith(
> 	at
> 	at
> 	at org.apache.cassandra.db.compaction.CompactionTask.execute(
> 	at org.apache.cassandra.db.compaction.CompactionManager$
> 	at java.util.concurrent.Executors$
> 	at java.util.concurrent.FutureTask$Sync.innerRun(
> 	at
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
> 	at java.util.concurrent.ThreadPoolExecutor$
> 	at
> Caused by: /var/lib/cassandra/data/Twissandra/Tweet/Twissandra-Tweet-ia-1-Data.db
(No such file or directory)
> 	at Method)
> 	at<init>(
> 	at<init>(
> 	at<init>(
> 	at
> 	... 17 more
> {code}
> This error has been happening consistently using a modified version of the twissandra
project. We have a script that loads in a bunch of tweet data. The error happens when I drop
the keyspace, then recreate it and the columnfamilies, and rerun the script to load the data

This message was sent by Atlassian JIRA

View raw message