Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: zookeeper-user@hadoop.apache.org
Received-SPF: pass (nike.apache.org: domain of yatirb@outbrain.com designates
 207.5.74.110 as permitted sender)
From: Yatir Ben Shlomo <yatirb@outbrain.com>
To: "zookeeper-user@hadoop.apache.org" <zookeeper-user@hadoop.apache.org>
Date: Sun, 19 Sep 2010 08:03:13 -0700
Subject: RE: possible bug in zookeeper ?
Thread-Topic: possible bug in zookeeper ?
Thread-Index: ActVtzNGRRzAWmtTS6uYynGQCPRO6wCVHLKg
Message-ID: 
 <5BC8C17105C4C8428774FB93EC02F118010BC815F2E9@EXVMBX003-3.exch003intermedia.net>
References: 
 <5BC8C17105C4C8428774FB93EC02F118010BC7E4BC75@EXVMBX003-3.exch003intermedia.net>
	<AANLkTimPv_82OpE0uqv5TB2+TJdAjXGAyjYMZsEzt+9S@mail.gmail.com>
	<5BC8C17105C4C8428774FB93EC02F118010BC7E4BD77@EXVMBX003-3.exch003intermedia.net>
	<AANLkTi=VyPRpLyFXmHpOJM3Jz=pf2JTmeA4z5ryaWX60@mail.gmail.com>
	<5BC8C17105C4C8428774FB93EC02F118010BC7E4C1F4@EXVMBX003-3.exch003intermedia.net>
	<AANLkTinycMuuMbrPHvCNzVBUQ6PYvAKnXvoXadRSjMQt@mail.gmail.com>
	<5BC8C17105C4C8428774FB93EC02F118010BC815E948@EXVMBX003-3.exch003intermedia.net>
 <AANLkTi=PZ+Janr6RrzoTy1ycvN_XVTYDD++DxO1AOya0@mail.gmail.com>
In-Reply-To: <AANLkTi=PZ+Janr6RrzoTy1ycvN_XVTYDD++DxO1AOya0@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Ok Thanks for all the help!


-----Original Message-----
From: Patrick Hunt [mailto:phunt1@gmail.com]=20
Sent: Thursday, September 16, 2010 5:52 PM
To: zookeeper-user@hadoop.apache.org
Subject: Re: possible bug in zookeeper ?

Hi Yatir, sorry about that, from your report I took access to
"QuorumPeerConfig" to indicate problems on a server. This is due to the fac=
t
that QPC should only be instantiated on a ZK server. Clients instantiate
ZooKeeper and ClientCnxn. That's very odd. Probably your best bet at this
point, if you haven't done so already, is to contact the Solr team and see
if they have any insight. Perhaps they can provide you with a build that
compiles against the 3.3.1 version of ZK.

Regards,

Patrick

On Thu, Sep 16, 2010 at 2:22 AM, Yatir Ben Shlomo <yatirb@outbrain.com>wrot=
e:

> Dear Patrick,
> I disagree with your conclusion that I presumably changed the jar all ove=
r.
> It's not true.
> I tried to replace it only in solr i.e. in the client.
> I don't even have write permissions to change the zookeeper service
> deployment.
> Because solr extends the class QuorumPeerConfig:
>
> "...class SolrZkServerProps extends QuorumPeerConfig {...."
>
> And because
> SolrZkServerProps reference the clientPort field in its super class -
>
> it cant compile once you change the jar and eliminate this field...
>
>
> yatir
>
> -----Original Message-----
> From: Patrick Hunt [mailto:phunt@apache.org]
> Sent: Wednesday, September 15, 2010 7:32 PM
> To: zookeeper-user@hadoop.apache.org
> Subject: Re: possible bug in zookeeper ?
>
> On Wed, Sep 15, 2010 at 12:56 AM, Yatir Ben Shlomo <yatirb@outbrain.com
> >wrote:
>
> > 2. Unfortunately I have already tried to switch to the new jar but it
> does
> > not seem to be backward compatible.
> > It seems that the QuorumPeerConfig class does not have the following
> field
> > protected int clientPort;
> > It was replaced by InetSocketAddress clientPortAddress in the new jar
> > So I am getting java.lang.NoSuchFieldError exception...
> >
> >
> That's why I suggested only changing it on the client, this error indicat=
es
> that you changed the jar on the server as well. It seems that solr is usi=
ng
> some of our lower layer apis.
>
> Just change the jar on the client, not everywhere, and retry. The logs
> should contain the exact connect string used. Also try increasing the
> logging level to debug or trace on the client, which might provide addl
> insight.
>
> Patrick
>