[VETOED] was: [VOTE] 0.7.1 (3 times the charm?)

On Mon, 2011-02-07 at 18:52 -0600, Jonathan Ellis wrote: > Should be fixed in r1068241. Thanks! I guess it goes without saying that this one is a bust. Expect a new vote to be started presently. -- Eric Evans eev...@rackspace.com

Re: Does Ruby library returns the RowKey?

On Thu, Feb 10, 2011 at 2:17 AM, Joshua Partogi wrote: > Hi, > > Does the Ruby library currently returns the RowKey during a row get? > From what I am seeing it seems like it is only returning an > OrderedHash of the columns. Would it be possible to return the RowKey, > or it doesn't make sense to

[VOTE] 0.7.1 (what are we at now, 4?)

I propose the following for release as 0.7.1. SVN: https://svn.apache.org/repos/asf/cassandra/branches/cassandra-0.7@r1069461 0.7.1 artifacts: http://people.apache.org/~eevans The vote will be open for 72 hours. [1]: http://goo.gl/5VAPP (CHANGES.txt) [2]: http://goo.gl/C9M5W (NEWS.txt) [3]: htt

Build failed in Hudson: Cassandra-0.7 #275

See Changes: [jbellis] copy DecoratedKey.key when inserting into caches patch by mdennis; reviewed by jbellis for CASSANDRA-2102 [eevans] debian/changelog: freshen timestamp [eevans] prepend missing license headers --

Re: [VOTE] 0.7.1 (what are we at now, 4?)

I'll restage central artifacts by tommorrow morning. hoping this is the last take - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 10 Feb 2011 17:50, "Eric Evans" wrote: > >

Cross Pollination is a beautiful thing

How else did we get the duckbill platypus? It is beer-thirty folks and PostgreSQL would love to hook up with you. I know we are probably and a little old school for your tastes but where we lack energy, we have experience. As you know, experience goes a long way in helping a relationship build str

Hudson build is back to normal : Cassandra-0.7 #276

See

Build failed in Hudson: Cassandra #722

See Changes: [eevans] basic JDBC'ish (non-compliant) driver for CQL Patch by Vivek Mishra; reviewed by eevans for CASSANDRA-2124 -- [...truncated 1765 lines...] [junit] Testsuite: org.apache

RE: SEVERE Data Corruption Problems

Upgraded one node to 0.7. Its logging exceptions like mad (thousands per minute). All like below (which is fairly new to me): ERROR [ReadStage:721] 2011-02-10 18:13:56,190 AbstractCassandraDaemon.java (line 114) Fatal exception in thread Threa d[ReadStage:721,5,main] java.io.IOError: java.io.EOFEx

Re: RE: SEVERE Data Corruption Problems

Looks like the bloom filter for the row is corrupted, does it happen for all reads or just for reads on one row ? After the upgrade to 0.7 (assuming an 0.7 nightly build) did you run anything like nodetool repair ? Have you tried asking on the #cassandra IRC room to see if their are any comitters a

Re: RE: SEVERE Data Corruption Problems

to me it looks like either we broke upgrading from older sstables in https://issues.apache.org/jira/browse/CASSANDRA-1555 (unlikely) or your system is hosed enough that you probably need to start from a fresh 0.7.1 install. On Thu, Feb 10, 2011 at 7:16 PM, Aaron Morton wrote: > Looks like the blo

Re: SEVERE Data Corruption Problems

Can you show us sstable listing names? should be *-f-Data.db On Thu, Feb 10, 2011 at 7:18 PM, Dan Hendry wrote: > Upgraded one node to 0.7. Its logging exceptions like mad (thousands per > minute). All like below (which is fairly new to me): > > ERROR [ReadStage:721] 2011-02-10 18:13:56,190 Abstr

AbstractCassandraDaemon.java (line 91) Fatal exception in thread Thread[CompactionExecutor:1,1,main]

Hi, My two-node cluster, run the following error after a period of time The server log: INFO [HintedHandoff:1] 2011-02-10 00:15:28,131 ColumnFamilyStore.java (line 952) Enqueuing flush of Memtable-HintsColumnFamily@2096038135(3281 bytes, 77 operations) INFO [FlushWriter:1] 2011-02-10 00:15:28

Hudson build is back to normal : Cassandra #723

See