Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 57916 invoked from network); 18 Nov 2010 22:43:27 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 18 Nov 2010 22:43:27 -0000 Received: (qmail 44669 invoked by uid 500); 18 Nov 2010 22:43:57 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 44649 invoked by uid 500); 18 Nov 2010 22:43:56 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 44641 invoked by uid 99); 18 Nov 2010 22:43:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Nov 2010 22:43:56 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,NORMAL_HTTP_TO_IP,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.214.172] (HELO mail-iw0-f172.google.com) (209.85.214.172) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Nov 2010 22:43:51 +0000 Received: by iwn40 with SMTP id 40so4185884iwn.31 for ; Thu, 18 Nov 2010 14:43:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.35.202 with SMTP id q10mr1461435ibd.88.1290120210042; Thu, 18 Nov 2010 14:43:30 -0800 (PST) Received: by 10.231.144.75 with HTTP; Thu, 18 Nov 2010 14:43:29 -0800 (PST) X-Originating-IP: [64.132.24.248] In-Reply-To: <9F83B51B5E3935419B14FC2D1436FC094FE373BC@xchange.eutechnyx.com> References: <9F83B51B5E3935419B14FC2D1436FC0947EFB8BF@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC0947EFB953@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC0947EFB97C@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC0947EFB9C9@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC0947EFBB5A@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC094FE34E13@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC094FE3736D@xchange.eutechnyx.com> <9F83B51B5E3935419B14FC2D1436FC094FE373BC@xchange.eutechnyx.com> Date: Thu, 18 Nov 2010 16:43:29 -0600 Message-ID: Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps From: Tyler Hobbs To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=0003255730b2d64f7e04955b8443 --0003255730b2d64f7e04955b8443 Content-Type: text/plain; charset=ISO-8859-1 Ouch. Thanks for taking the time to handle that. - Tyler On Thu, Nov 18, 2010 at 4:29 PM, Dr. Andrew Perella wrote: > Actually it turns out there is a submitted patch for this already from > January 2009 but it was never accepted due to a complaint about an > unnecessary cast! I have modified and resubmitted the patch. > > > -----Original Message----- > From: Dr. Andrew Perella [mailto:ajp@eutechnyx.com] > Sent: 18 November 2010 21:40 > To: user@cassandra.apache.org > Subject: RE: casssandra 0.7beta3, pycassa and windows client timestamps > > Thanks for the reminder - I will submit the patch :) > -----Original Message----- > From: Jonathan Ellis [mailto:jbellis@gmail.com] > Sent: 18 November 2010 21:37 > To: user > Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps > > Interesting! > > Did you post your patch to the Thrift project? > > On Thu, Nov 18, 2010 at 2:13 PM, Dr. Andrew Perella > wrote: > > UPDATE: Solved > > > > > > > > After digging deeper I realised that I had patched fastbinary incorrectly > > for compiling under visual studio on windows and was left with the wrong > > endian define. > > > > As the app often worked it never crossed my mind to check this out! > > > > Many thanks Tyler for all your suggestions. > > > > > > > > Regards, > > > > Andrew > > > > > > > > > > > > > > > > From: Tyler Hobbs [mailto:tyler@riptano.com] > > Sent: 18 November 2010 00:00 > > To: user@cassandra.apache.org > > Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps > > > > > > > > No, there's no client side caching. > > > > Assuming you're using insert(), could you capture both of these: > > - the return value of insert() > > - the same thing you captured before in the Cassandra log > > > > so that we can verify that the timestamp is greater than what's stored in > > Cassandra? > > > > Tyler > > > > On Wed, Nov 17, 2010 at 5:49 PM, Dr. Andrew Perella > > wrote: > > > > Oh - that was unexpected! I am using pycassa 0.5.2 and thrift 0.5.0 > > > > I wasn't aware any client side caching would take place? > > > > > > > > > > > > > > > > From: Tyler Hobbs [mailto:tyler@riptano.com] > > Sent: 17 November 2010 23:34 > > > > To: user@cassandra.apache.org > > Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps > > > > > > > > Well, the write appears to be succeeding, and since you say this works on > > Linux, it sounds like a client side problem. > > > > Are you using pycassa or are you dealing with raw Thrift. If pycassa, > what > > version? > > > > - Tyler > > > > On Wed, Nov 17, 2010 at 5:02 PM, Dr. Andrew Perella > > wrote: > > > > Thanks Tyler - here is the log when I call this: > > > > > > > > > > > > DEBUG 22:59:42,914 get_slice > > > > DEBUG 22:59:42,915 strongread reading data for > > SliceFromReadCommand(table='ACRKeyspace_purify', key='31', > > column_parent='QueryPath(columnFamilyName='UserOwnedCars', > > superColumnName='null', columnName='null')', start='', finish='', > > reversed=false, count=100) from 93@localhost/127.0.0.1 > > > > DEBUG 22:59:42,916 collecting 0 of 100: 2885:false:32@592255573044823040 > > > > DEBUG 22:59:42,916 collecting 1 of 100: 3272:false:32@2320511930048250880 > > > > DEBUG 22:59:42,917 collecting 2 of 100: 3363:false:32@592255573044823040 > > > > DEBUG 22:59:42,917 collecting 3 of 100: > > currentCarUID:false:32@8670115967555404800 > > > > DEBUG 22:59:42,917 Read key java.nio.HeapByteBuffer[pos=0 lim=1 cap=1]; > > sending response to 282F307A-0B07-7B07-C340-88E847BEF430@localhost/ > 127.0.0.1 > > > > DEBUG 22:59:42,917 Processing response on a callback from > > 282F307A-0B07-7B07-C340-88E847BEF430@localhost/127.0.0.1 > > > > DEBUG 22:59:42,917 resolving 1 responses > > > > DEBUG 22:59:42,917 resolve: 0 ms. > > > > DEBUG 22:59:42,917 quorumResponseHandler: 1 ms. > > > > DEBUG 22:59:42,930 batch_mutate > > > > DEBUG 22:59:42,931 insert writing local > > RowMutation(keyspace='ACRKeyspace_purify', key='31', > > modifications=[UserOwnedCars]) > > > > DEBUG 22:59:42,935 get_slice > > > > DEBUG 22:59:42,936 strongread reading data for > > SliceFromReadCommand(table='ACRKeyspace_purify', key='31', > > column_parent='QueryPath(columnFamilyName='UserOwnedCars', > > superColumnName='null', columnName='null')', start='', finish='', > > reversed=false, count=100) from 95@localhost/127.0.0.1 > > > > DEBUG 22:59:42,936 collecting 0 of 100: 2885:false:32@592255573044823040 > > > > DEBUG 22:59:42,936 collecting 1 of 100: 3272:false:32@2320511930048250880 > > > > DEBUG 22:59:42,936 collecting 2 of 100: 3363:false:32@592255573044823040 > > > > DEBUG 22:59:42,936 collecting 3 of 100: > > currentCarUID:false:32@8670115967555404800 > > > > DEBUG 22:59:42,937 Read key java.nio.HeapByteBuffer[pos=0 lim=1 cap=1]; > > sending response to 32E4F8F8-2DF0-8803-EBB6-AC2EAF2E55D5@localhost/ > 127.0.0.1 > > > > DEBUG 22:59:42,937 Processing response on a callback from > > 32E4F8F8-2DF0-8803-EBB6-AC2EAF2E55D5@localhost/127.0.0.1 > > > > DEBUG 22:59:42,937 resolving 1 responses > > > > DEBUG 22:59:42,937 resolve: 0 ms. > > > > DEBUG 22:59:42,937 quorumResponseHandler: 0 ms. > > > > > > > > > > > > From: Tyler Hobbs [mailto:tyler@riptano.com] > > Sent: 17 November 2010 22:56 > > > > To: user@cassandra.apache.org > > Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps > > > > > > > > Can you turn on debug logging on Cassandra (change INFO to debug in > > conf/log4j-server.properties) and see what happens when you send a write > > that doesn't seem to have an effect? > > > > - Tyler > > > > On Wed, Nov 17, 2010 at 4:40 PM, Dr. Andrew Perella > > wrote: > > > > The value I want to change is: > > > > > > > > ColumnOrSuperColumn(column=Column(timestamp=1290033433618000L, > > name='currentCarUID', value='82b50f91663f42ee8a740447efa1bdae', > ttl=None), > > super_column=None) > > > > > > > > and I try to overwrite it with: > > > > > > > > Mutation(column_or_supercolumn= > > > > ColumnOrSuperColumn(column=Column(timestamp=1290033474541000L, > > name=u'currentCarUID', value='e7d0cac632134c479110b6f0bb5ca6ea', > ttl=None), > > super_column=None), deletion=None) > > > > > > > > I am just running a single node test machine. > > > > > > > > I am using it to run multiple keyspaces for other services (from other > > clients) if that might be relevant at all. > > > > > > > > > > > > From: Tyler Hobbs [mailto:tyler@riptano.com] > > Sent: 17 November 2010 22:33 > > > > To: user@cassandra.apache.org > > Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps > > > > > > > > Can you give me an example of what your writes look like here? > > > > Are you running a multinode cluster or just one instance of Cassandra? > > > > - Tyler > > > > On Wed, Nov 17, 2010 at 4:30 PM, Dr. Andrew Perella > > wrote: > > > > Miliseconds - but that's not the problem - I can wait 10 minutes and > still > > not get the value updated! Other times I can update many times a second > - > > it just seems random! > > > > > > > > From: Tyler Hobbs [mailto:tyler@riptano.com] > > Sent: 17 November 2010 22:28 > > To: user@cassandra.apache.org > > Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps > > > > > > > > What resolution does time.time() give you in Windows? > > > > - Tyler > > > > On Wed, Nov 17, 2010 at 4:23 PM, Dr. Andrew Perella > > wrote: > > > > I have encountered a strange problem with values not being written to > > Cassandra very often. > > > > It looks like it is a windows client timestamp problem. I cannot detect a > > pattern as to when a timestamp will allow an update however if I run my > > client (in a web server) on linux then the problem goes away. > > > > > > > > Has anyone seen anything like this or will I need to delve deeper into > > thift? > > > > > > > > FYI I am using pythons int(time.time()*1e6) as a timestamp > > > > > > > > Best Regards, > > > > Andrew > > > > This e-mail is confidential and may be privileged. It may be read, copied > > and used only by the intended recipient. No communication sent by e-mail > to > > or from Eutechnyx is intended to give rise to contractual or other legal > > liability, apart from liability which cannot be excluded under English > law. > > > > This email has been scanned for all known viruses by www.epagency.net. > > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > > > > > > > > This email has been scanned for all known viruses by the Email Protection > > Agency > > > > This e-mail is confidential and may be privileged. It may be read, copied > > and used only by the intended recipient. No communication sent by e-mail > to > > or from Eutechnyx is intended to give rise to contractual or other legal > > liability, apart from liability which cannot be excluded under English > law. > > > > This email has been scanned for all known viruses by www.epagency.net. > > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > > > > > > > > This email has been scanned for all known viruses by the Email Protection > > Agency > > > > This e-mail is confidential and may be privileged. It may be read, copied > > and used only by the intended recipient. No communication sent by e-mail > to > > or from Eutechnyx is intended to give rise to contractual or other legal > > liability, apart from liability which cannot be excluded under English > law. > > > > This email has been scanned for all known viruses by www.epagency.net. > > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > > > > > > > > This email has been scanned for all known viruses by the Email Protection > > Agency > > > > This e-mail is confidential and may be privileged. It may be read, copied > > and used only by the intended recipient. No communication sent by e-mail > to > > or from Eutechnyx is intended to give rise to contractual or other legal > > liability, apart from liability which cannot be excluded under English > law. > > > > This email has been scanned for all known viruses by www.epagency.net. > > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > > > > > > > > This email has been scanned for all known viruses by the Email Protection > > Agency > > > > This e-mail is confidential and may be privileged. It may be read, copied > > and used only by the intended recipient. No communication sent by e-mail > to > > or from Eutechnyx is intended to give rise to contractual or other legal > > liability, apart from liability which cannot be excluded under English > law. > > > > This email has been scanned for all known viruses by www.epagency.net. > > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > > > > > > > > This email has been scanned for all known viruses by the Email Protection > > Agency > > > > This e-mail is confidential and may be privileged. It may be read, copied > > and used only by the intended recipient. No communication sent by e-mail > to > > or from Eutechnyx is intended to give rise to contractual or other legal > > liability, apart from liability which cannot be excluded under English > law. > > > > This email has been scanned for all known viruses by www.epagency.net. > > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > > > > -- > Jonathan Ellis > Project Chair, Apache Cassandra > co-founder of Riptano, the source for professional Cassandra support > http://riptano.com > This email has been scanned for all known viruses by the Email Protection > Agency. > This e-mail is confidential and may be privileged. It may be read, copied > and used only by the intended recipient. No communication sent by e-mail to > or from Eutechnyx is intended to give rise to contractual or other legal > liability, apart from liability which cannot be excluded under English law. > > This email has been scanned for all known viruses by the Email Protection > Agency. http://www.epagency.net > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > This email has been scanned for all known viruses by the Email Protection > Agency. > This e-mail is confidential and may be privileged. It may be read, copied > and used only by the intended recipient. No communication sent by e-mail to > or from Eutechnyx is intended to give rise to contractual or other legal > liability, apart from liability which cannot be excluded under English law. > > This email has been scanned for all known viruses by the Email Protection > Agency. http://www.epagency.net > > > www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322 > --0003255730b2d64f7e04955b8443 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ouch.=A0 Thanks for taking the time to handle that.

