Return-Path: X-Original-To: apmail-zookeeper-user-archive@www.apache.org Delivered-To: apmail-zookeeper-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C7B94100E1 for ; Tue, 29 Apr 2014 08:31:16 +0000 (UTC) Received: (qmail 76480 invoked by uid 500); 29 Apr 2014 08:31:15 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 75911 invoked by uid 500); 29 Apr 2014 08:31:04 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 75890 invoked by uid 99); 29 Apr 2014 08:31:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Apr 2014 08:31:01 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jung.youngseok@gmail.com designates 209.85.219.54 as permitted sender) Received: from [209.85.219.54] (HELO mail-oa0-f54.google.com) (209.85.219.54) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Apr 2014 08:30:56 +0000 Received: by mail-oa0-f54.google.com with SMTP id i7so8516504oag.13 for ; Tue, 29 Apr 2014 01:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=I3Q+YeYlAKRcjH+x48x4PBRU6DA7RlskDqUNo0vltfQ=; b=w0MR9Cd+WqXGMLX0+S/B7W+AL5mo0CgOB4xnyeyDe1G3tySB0+pntDu79Cx8ljPKJD k+ccAlLl+3doI9bAqsOpwpwZSCRpz8j8jCEAsXJqoho06uEiaZfBeC2+slswhC0bZXXs tHcTvpi5xE6TLqDrWWr91tZxyIhgx/Ut8kRerkL7nlYD26QByGNJI2rG1IV9j4UMBy/D zl2/tWwa+cMPBt/L/gjtnFR2aAwndiObz8BzKpsuUVRMUbKu3ucZt5P8j9r3yHPaqEGp zaujyPwAceSY2a4et+xdiUGDehmIIaGa1snsgdUY8kPHM87zpzzQEOl0oz6fL5+WlI0g LPNQ== MIME-Version: 1.0 X-Received: by 10.183.3.102 with SMTP id bv6mr27011765obd.18.1398760233156; Tue, 29 Apr 2014 01:30:33 -0700 (PDT) Received: by 10.182.88.3 with HTTP; Tue, 29 Apr 2014 01:30:33 -0700 (PDT) Date: Tue, 29 Apr 2014 17:30:33 +0900 Message-ID: Subject: Regarding large number of watch count From: Jung Young Seok To: "user@zookeeper.apache.org" Content-Type: multipart/alternative; boundary=001a1134a45cd2c6e104f82a3ede X-Virus-Checked: Checked by ClamAV on apache.org --001a1134a45cd2c6e104f82a3ede Content-Type: text/plain; charset=UTF-8 Dear Zookeeper-user, We have 3 zookeeper node clustered. The zookeeper is used as application lock coordinator. Client creates node(key) when it needs lock then release and delete the node(key) when the usage is done. Strangely, zk_watch_count has been increased. In case of leader, zk_watch_count reached 6804. ================================================================== Detailed information is below. (mntr) 1. Zoo-1 (Follower) Status Information: OK Zookeeper State : follower zk_avg_latency 2 zk_max_latency 215 zk_min_latency 0 zk_packets_received 9001127 zk_packets_sent 9027569 zk_num_alive_connections 3 zk_outstanding_requests 0 zk_server_state follower zk_znode_count 12 zk_watch_count 1786 zk_ephemerals_count 2 zk_approximate_data_size 525 zk_open_file_descriptor_count 29 zk_max_file_descriptor_count 4096 Performance Data: zk_version 3.4.6-1569965, built on 02/20/2014 09:09 GMT 2. Zoo-2 (Follower) Status Information: OK Zookeeper State : follower zk_avg_latency 0 zk_max_latency 6 zk_min_latency 0 zk_packets_received 3539 zk_packets_sent 3538 zk_num_alive_connections 2 zk_outstanding_requests 0 zk_server_state follower zk_znode_count 12 zk_watch_count 0 zk_ephemerals_count 2 zk_approximate_data_size 525 zk_open_file_descriptor_count 28 zk_max_file_descriptor_count 4096 Performance Data: zk_version 3.4.6-1569965, built on 02/20/2014 09:09 GMT 3. Zoo-3 (Leader) Status Information: OK Zookeeper State : leader zk_avg_latency 1 zk_max_latency 214 zk_min_latency 0 zk_packets_received 21575604 zk_packets_sent 21638420 zk_num_alive_connections 4 zk_outstanding_requests 0 zk_server_state leader zk_znode_count 18 zk_watch_count 6804 zk_ephemerals_count 5 zk_approximate_data_size 954 zk_open_file_descriptor_count 32 zk_max_file_descriptor_count 4096 zk_followers 2 zk_synced_followers 2 zk_pending_syncs 0 Performance Data: zk_version 3.4.6-1569965, built on 02/20/2014 09:09 GMT ================================================================== My questions are, 1. Is it normal case that zk_watch_count reached 6804? 2. Why has zk_watch_count been increased? - We use tomcat + Apache Curator + Zookeeper 3.4.6 3. Would it make trouble if zk_watch_count reach too large number? 4. Is there any way that I can reduce the zk_watch_count? I'd be glad on any opinion. Thank you in advance Regards, Youngseok Jung --001a1134a45cd2c6e104f82a3ede--