Return-Path: Delivered-To: apmail-hadoop-zookeeper-user-archive@minotaur.apache.org Received: (qmail 92537 invoked from network); 12 Apr 2010 22:58:49 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Apr 2010 22:58:49 -0000 Received: (qmail 67699 invoked by uid 500); 12 Apr 2010 22:58:48 -0000 Delivered-To: apmail-hadoop-zookeeper-user-archive@hadoop.apache.org Received: (qmail 67677 invoked by uid 500); 12 Apr 2010 22:58:48 -0000 Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: zookeeper-user@hadoop.apache.org Delivered-To: mailing list zookeeper-user@hadoop.apache.org Received: (qmail 67669 invoked by uid 99); 12 Apr 2010 22:58:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Apr 2010 22:58:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [132.239.0.176] (HELO iport-c1-out.ucsd.edu) (132.239.0.176) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Apr 2010 22:58:38 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYEAFdCw0uE7zNQ/2dsb2JhbACPaIxLtCSIXYUMBIMl X-IronPort-AV: E=Sophos;i="4.52,192,1270450800"; d="scan'208";a="222788573" X-Spam-Level: Received: from csesmtp2.ucsd.edu (HELO cse-smtp.ucsd.edu) ([132.239.51.80]) by iport-c1-out.ucsd.edu with ESMTP/TLS/ADH-AES256-SHA; 12 Apr 2010 15:58:17 -0700 Received: from kwebb.ucsd.edu (kwebb.ucsd.edu [137.110.222.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by cse-smtp.ucsd.edu (Postfix) with ESMTP id 468D05005C for ; Mon, 12 Apr 2010 15:58:17 -0700 (PDT) Date: Mon, 12 Apr 2010 15:58:16 -0700 From: Kevin Webb To: zookeeper-user@hadoop.apache.org Subject: Re: znode cversion decreasing? Message-ID: <20100412155816.35e09d58@kwebb.ucsd.edu> In-Reply-To: <4BC39A10.1020902@apache.org> References:

<20100412142631.508ae469@kwebb.ucsd.edu> <4BC39A10.1020902@apache.org> Organization: UC San Diego X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.12; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No On Mon, 12 Apr 2010 15:09:20 -0700 Patrick Hunt wrote: > We did have a case where the user setup 3 servers, each was > standalone. :-) Doesn't look like that's the problem here though > given you only specify 1 server in the connect string (although as > mahadev mentioned you don't need to worry about that aspect). They're definitely not standalone. Here's the server config: # The number of milliseconds of each tick tickTime=2000 # The number of ticks that the initial # synchronization phase can take initLimit=5 # The number of ticks that can pass between # sending a request and getting an acknowledgement syncLimit=2 # the directory where the snapshot is stored. dataDir=/home/pl_drl/zookeeper-3.2.2/data # the port at which the clients will connect clientPort=2181 server.1=:2888:3888 server.2=:2888:3888 server.3=:2888:3888 > After it goes 7->11->9, does it ever go back to 11 or just 9? It actually does this: 7->7->11->9->9->12->14 ... (proceeds normally from here) > It would be good to capture the server log files (all 3) when this > happens next time. Please provide those as well, would be critical > for discovering this. In particular not many users are running > cross-colo clusters. I'll be sure to save these next time. I thought I had them for this run, sorry. > If you can provide the config files too that will be useful. > > What version of java/OS is being used? I'm running on PlanetLab, which is based on Fedora 8 (very old). uname says: Linux 2.6.22.19-vs2.3.0.34.39.planetlab #1 SMP Tue Jun 30 09:32:05 UTC 2009 i686 i686 i386 GNU/Linux java -version says: java version "1.7.0" IcedTea Runtime Environment (build 1.7.0-b21) IcedTea Client VM (build 1.7.0-b21, mixed mode) > Might be a good time to create a JIRA, attach all this to the JIRA so > that you don't have to repeat. :-) I'll do that (including server logs) next time I see it happen. -Kevin