Re: Overriding timestamp with light weight transactions

2015-11-16 Thread Peddi, Praveen
"user@cassandra.apache.org<mailto:user@cassandra.apache.org>" mailto:user@cassandra.apache.org>> Date: Monday, November 16, 2015 at 4:05 PM To: "user@cassandra.apache.org<mailto:user@cassandra.apache.org>" mailto:user@cassandra.apache.org>> Subject: Re: Overri

Re: Overriding timestamp with light weight transactions

2015-11-16 Thread Laing, Michael
on behalf of Jon Haddad < > j...@jonhaddad.com> > Reply-To: "user@cassandra.apache.org" > Date: Monday, November 16, 2015 at 4:05 PM > To: "user@cassandra.apache.org" > Subject: Re: Overriding timestamp with light weight transactions > > LWT uses the coordinat

Re: Overriding timestamp with light weight transactions

2015-11-16 Thread Peddi, Praveen
he.org<mailto:user@cassandra.apache.org>" mailto:user@cassandra.apache.org>> Subject: Re: Overriding timestamp with light weight transactions LWT uses the coordinator's machine's timestamp to generate a timeuuid, which is used as the timestamp of the paxos ballot. You

Re: Overriding timestamp with light weight transactions

2015-11-16 Thread Jon Haddad
ssandra.apache.org <mailto:user@cassandra.apache.org>" > mailto:user@cassandra.apache.org>> > Subject: Re: Overriding timestamp with light weight transactions > > Perhaps you should fix your clock drift issues instead of trying to use a > workaround? > >&g

Re: Overriding timestamp with light weight transactions

2015-11-16 Thread Peddi, Praveen
er@cassandra.apache.org<mailto:user@cassandra.apache.org>" mailto:user@cassandra.apache.org>> Date: Monday, November 16, 2015 at 3:42 PM To: "user@cassandra.apache.org<mailto:user@cassandra.apache.org>" mailto:user@cassandra.apache.org>> Subject: Re: Overriding t

Re: Overriding timestamp with light weight transactions

2015-11-16 Thread Jon Haddad
Perhaps you should fix your clock drift issues instead of trying to use a workaround? > On Nov 16, 2015, at 11:39 AM, Peddi, Praveen wrote: > > Hi, > We are using Cassandra 2.0.9 and we currently have “using timestamp” clause > in all our update queries. We did this to fix occasional issues wi