Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Message-ID: <20300605.149371271971849715.JavaMail.jira@thor>
Date: Thu, 22 Apr 2010 17:30:49 -0400 (EDT)
From: "Jonathan Ellis (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Subject: [jira] Commented: (CASSANDRA-1012) Problems reading remote rows in
 trunk?
In-Reply-To: <18873653.133321271922530108.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CASSANDRA-1012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12860024#action_12860024 ] 

Jonathan Ellis commented on CASSANDRA-1012:
-------------------------------------------

you're doing something wrong, because where you write "getting against machine1" if you really were making a request to machine1 there would always be _something_ in the log at DEBUG level.  (at a minimum, the name of the command you sent)

does nodeprobe ring on 2 and 3 agree w/ 1?

> Problems reading remote rows in trunk?
> --------------------------------------
>
>                 Key: CASSANDRA-1012
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1012
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 0.7
>            Reporter: Erick Tryzelaar
>
> I've run into a problem with my small 3 node cluster where quorum reads do not return anything. I'm inserting 10 rows into a fresh database with replication factor 3. I've inserted with QUORUM, but when I try to read back at QUORUM no data gets returned. However, if I use the consistency level ONE, I do get results.
> I've dug a bit into this problem, and it appears that internally ThriftServer.getSlice is finding the column family for the given key, but it's not finding any of the columns, so thrift doesn't return anything.
> In order to confirm there being a problem, I dropped the RF down to 1 and rebuilt the cluster. I then reinserted some data, and I can only read data off of one machine.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.