Return-Path: X-Original-To: apmail-zookeeper-bookkeeper-user-archive@minotaur.apache.org Delivered-To: apmail-zookeeper-bookkeeper-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7A00DD78C for ; Mon, 17 Sep 2012 09:07:56 +0000 (UTC) Received: (qmail 10104 invoked by uid 500); 17 Sep 2012 09:07:56 -0000 Delivered-To: apmail-zookeeper-bookkeeper-user-archive@zookeeper.apache.org Received: (qmail 9927 invoked by uid 500); 17 Sep 2012 09:07:51 -0000 Mailing-List: contact bookkeeper-user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bookkeeper-user@zookeeper.apache.org Delivered-To: mailing list bookkeeper-user@zookeeper.apache.org Received: (qmail 9883 invoked by uid 99); 17 Sep 2012 09:07:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Sep 2012 09:07:49 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=FSL_RCVD_USER,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [193.1.99.77] (HELO gir.skynet.ie) (193.1.99.77) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Sep 2012 09:07:40 +0000 Received: from moloch.vm.bytemark.co.uk (moloch.bleurgh.com [80.68.94.101]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by gir.skynet.ie (Postfix) with ESMTPSA id 198931165F for ; Mon, 17 Sep 2012 10:07:18 +0100 (IST) Date: Mon, 17 Sep 2012 11:07:16 +0200 From: Ivan Kelly To: bookkeeper-user@zookeeper.apache.org Subject: Re: Should I use Hedwig or BookKeeper? Message-ID: <20120917090714.GK9668@moloch.vm.bytemark.co.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Hi ChenWei, HDFS namenode only reads journals which have been finalized, which is the HDFS way to describe that they have been closed and no more entries can be added. There's no mechanism at the moment for getting a live stream of another namenode's updates. For this reason, we haven't implemented one for BookKeeper journals, because it would be never used. Hedwig could have been used to solve the problem you described, but there's no way to fit this into the current namenode journalling architecture. Hedwig may be a better option in your case, as from it will allow you to keep hot standbys. -Ivan On Sun, Sep 16, 2012 at 12:01:15AM +0800, ChenWei wrote: > Hello, > I need a reliable system that can store and distribute logs among several > servers. It means, one server writes logs and others can get notice at once > and read this log. Any one of these servers dies, logs can be recovered. > I was planing to use BookKeeper because my demand is very similar with > that of HDFS namenode, but I found that there is no notice mechanism in it > and when a server is writing logs, others can not read them safely. But > Hedwig seems to be used to solve this problem. Do I comprehend them > correctly? > But why HDFS namenode inspired BookKeeper instead of Hedwig?