Hi! Just an update, the weekly repair seemed to solve it. The column is no longer there. Still strange... Tamar
*Tamar Fraenkel * Senior Software Engineer, TOK Media [image: Inline image 1] ta...@tok-media.com Tel: +972 2 6409736 Mob: +972 54 8356490 Fax: +972 2 5612956 On Sat, May 25, 2013 at 10:19 PM, Tamar Fraenkel <ta...@tok-media.com>wrote: > Yes.. still there. > Tamar > > *Tamar Fraenkel * > Senior Software Engineer, TOK Media > > [image: Inline image 1] > > ta...@tok-media.com > Tel: +972 2 6409736 > Mob: +972 54 8356490 > Fax: +972 2 5612956 > > > > > On Sat, May 25, 2013 at 8:09 PM, Jeremiah Jordan <jerem...@datastax.com>wrote: > >> If you do that same get again, is the column still being returned? (days >> later) >> >> -Jeremiah >> >> >> On Thu, May 23, 2013 at 6:16 AM, Tamar Fraenkel <ta...@tok-media.com>wrote: >> >>> Hi! >>> >>> TTL was set: >>> >>> [default@HLockingManager] get >>> HLocks['/LockedTopic/31a30c12-652d-45b3-9ac2-0401cce85517']; >>> => (column=69b057d4-3578-4326-a9d9-c975cb8316d2, >>> value=36396230353764342d333537382d343332362d613964392d633937356362383331366432, >>> timestamp=1369307815049000, ttl=10) >>> >>> >>> Also, all other lock columns expire as expected. >>> >>> Thanks, >>> Tamar >>> >>> *Tamar Fraenkel * >>> Senior Software Engineer, TOK Media >>> >>> [image: Inline image 1] >>> >>> ta...@tok-media.com >>> Tel: +972 2 6409736 >>> Mob: +972 54 8356490 >>> Fax: +972 2 5612956 >>> >>> >>> >>> >>> On Thu, May 23, 2013 at 1:58 PM, <moshe.kr...@barclays.com> wrote: >>> >>>> Maybe you didn’t set the TTL correctly.**** >>>> >>>> Check the TTL of the column using CQL, e.g.:**** >>>> >>>> SELECT TTL (colName) from colFamilyName WHERE <condition>;**** >>>> >>>> ** ** >>>> >>>> *From:* Felipe Sere [mailto:felipe.s...@1und1.de] >>>> *Sent:* Thursday, May 23, 2013 1:28 PM >>>> *To:* user@cassandra.apache.org >>>> *Subject:* AW: column with TTL of 10 seconds lives very long...**** >>>> >>>> ** ** >>>> >>>> This is interesting as it might affect me too :) >>>> I have been observing deadlocks with HLockManagerImpl which dont get >>>> resolved for a long time >>>> even though the columns with the locks should only live for about >>>> 5-10secs. >>>> >>>> Any ideas how to investigate this further from the Cassandra-side?**** >>>> ------------------------------ >>>> >>>> *Von:* Tamar Fraenkel [ta...@tok-media.com] >>>> *Gesendet:* Donnerstag, 23. Mai 2013 11:58 >>>> *An:* user@cassandra.apache.org >>>> *Betreff:* Re: column with TTL of 10 seconds lives very long...**** >>>> >>>> Thanks for the response. >>>> Running date simultaneously on all nodes (using parallel ssh) shows >>>> that they are synced.**** >>>> >>>> Tamar**** >>>> >>>> >>>> **** >>>> >>>> *Tamar Fraenkel * >>>> Senior Software Engineer, TOK Media **** >>>> >>>> [image: Inline image 1]**** >>>> >>>> >>>> ta...@tok-media.com >>>> Tel: +972 2 6409736 >>>> Mob: +972 54 8356490 >>>> Fax: +972 2 5612956 **** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> On Thu, May 23, 2013 at 12:29 PM, Nikolay Mihaylov <n...@nmmm.nu> >>>> wrote:**** >>>> >>>> Did you synchronized the clocks between servers?**** >>>> >>>> ** ** >>>> >>>> On Thu, May 23, 2013 at 9:32 AM, Tamar Fraenkel <ta...@tok-media.com> >>>> wrote:**** >>>> >>>> Hi! >>>> I have Cassandra cluster with 3 node running version 1.0.11.**** >>>> >>>> I am using Hector HLockManagerImpl, which creates a keyspace named >>>> HLockManagerImpl and CF HLocks.**** >>>> >>>> For some reason I have a row with single column that should have >>>> expired yesterday who is still there. >>>> I tried deleting it using cli, but it is stuck... >>>> Any ideas how to delete it?**** >>>> >>>> Thanks,**** >>>> >>>> >>>> **** >>>> >>>> *Tamar Fraenkel * >>>> Senior Software Engineer, TOK Media **** >>>> >>>> [image: Inline image 1]**** >>>> >>>> >>>> ta...@tok-media.com >>>> Tel: +972 2 6409736 >>>> Mob: +972 54 8356490 >>>> Fax: +972 2 5612956 **** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> _______________________________________________ >>>> >>>> This message is for information purposes only, it is not a >>>> recommendation, advice, offer or solicitation to buy or sell a product or >>>> service nor an official confirmation of any transaction. It is directed at >>>> persons who are professionals and is not intended for retail customer use. >>>> Intended for recipient only. This message is subject to the terms at: >>>> www.barclays.com/emaildisclaimer. >>>> >>>> For important disclosures, please see: >>>> www.barclays.com/salesandtradingdisclaimer regarding market commentary >>>> from Barclays Sales and/or Trading, who are active market participants; and >>>> in respect of Barclays Research, including disclosures relating to specific >>>> issuers, please see http://publicresearch.barclays.com. >>>> >>>> _______________________________________________ >>>> >>> >>> >> >
<<tokLogo.png>>
<<tokLogo.png>>
<<image001.png>>