Return-Path: X-Original-To: apmail-cassandra-dev-archive@www.apache.org Delivered-To: apmail-cassandra-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1AC4CD450 for ; Wed, 24 Oct 2012 20:58:18 +0000 (UTC) Received: (qmail 74321 invoked by uid 500); 24 Oct 2012 20:58:17 -0000 Delivered-To: apmail-cassandra-dev-archive@cassandra.apache.org Received: (qmail 74265 invoked by uid 500); 24 Oct 2012 20:58:17 -0000 Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list dev@cassandra.apache.org Received: (qmail 74253 invoked by uid 99); 24 Oct 2012 20:58:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Oct 2012 20:58:17 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of wkatsak@cs.rutgers.edu designates 128.6.4.3 as permitted sender) Received: from [128.6.4.3] (HELO dragon.rutgers.edu) (128.6.4.3) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Oct 2012 20:58:10 +0000 X-ExtScanner: Niversoft's Regex Matcher X-Virus-Scanned: by dragon-cgpav-clamav-v1.3b X-ExtFilter: Niversoft's DomainKeys Helper DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; d=cs.rutgers.edu; s=mx; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=k7+8/oarkIZp5tpEtxHCLIT/bz91M5uxu+Eeh2ZWyHVr8VTIXsUuI6gxZLRZe+dHRF empvrIzSZljyhd0lTLmoMHxKgz9xXiRYw66+BbkAZhWp1qY5KelXM5ZUr5Ucw6rEzP2Y B7AUSxhpEfXp+pIfBm5ThOHvYVRCRG1RuGjCs= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.rutgers.edu; s=mx; l=2202; t=1351112269; x=1351717069; q=dns/txt; h=Message-ID:Date:From:User-Agent:MIME-Version:To: Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding; bh=6bLjMbCrkRe2AHuaRtsVj7oBG9IS6YnuAB lLsBYo9JE=; b=K3M3M2RD0g9/+LHDThZRIYkSfSjZZoL02pV7DY6bvahRXWRT++ /PIqLu2PNptkhDYUXFoaB8ncE7I2vlNJBMEboIQZi/mqFQBEnSpwZXwXqvciE25n Ni/OdKAiHv/A81esNzcpfAF4IByXepZ7owVldCaYlobLAJSfsN7nEpdiY= Received: from [172.16.28.19] (account wkatsak@dragon.rutgers.edu [172.16.28.19] verified) by dragon.rutgers.edu (CommuniGate Pro SMTP 5.4.7) with ESMTPSA id 106181123 for dev@cassandra.apache.org; Wed, 24 Oct 2012 16:57:49 -0400 Message-ID: <5088564D.60207@cs.rutgers.edu> Date: Wed, 24 Oct 2012 16:57:49 -0400 From: William Katsak User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.7) Gecko/20120912 Thunderbird/10.0.7 MIME-Version: 1.0 To: dev@cassandra.apache.org Subject: Re: Write Timestamps References: <50884842.2090005@cs.rutgers.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Here is what I am seeing on each replica node. This is after a write with consistencylevel=ALL. DEBUG [MutationStage:48] 2012-10-24 16:56:01,050 RowMutationVerbHandler.java (line 56) RowMutation(keyspace='normal', key='746573746b65793337', modifications=[ColumnFamily(data [636f6c:false:3@1351112161048000,])]) applied. Sending response to 770151@/172.16.18.112 DEBUG [MutationStage:59] 2012-10-24 16:56:02,889 RowMutationVerbHandler.java (line 56) RowMutation(keyspace='normal', key='746573746b65793337', modifications=[ColumnFamily(data [636f6c:false:3@1351112162785000,])]) applied. Sending response to 770152@/172.16.18.112 DEBUG [MutationStage:46] 2012-10-24 16:55:59,129 RowMutationVerbHandler.java (line 56) RowMutation(keyspace='normal', key='746573746b65793337', modifications=[ColumnFamily(data [636f6c:false:3@1351112159127000,])]) applied. Sending response to 770153@/172.16.18.112 Now, if I do a read of this data, I will always see a digest failure the first time. Thanks, Bill On 10/24/2012 04:09 PM, Jonathan Ellis wrote: > Timestamps are part of the ColumnFamily objects and their Columns, > contained in the RowMutation. > > On Wed, Oct 24, 2012 at 2:57 PM, William Katsak wrote: >> Hello, >> >> I sent this message a few days ago, but it seems to have gotten lost (I >> don't see it on the archive), so I am trying again. >> >> ----- >> >> I am using Cassandra for some academic-type work that involves some hacking >> of replica placement, etc. and I am observing a strange behavior (well, >> strange to me). >> >> Using the stock 1.1.5 snapshot, when you do a write (even with >> consistencylevel = ALL), it seems that all nodes will get the data with a >> slightly different timestamp, and any read (even at ALL) with always have a >> digest failure on the first read (and subsequent reads until read repair >> catches up). >> >> It would make sense to me that timestamps should be distributed with the >> RowMutation, not set on each node independently. >> >> Is this the intended behavior? Is there a design reason for this that I >> should be aware of? >> >> Thanks, >> Bill Katsak > >