Re: [deletion in the future]

2013-07-20 Thread Richard Low
On 20 July 2013 15:16, Alexis Rodríguez wrote: > That's exactly what is happening with my row, but not what I was trying to > do. It seems that I misunderstood the stackoverflow post. I was trying to > schedule a delete for an entire row, is using ttl for columns the only way? > Yes, there's no

Re: [deletion in the future]

2013-07-20 Thread Alexis Rodríguez
Richard, That's exactly what is happening with my row, but not what I was trying to do. It seems that I misunderstood the stackoverflow post. I was trying to schedule a delete for an entire row, is using ttl for columns the only way? Thanks for the reply. On Sat, Jul 20, 2013 at 5:36 AM, Richa

Re: [deletion in the future]

2013-07-20 Thread Richard Low
On 19 July 2013 23:31, Alexis Rodríguez wrote: > Hi guys, > > I've read here [1] that you can make a deletion mutation "for" the future. > That mechanism operates as a schedule for deletions according to the > stackoverflow post. But, I've been having problems to make it work with > my thrift c++

Re: Deletion use more space.

2013-07-17 Thread aaron morton
63061393837666230363439316336333230 > --- > RowKey: 303030303133636565373537646561633463393263363832653130363733 > --- > RowKey: 303030303134363234326136396637646465623537323761633233353065 > > > - 原始邮件 - > 发件人: "Michael T

Re: Deletion use more space.

2013-07-16 Thread 杨辉强
owKey: 303030303133636565373537646561633463393263363832653130363733 --- RowKey: 303030303134363234326136396637646465623537323761633233353065 - 原始邮件 - 发件人: "Michael Theroux" 收件人: user@cassandra.apache.org 发送时间: 星期二, 2013年 7 月 16日 下午 10:23:32 主题: Re: Deletion use more space. The only time

Re: Deletion use more space.

2013-07-16 Thread Michael Theroux
; Thank you! > It should be "update column family ScheduleInfoCF with gc_grace = 3600;" > Faint. > > - 原始邮件 - > 发件人: "杨辉强" > 收件人: user@cassandra.apache.org > 发送时间: 星期二, 2013年 7 月 16日 下午 6:15:12 > 主题: Re: Deletion use more space. > > Hi, &g

Re: Deletion use more space.

2013-07-16 Thread Andrew Bialecki
ou! > It should be "update column family ScheduleInfoCF with gc_grace = 3600;" > Faint. > > - 原始邮件 - > 发件人: "杨辉强" > 收件人: user@cassandra.apache.org > 发送时间: 星期二, 2013年 7 月 16日 下午 6:15:12 > 主题: Re: Deletion use more space. > > Hi, >

Re: Deletion use more space.

2013-07-16 Thread 杨辉强
Thank you! It should be "update column family ScheduleInfoCF with gc_grace = 3600;" Faint. - 原始邮件 - 发件人: "杨辉强" 收件人: user@cassandra.apache.org 发送时间: 星期二, 2013年 7 月 16日 下午 6:15:12 主题: Re: Deletion use more space. Hi, I use the follow cmd to update gc_grace_secon

Re: Deletion use more space.

2013-07-16 Thread 杨辉强
- 原始邮件 - 发件人: "Michał Michalski" 收件人: user@cassandra.apache.org 发送时间: 星期二, 2013年 7 月 16日 下午 5:51:49 主题: Re: Deletion use more space. Deletion is not really "removing" data, but it's adding tombstones (markers) of deletion. They'll be later merged with existi

Re: Deletion use more space.

2013-07-16 Thread Michał Michalski
Deletion is not really "removing" data, but it's adding tombstones (markers) of deletion. They'll be later merged with existing data during compaction and - in the end (see: gc_grace_seconds) - removed, but by this time they'll take some space. http://wiki.apache.org/cassandra/DistributedDelet

Re: Deletion consistency

2013-02-15 Thread Víctor Hugo Oliveira Molinar
*Mike*, for now I can't upgrade my cluster. I'm going to check the servers time sync. Thanks; *Bryan*, so u think it's not a distributed deleted problem. Thanks for bringing it up. Btw, hector should not be hiding any exception from me. Although there's a mutator reuse in my application. I'm gonna

