Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Thu, 5 Jan 2012 15:33:39 +0000 (UTC)
From: "Jonathan Ellis (Commented) (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: 
 <495327988.9620.1325777619614.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <987645055.5926.1325703820290.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (CASSANDRA-3696) Adding another datacenter's
 node results in 0 rows returned on first datacenter
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Jonathan Ellis commented on CASSANDRA-3696:
-------------------------------------------

(patch is against 1.0 but probably needed by 0.8 too.)
                
> Adding another datacenter's node results in 0 rows returned on first datacenter
> -------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-3696
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3696
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Joaquin Casares
>            Assignee: Jonathan Ellis
>         Attachments: 3696.txt
>
>
> On Cassandra-1.0.5:
> 1. Create a node in C* with a fresh installation and create a keyspace on that node with one column family -
> CREATE KEYSPACE test 
> WITH placement_strategy = 'SimpleStrategy' 
> and strategy_options={replication_factor:1};
> use test; 
> create column family cf1;
> 2. Insert values into cf1 -
> set cf1[ascii('k')][ascii('c')] = ascii('v');
> get cf1[ascii('k')]; 
> => (column=63, value=v, timestamp=1325689630397000) 
> Returned 1 results.
> 3. update the strategy options from simple to networktopology with {Cassandra:1, Backup:1} 
> 4. read from cf1 to make sure the options change doesn't affect anything -
> consistencylevel as LOCAL_QUORUM; 
> get cf1[ascii('k')]; 
> => (column=63, value=v, timestamp=1325689630397000) 
> Returned 1 results.
> 5. start a second node in the Backup datacenter 
> 6. read from cf1 again (on the first node) -
> consistencylevel as LOCAL_QUORUM; 
> get cf1[ascii('k')]; 
> Returned 0 results.
> After about 60 seconds, "get cf1[ascii('k')]" started to return results again. 
> Also, when running at a CL of ONE on 1.0's head, we were able to see issues as well.
> But, if more than one node was added to the second datacenter, then replication_strategy is changed, it seems okay.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira