Mailing-List: contact zookeeper-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: zookeeper-user@hadoop.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4BEAF66A.70406@yahoo-inc.com>
Date: Wed, 12 May 2010 11:41:46 -0700
From: Benjamin Reed <breed@yahoo-inc.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: "zookeeper-user@hadoop.apache.org" <zookeeper-user@hadoop.apache.org>
Subject: Re: Xid out of order. Got 8 expected 7
References: <C8103A7F.35CB8%mahadev@yahoo-inc.com>
 <412394FA-B66E-443A-9C1F-40E899D46DDA@proofpoint.com>
 <4BEAEF40.7040106@apache.org>
 <F857842D-7EA8-427A-8ECE-CAD8E01BF583@proofpoint.com>
 <4BEAF345.9030301@apache.org>
 <03A4F43F-22A4-4B4A-8244-2C2F7A9102DB@proofpoint.com>
 <4BEAF49A.9000106@apache.org>
In-Reply-To: <4BEAF49A.9000106@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

is this a bug? shouldn't we be returning an error.

ben

On 05/12/2010 11:34 AM, Patrick Hunt wrote:
> I think that explains it then - the server is probably dropping the new
> (3.3.0) "getChildren" message (xid 7) as it (3.2.2 server) doesn't know
> about that message type. Then the server responds to the client for a
> subsequent operation (xid 8), and at that point the client notices that
> getChildren (xid 7) got lost.
>
> Patrick
>
> On 05/12/2010 11:30 AM, Jordan Zimmerman wrote:
>    
>> Oh, OK. When I get a moment I'll restart the 3.2.2 and post logs,
>> etc.
>>
>> Yes, we're calling getChildren with the callback.
>>
>> -JZ
>>
>> On May 12, 2010, at 11:28 AM, Patrick Hunt wrote:
>>
>>      
>>> I'm still interested though... Are you using the new "getChildren"
>>> api that was added to the client in 3.3.0? (it provides a Stat
>>> object on return, the old getChildren did not). While we don't
>>> officially support 3.3.0 client with 3.2.2 server (we do support
>>> the other way around), there shouldn't be they type of problem with
>>> this configuration as you describe. I'd still be interested for you
>>> to create that jira.
>>>
>>> Regards,
>>>
>>> Patrick
>>>
>>> On 05/12/2010 11:23 AM, Jordan Zimmerman wrote:
>>>        
>>>> Apologies...
>>>>
>>>> I thought I was running 3.3.0 server, but was running 3.2.2
>>>> server with 3.3.0 client. I upgraded the server and now all works
>>>> again. Sorry to trouble y'all.
>>>>
>>>> -Jordan
>>>>
>>>> On May 12, 2010, at 11:11 AM, Patrick Hunt wrote:
>>>>
>>>>          
>>>>> Hi Jordan, you've seen this once or frequently? (having the
>>>>> server + client logs will help alot)
>>>>>
>>>>> Patrick
>>>>>
>>>>> On 05/12/2010 11:08 AM, Jordan Zimmerman wrote:
>>>>>            
>>>>>> Sure - if you think it's a bug.
>>>>>>
>>>>>> We were using Zookeeper without issue. I then refactored a
>>>>>> bunch of code and this new behavior started. I'm starting ZK
>>>>>> using "zkServer start" and haven't made any changes to the
>>>>>> code at all.
>>>>>>
>>>>>> I'll get the logs together and post a JIRA.
>>>>>>
>>>>>> -JZ
>>>>>>
>>>>>> On May 12, 2010, at 10:59 AM, Mahadev Konar wrote:
>>>>>>
>>>>>>              
>>>>>>> Hi Jordan, Can you create a jira for this? And attach all
>>>>>>> the server logs and client logs related to this timeline?
>>>>>>> How did you start up the servers? Is there some changes you
>>>>>>> might have made accidentatlly to the servers?
>>>>>>>
>>>>>>>
>>>>>>> Thanks mahadev
>>>>>>>
>>>>>>>
>>>>>>> On 5/12/10 10:49 AM, "Jordan
>>>>>>> Zimmerman"<jzimmerman@proofpoint.com>   wrote:
>>>>>>>
>>>>>>>                
>>>>>>>> We've just started seeing an odd error and are having
>>>>>>>> trouble determining the cause. "Xid out of order. Got 8
>>>>>>>> expected 7" Any hints on what can cause this? Any ideas
>>>>>>>> on how to debug?
>>>>>>>>
>>>>>>>> We're using ZK 3.3.0. The error occurs in
>>>>>>>> ClientCnxn.java line 781
>>>>>>>>
>>>>>>>> -Jordan
>>>>>>>>                  
>>>>>>>                
>>>>>>              
>>>>          
>>