Re: Deletion consistency

2013-02-15 Thread Bryan Talbot
With a RF and CL of one, there is no replication so there can be no issue with distributed deletes. Writes (and reads) can only go to the one host that has the data and will be refused if that node is down. I'd guess that your app isn't deleting records when you think that it is, or that the dele

Re: Deletion consistency

2013-02-15 Thread Mike
If you increase the number of nodes to 3, with an RF of 3, then you should be able to read/delete utilizing a quorum consistency level, which I believe will help here. Also, make sure the time of your servers are in sync, utilizing NTP, as drifting time between you client and server could caus

Re: deletion questions

2011-07-19 Thread Nikolai Kopylov
Konstantin, I've found that dropping a column family creates a snapshot quietly. So I gave it a "./nodetool clearsnapshot" command and the stale files were deleted. On Tue, Jul 19, 2011 at 6:26 PM, Konstantin Naryshkin wrote: > "2. Trying to reduce disk occupation I deleted CF which used 90% of

Re: deletion questions

2011-07-19 Thread Konstantin Naryshkin
"2. Trying to reduce disk occupation I deleted CF which used 90% of available space. After issuing a "drop column family User;" command no *User*.db files were deleted. "nodetool compact" haven't helped too. How can that deletion be triggered?" You have to wait for a garbage collect (or do a roll

Re: Deletion via SliceRange

2011-01-04 Thread Jonathan Ellis
It's not on anyone's short list, that I know of. https://issues.apache.org/jira/browse/CASSANDRA-494 On Tue, Jan 4, 2011 at 5:18 PM, mike dooley wrote: > any idea when Deletion via SliceRanges will be supported? > >     [java] Caused by: InvalidRequestException(why:Deletion does not yet > suppo

Re: RE: deletion

2010-10-14 Thread Aaron Morton
le.com] Sent: October 14 2010 15:45 To: user@cassandra.apache.org Cc: 'user@cassandra.apache.org' Subject: Re: deletion   I would recommend using epoch time for your timestamp and comparing as LongType. The version 1 UUID includes the MAC of the machine that generated it, it two diffe

RE: deletion

2010-10-14 Thread Koert Kuipers
ks again. Koert From: Aaron Morton [mailto:aa...@thelastpickle.com] Sent: October 14 2010 15:45 To: user@cassandra.apache.org Cc: 'user@cassandra.apache.org' Subject: Re: deletion I would recommend using epoch time for your timestamp and comparing as LongType. The version 1 UUI

Re: deletion

2010-10-14 Thread Aaron Morton
I would recommend using epoch time for your timestamp and comparing as LongType. The version 1 UUID includes the MAC of the machine that generated it, it two different machines will create different UUID's for the some time. They are meant to be unique after all http://en.wikipedia.org/wiki/Univers

Re: Deletion and batch_mutate

2010-06-22 Thread Jonathan Ellis
right. in other words, you can delete entire rows w/ batch_mutate in 0.6.3 or trunk, but for 0.6.2 the best workaround is to issue multiple remove commands. On Tue, Jun 22, 2010 at 5:09 AM, Mishail wrote: > Take a look at > > https://issues.apache.org/jira/browse/CASSANDRA-494 > > https://issues

Re: Deletion and batch_mutate

2010-06-22 Thread Mishail
Take a look at https://issues.apache.org/jira/browse/CASSANDRA-494 https://issues.apache.org/jira/browse/CASSANDRA-1027 On 22.06.2010 19:00, Ron wrote: > Hi everyone, > I'm a new user of Cassandra, and during my tests, I've encountered a > problem with deleting rows from CFs. > I use Cassandra

Re: Deletion batch mutate

2010-05-06 Thread Weijun Li
Mutation.ColumnOrSuperColumn takes either super column or regular column. On Thu, May 6, 2010 at 11:16 AM, Sonny Heer wrote: > The Deletion Class only has a setSuper_column method. Does this work > with regular columns as well? if not, how do you add a mutation for > column delete? >