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:a...@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:jbel...@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 <a...@eutechnyx.com> 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:ty...@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 <a...@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:ty...@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 <a...@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='ACRKeyspace_purify', key='31', > column_parent='QueryPath(columnFamilyName='UserOwnedCars', > superColumnName='null', columnName='null')', start='', finish='', > reversed=false, count=100) from 9...@localhost/127.0.0.1 > > DEBUG 22:59:42,916 collecting 0 of 100: 2885:false:3...@592255573044823040 > > DEBUG 22:59:42,916 collecting 1 of 100: 3272:false:3...@2320511930048250880 > > DEBUG 22:59:42,917 collecting 2 of 100: 3363:false:3...@592255573044823040 > > DEBUG 22:59:42,917 collecting 3 of 100: > currentCarUID:false:3...@8670115967555404800 > > DEBUG 22:59:42,917 Read key java.nio.HeapByteBuffer[pos=0 lim=1 cap=1]; > sending response to 282f307a-0b07-7b07-c340-88e847bef...@localhost/127.0.0.1 > > DEBUG 22:59:42,917 Processing response on a callback from > 282f307a-0b07-7b07-c340-88e847bef...@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 9...@localhost/127.0.0.1 > > DEBUG 22:59:42,936 collecting 0 of 100: 2885:false:3...@592255573044823040 > > DEBUG 22:59:42,936 collecting 1 of 100: 3272:false:3...@2320511930048250880 > > DEBUG 22:59:42,936 collecting 2 of 100: 3363:false:3...@592255573044823040 > > DEBUG 22:59:42,936 collecting 3 of 100: > currentCarUID:false:3...@8670115967555404800 > > DEBUG 22:59:42,937 Read key java.nio.HeapByteBuffer[pos=0 lim=1 cap=1]; > sending response to 32e4f8f8-2df0-8803-ebb6-ac2eaf2e5...@localhost/127.0.0.1 > > DEBUG 22:59:42,937 Processing response on a callback from > 32e4f8f8-2df0-8803-ebb6-ac2eaf2e5...@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:ty...@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 <a...@eutechnyx.com> > 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:ty...@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 <a...@eutechnyx.com> > 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:ty...@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 <a...@eutechnyx.com> > 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