- Tyler

<= div class=3D"gmail_quote">On Thu, Nov 18, 2010 at 4:29 PM, Dr. Andrew Perel= la <ajp@eutechnyx= .com> wrote:
Actually it turns= out there is a submitted patch for this already from January 2009 but it w= as never accepted due to a complaint about an unnecessary cast! I have modi= fied and resubmitted the patch.


-----Original Message-----
From: Dr. Andrew Perella [mailto:ajp@e= utechnyx.com]
Sent: 18 November 2010 21:40
To: user@cassandra.apache.org<= /a>
Subject: RE: casssandra 0.7beta3, p= ycassa and windows client timestamps

Thanks for the reminder - I will submit the patch :)
-----Original Message-----
From: Jonathan Ellis [mailto:jbellis@g= mail.com]
Sent: 18 November 2010 21:37
To: user
Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamps

Interesting!

Did you post your patch to the Thrift project?

On Thu, Nov 18, 2010 at 2:13 PM, Dr. Andrew Perella <ajp@eutechnyx.com> wrote:
> UPDATE:=A0 Solved
>
>
>
> After digging deeper I realised that I had patched fastbinary incorrec= tly
> for compiling under visual studio on windows and was left with the wro= ng
> endian define.
>
> As the app often worked it never crossed my mind to check this out! >
> Many thanks Tyler for all your suggestions.
>
>
>
> Regards,
>
> Andrew
>
>
>
>
>
>
>
> From: Tyler Hobbs [mailto:tyler@r= iptano.com]
> Sent: 18 November 2010 00:00
> To: user@cassandra.apache= .org
> Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamp= s
>
>
>
> No, there's no client side caching.
>
> Assuming you're using insert(), could you capture both of these: > =A0- the return value of insert()
> =A0- the same thing you captured before in the Cassandra log
>
> so that we can verify that the timestamp is greater than what's st= ored in
> Cassandra?
>
> =A0Tyler
>
> On Wed, Nov 17, 2010 at 5:49 PM, Dr. Andrew Perella <ajp@eutechnyx.com>
> wrote:
>
> Oh - that was unexpected! I am using pycassa 0.5.2 and thrift 0.5.0 >
> I wasn't aware any client side caching would take place?
>
>
>
>
>
>
>
> From: Tyler Hobbs [mailto:tyler@r= iptano.com]
> Sent: 17 November 2010 23:34
>
> To: user@cassandra.apache= .org
> Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamp= s
>
>
>
> Well, the write appears to be succeeding, and since you say this works= on
> Linux, it sounds like a client side problem.
>
> Are you using pycassa or are you dealing with raw Thrift.=A0 If pycass= a, what
> version?
>
> - Tyler
>
> On Wed, Nov 17, 2010 at 5:02 PM, Dr. Andrew Perella <ajp@eutechnyx.com>
> wrote:
>
> Thanks Tyler - here is the log when I call this:
>
>
>
>
>
> DEBUG 22:59:42,914 get_slice
>
> DEBUG 22:59:42,915 strongread reading data for
> SliceFromReadCommand(table=3D'ACRKeyspace_purify', key=3D'= 31',
> column_parent=3D'QueryPath(columnFamilyName=3D'UserOwnedCars&#= 39;,
> superColumnName=3D'null', columnName=3D'null')', s= tart=3D'', finish=3D'',
> reversed=3Dfalse, count=3D100) from 93@localhost/127.0.0.1
>
> DEBUG 22:59:42,916 collecting 0 of 100: 2885:false:32@5922555730448230= 40
>
> DEBUG 22:59:42,916 collecting 1 of 100: 3272:false:32@2320511930048250= 880
>
> DEBUG 22:59:42,917 collecting 2 of 100: 3363:false:32@5922555730448230= 40
>
> DEBUG 22:59:42,917 collecting 3 of 100:
> currentCarUID:false:32@8670115967555404800
>
> DEBUG 22:59:42,917 Read key java.nio.HeapByteBuffer[pos=3D0 lim=3D1 ca= p=3D1];
> sending response to 282F307A-0B07-7B07-C340-88E847BEF430@localhost/127.0.0.1
>
> DEBUG 22:59:42,917 Processing response on a callback from
> 282F307A-0B07-7B07-C340-88E847BEF430@localhost/127.0.0.1
>
> DEBUG 22:59:42,917 resolving 1 responses
>
> DEBUG 22:59:42,917 resolve: 0 ms.
>
> DEBUG 22:59:42,917 quorumResponseHandler: 1 ms.
>
> DEBUG 22:59:42,930 batch_mutate
>
> DEBUG 22:59:42,931 insert writing local
> RowMutation(keyspace=3D'ACRKeyspace_purify', key=3D'31'= ;,
> modifications=3D[UserOwnedCars])
>
> DEBUG 22:59:42,935 get_slice
>
> DEBUG 22:59:42,936 strongread reading data for
> SliceFromReadCommand(table=3D'ACRKeyspace_purify', key=3D'= 31',
> column_parent=3D'QueryPath(columnFamilyName=3D'UserOwnedCars&#= 39;,
> superColumnName=3D'null', columnName=3D'null')', s= tart=3D'', finish=3D'',
> reversed=3Dfalse, count=3D100) from 95@localhost/127.0.0.1
>
> DEBUG 22:59:42,936 collecting 0 of 100: 2885:false:32@5922555730448230= 40
>
> DEBUG 22:59:42,936 collecting 1 of 100: 3272:false:32@2320511930048250= 880
>
> DEBUG 22:59:42,936 collecting 2 of 100: 3363:false:32@5922555730448230= 40
>
> DEBUG 22:59:42,936 collecting 3 of 100:
> currentCarUID:false:32@8670115967555404800
>
> DEBUG 22:59:42,937 Read key java.nio.HeapByteBuffer[pos=3D0 lim=3D1 ca= p=3D1];
> sending response to 32E4F8F8-2DF0-8803-EBB6-AC2EAF2E55D5@localhost/127.0.0.1
>
> DEBUG 22:59:42,937 Processing response on a callback from
> 32E4F8F8-2DF0-8803-EBB6-AC2EAF2E55D5@localhost/127.0.0.1
>
> DEBUG 22:59:42,937 resolving 1 responses
>
> DEBUG 22:59:42,937 resolve: 0 ms.
>
> DEBUG 22:59:42,937 quorumResponseHandler: 0 ms.
>
>
>
>
>
> From: Tyler Hobbs [mailto:tyler@r= iptano.com]
> Sent: 17 November 2010 22:56
>
> To: user@cassandra.apache= .org
> Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamp= s
>
>
>
> Can you turn on debug logging on Cassandra (change INFO to debug in > conf/log4j-server.properties) and see what happens when you send a wri= te
> that doesn't seem to have an effect?
>
> - Tyler
>
> On Wed, Nov 17, 2010 at 4:40 PM, Dr. Andrew Perella <ajp@eutechnyx.com>
> wrote:
>
> The value I want to change is:
>
>
>
> ColumnOrSuperColumn(column=3DColumn(timestamp=3D1290033433618000L,
> name=3D'currentCarUID', value=3D'82b50f91663f42ee8a740447e= fa1bdae', ttl=3DNone),
> super_column=3DNone)
>
>
>
> and I try to overwrite it with:
>
>
>
> Mutation(column_or_supercolumn=3D
>
> ColumnOrSuperColumn(column=3DColumn(timestamp=3D1290033474541000L,
> name=3Du'currentCarUID', value=3D'e7d0cac632134c479110b6f0= bb5ca6ea', ttl=3DNone),
> super_column=3DNone), deletion=3DNone)
>
>
>
> I am just running a single node test machine.
>
>
>
> I am using it to run multiple keyspaces for other services (from other=
> clients) if that might be relevant at all.
>
>
>
>
>
> From: Tyler Hobbs [mailto:tyler@r= iptano.com]
> Sent: 17 November 2010 22:33
>
> To: user@cassandra.apache= .org
> Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamp= s
>
>
>
> Can you give me an example of what your writes look like here?
>
> Are you running a multinode cluster or just one instance of Cassandra?=
>
> - Tyler
>
> On Wed, Nov 17, 2010 at 4:30 PM, Dr. Andrew Perella <ajp@eutechnyx.com>
> wrote:
>
> Miliseconds - but that's not the problem - I can wait 10 minutes a= nd still
> not get the value updated!=A0 Other times I can update many times a se= cond -
> it just seems random!
>
>
>
> From: Tyler Hobbs [mailto:tyler@r= iptano.com]
> Sent: 17 November 2010 22:28
> To: user@cassandra.apache= .org
> Subject: Re: casssandra 0.7beta3, pycassa and windows client timestamp= s
>
>
>
> What resolution does time.time() give you in Windows?
>
> - Tyler
>
> On Wed, Nov 17, 2010 at 4:23 PM, Dr. Andrew Perella <ajp@eutechnyx.com>
> wrote:
>
> I have encountered a strange problem with values not being written to<= br> > Cassandra very often.
>
> It looks like it is a windows client timestamp problem. I cannot detec= t a
> pattern as to when a timestamp will allow an update however if I run m= y
> client (in a web server) on linux then the problem goes away.
>
>
>
> Has anyone seen anything like this or will I need to delve deeper into=
> thift?
>
>
>
> FYI I am using pythons int(time.time()*1e6) as a timestamp
>
>
>
> Best Regards,
>
> Andrew
>
> This e-mail is confidential and may be privileged. It may be read, cop= ied
> and used only by the intended recipient. No communication sent by e-ma= il to
> or from Eutechnyx is intended to give rise to contractual or other leg= al
> liability, apart from liability which cannot be excluded under English= law.
>
> This email has been scanned for all known viruses by www.epagency.net.
>
> www.eutechnyx.c= om Eutechnyx Limited. Registered in England No: 2172322
>
>
>
> This email has been scanned for all known viruses by the Email Protect= ion
> Agency
>
> This e-mail is confidential and may be privileged. It may be read, cop= ied
> and used only by the intended recipient. No communication sent by e-ma= il to
> or from Eutechnyx is intended to give rise to contractual or other leg= al
> liability, apart from liability which cannot be excluded under English= law.
>
> This email has been scanned for all known viruses by www.epagency.net.
>
> www.eutechnyx.c= om Eutechnyx Limited. Registered in England No: 2172322
>
>
>
> This email has been scanned for all known viruses by the Email Protect= ion
> Agency
>
> This e-mail is confidential and may be privileged. It may be read, cop= ied
> and used only by the intended recipient. No communication sent by e-ma= il to
> or from Eutechnyx is intended to give rise to contractual or other leg= al
> liability, apart from liability which cannot be excluded under English= law.
>
> This email has been scanned for all known viruses by www.epagency.net.
>
> www.eutechnyx.c= om Eutechnyx Limited. Registered in England No: 2172322
>
>
>
> This email has been scanned for all known viruses by the Email Protect= ion
> Agency
>
> This e-mail is confidential and may be privileged. It may be read, cop= ied
> and used only by the intended recipient. No communication sent by e-ma= il to
> or from Eutechnyx is intended to give rise to contractual or other leg= al
> liability, apart from liability which cannot be excluded under English= law.
>
> This email has been scanned for all known viruses by www.epagency.net.
>
> www.eutechnyx.c= om Eutechnyx Limited. Registered in England No: 2172322
>
>
>
> This email has been scanned for all known viruses by the Email Protect= ion
> Agency
>
> This e-mail is confidential and may be privileged. It may be read, cop= ied
> and used only by the intended recipient. No communication sent by e-ma= il to
> or from Eutechnyx is intended to give rise to contractual or other leg= al
> liability, apart from liability which cannot be excluded under English= law.
>
> This email has been scanned for all known viruses by www.epagency.net.
>
> www.eutechnyx.c= om Eutechnyx Limited. Registered in England No: 2172322
>
>
>
> This email has been scanned for all known viruses by the Email Protect= ion
> Agency
>
> This e-mail is confidential and may be privileged. It may be read, cop= ied
> and used only by the intended recipient. No communication sent by e-ma= il to
> or from Eutechnyx is intended to give rise to contractual or other leg= al
> liability, apart from liability which cannot be excluded under English= law.
>
> This email has been scanned for all known viruses by www.epagency.net.
>
> www.eutechnyx.c= om Eutechnyx Limited. Registered in England No: 2172322



--
Jonathan Ellis
Project Chair, Apache Cassandra
co-founder of Riptano, the source for professional Cassandra support
http://riptano.com
This email has been scanned for all known viruses by the Email Protection A= gency.
This e-mail is confidential and may be privileged. It may be read, copied a= nd used only by the intended recipient. No communication sent by e-mail to = or from Eutechnyx is intended to give rise to contractual or other legal li= ability, apart from liability which cannot be excluded under English law.
This email has been scanned for all known viruses by the Email Protection A= gency. http://www.epa= gency.net


www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322
This email has been scanned for all known viruses by the Email Protection A= gency.
This e-mail is confidential and may be privileged. It may be read, copied a= nd used only by the intended recipient. No communication sent by e-mail to = or from Eutechnyx is intended to give rise to contractual or other legal li= ability, apart from liability which cannot be excluded under English law.
This email has been scanned for all known viruses by the Email Protection A= gency. http://www.epa= gency.net


www.eutechnyx.com Eutechnyx Limited. Registered in England No: 2172322

--0003255730b2d64f7e04955b8443--