Before a keyspace is dropped, a snapshot is taken (by security). It is your job to remove the snapshot manually.
(the tombstones have no play here) -- Sylvain On Thu, Mar 3, 2011 at 12:36 PM, Sagar Kohli <sagar.ko...@impetus.co.in>wrote: > Hi, > > Probably I got the answer, it is Tombstones in Cassandra. > It is something like soft delete.. > Pl correct me if m wrong > > Regards > sagar > > -----Original Message----- > From: Sagar Kohli [mailto:sagar.ko...@impetus.co.in] > Sent: Thursday, March 03, 2011 11:44 AM > To: user@cassandra.apache.org > Subject: RE: dropping keyspace in cassandra > > Thanks aaron, > > I also restarted Cassandra instance , but data is still there.., is there > any mechanism to claim storage?? if so can you please give some pointer on > that. > > `sagar > > -----Original Message----- > From: Joshua Partogi [mailto:joshua.j...@gmail.com] > Sent: Thursday, March 03, 2011 4:45 AM > To: user@cassandra.apache.org > Subject: Re: dropping keyspace in cassandra > > Hi Aaron, > > Does that mean the data will be deleted eventually? Does this also > depends on the compaction configuration? > > Thanks. > > On Thu, Mar 3, 2011 at 7:23 AM, Aaron Morton <aa...@thelastpickle.com> > wrote: > > What exactly was the folder that was left in place? Dropping a keyspace > does > > not physically delete the data immediately. > > > > Aaron > > On 3/03/2011, at 1:01 AM, Sagar Kohli <sagar.ko...@impetus.co.in> wrote: > > > > > > > > > > > > Hi , > > > > > > > > I am using Cassandra .70, I have dropped a sample keyspace using command > > "drop keyspace <sample>" > > > > Command executed successfully but when I checked key space folder still > > exists there, > > > > Is there any other process to delete data from file system or Cassandra > does > > it automatically?? > > > > > > > > Thanks in advance J > > > > ~sagar > > > > ________________________________ > > Impetus to Present Big Data -- Analytics Solutions and Strategies at TDWI > > World Conference (Feb 13-18) in Las Vegas.We are also bringing cloud > experts > > together at CloudCamp, Delhi on Feb 12. CloudCamp is an unconference > where > > early adopters of Cloud Computing technologies exchange ideas. > > > > Click http://www.impetus.com to know more. > > > > > > NOTE: This message may contain information that is confidential, > > proprietary, privileged or otherwise protected by law. The message is > > intended solely for the named addressee. If received in error, please > > destroy and notify the sender. Any use of this email is prohibited when > > received in error. Impetus does not represent, warrant and/or guarantee, > > that the integrity of this communication has been maintained nor that the > > communication is free of errors, virus, interception or interference. > > > > > > -- > http://twitter.com/jpartogi > > ________________________________ > > Are you exploring a Big Data Strategy ? Listen to this recorded webinar on > Planning your Hadoop/ NoSQL projects for 2011 at > www.impetus.com/featured_webinar?eventid=37 > > Follow us on www.twitter.com/impetuscalling or visit www.impetus.com to > know more. > > > NOTE: This message may contain information that is confidential, > proprietary, privileged or otherwise protected by law. The message is > intended solely for the named addressee. If received in error, please > destroy and notify the sender. Any use of this email is prohibited when > received in error. Impetus does not represent, warrant and/or guarantee, > that the integrity of this communication has been maintained nor that the > communication is free of errors, virus, interception or interference. > > ________________________________ > > Are you exploring a Big Data Strategy ? Listen to this recorded webinar on > Planning your Hadoop/ NoSQL projects for 2011 at > www.impetus.com/featured_webinar?eventid=37 > > Follow us on www.twitter.com/impetuscalling or visit www.impetus.com to > know more. > > > NOTE: This message may contain information that is confidential, > proprietary, privileged or otherwise protected by law. The message is > intended solely for the named addressee. If received in error, please > destroy and notify the sender. Any use of this email is prohibited when > received in error. Impetus does not represent, warrant and/or guarantee, > that the integrity of this communication has been maintained nor that the > communication is free of errors, virus, interception or interference. >