Return-Path: Delivered-To: apmail-hadoop-hbase-user-archive@minotaur.apache.org Received: (qmail 68269 invoked from network); 8 Dec 2009 02:11:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Dec 2009 02:11:59 -0000 Received: (qmail 14769 invoked by uid 500); 8 Dec 2009 02:11:58 -0000 Delivered-To: apmail-hadoop-hbase-user-archive@hadoop.apache.org Received: (qmail 14676 invoked by uid 500); 8 Dec 2009 02:11:58 -0000 Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-user@hadoop.apache.org Delivered-To: mailing list hbase-user@hadoop.apache.org Received: (qmail 14666 invoked by uid 99); 8 Dec 2009 02:11:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Dec 2009 02:11:58 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jdcryans@gmail.com designates 209.85.220.224 as permitted sender) Received: from [209.85.220.224] (HELO mail-fx0-f224.google.com) (209.85.220.224) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Dec 2009 02:11:50 +0000 Received: by fxm24 with SMTP id 24so5023510fxm.11 for ; Mon, 07 Dec 2009 18:11:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=MUlV2n9SgmLUh2XI6JyiZEtWOtnylGkZEECa0t/D0dU=; b=rClWREDlp6pkkUr1J5117gvs+NL98Q4ecChFcx6Vz6+y7vQbNuHlKboJrKqi2G5JME PPfGaiA1pWSDyJPERxIMxXxNOV8KJVdaQPuXvMEsqHbXv9+De7iAGDic5HAuHrf8Cs58 qf8WPYXlLBJWBjPd1X1uLacafp558pn6YiIvk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=LbEBat3WYytOj6kjGxwck4f6uiba73TnkNrXccfEBLJDIsKrh7OLCx9LiE4yv3wkjK KDy2zu/1nI0hhX/of/mFESBoSJ6eOz57a5Ew+3rNqeDbXh5c0EK5dJt9GS7QAizH31h4 9hNb7A15h6JvesL5i7rhGBGXKl2H2qH5jg/c0= MIME-Version: 1.0 Sender: jdcryans@gmail.com Received: by 10.223.6.9 with SMTP id 9mr45144fax.84.1260238285861; Mon, 07 Dec 2009 18:11:25 -0800 (PST) In-Reply-To: <31a243e70912071702o4cd13ebej87c205455a071ee9@mail.gmail.com> References: <1260177255.30509.28.camel@pyro.bengueladev.com> <31a243e70912071702o4cd13ebej87c205455a071ee9@mail.gmail.com> Date: Mon, 7 Dec 2009 18:11:25 -0800 X-Google-Sender-Auth: 41c19c8b438f60e0 Message-ID: <31a243e70912071811l7caab100s8bc199ea28d6a55c@mail.gmail.com> Subject: Re: Zookeeper hostname lookup From: Jean-Daniel Cryans To: hbase-user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org I created a new jira about checking every bits of info we can to do the comparison, please try my patch from https://issues.apache.org/jira/browse/HBASE-2031 J-D On Mon, Dec 7, 2009 at 5:02 PM, Jean-Daniel Cryans wrote: > Richard, > > Actually what you're hitting isn't from the Zookeeper code but our > HBase wrapper that starts the ZK quorum peers. What we're doing is > that the peer needs an id when starting up and the way we make sure > it's different on every started node is that we just use the index of > the address in the hbase.zookeeper.quorum configuration. Maybe we > could check not just the default hostname... > > J-D > > On Mon, Dec 7, 2009 at 1:14 AM, Richard Dorman wrote: >> I'm trying to startup a quorum of Zookeeper servers in a cluster, >> however, Zookeeper is failing to start because it cannot find its >> hostname in the list of Zookeeper quorum servers. >> >> I know this problem is well documented on the WIKI, however, my >> situation is a little different. The allocation of a node to become a >> Zookeeper is done dynamically by a management service running else where >> on the cluster. This node then associates its IP with a hostname in the >> Zookeeper quorum list. The hostname is not the default hostname of the >> node. The node may associate its IP with multiple hostnames for each >> service that it is allocated. >> >> This causes a problem when Zookeeper starts. Zookeeper does a >> getdefaulthost which will return the nodes default hostname and not the >> associated hostname. >> >> So my questions are: >> >> 1. Is it possible to resolve this some other way? We are not running DNS >> (hostname associations are managed by our own services). We also cannot >> use the nodes ip address as the nodes are allocated dynamically. >> Dynamically updating the config files is also not practical. >> >> 2. Why does Zookeeper need to test whether its hostname is in the >> Zookeeper quorim list? Can this safely be disabled? >> >> Richard >> >> >> >