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 1C716C2D0 for ; Wed, 30 May 2012 04:39:06 +0000 (UTC) Received: (qmail 982 invoked by uid 500); 30 May 2012 04:39:05 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 891 invoked by uid 500); 30 May 2012 04:39:03 -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 Delivered-To: moderator for user@zookeeper.apache.org Received: (qmail 21269 invoked by uid 99); 25 May 2012 15:48:46 -0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrew.purtell@gmail.com designates 209.85.210.42 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version; bh=fDahy8SgxOHlknkRSjBscxXn6AZMeVgWvUPK1/tATt4=; b=jNcePRYsyGSDfAag6xoBmVADMSySxgFERzaJ1F4avPjRqOr3EMCfez0pBDUgKIWzFg fg7Qb9gsEAwQ64gl98cL/eVVVCxEjiZFZ+7DFE48viq0DzHTBnz5Biwr/zzXA/KOwJbu 5LeK3oV35Bm6AK9GdV6hD+EXukGPagBHzB82U70bH0TsJJkwV7uKuY9/ZLgGgKUYi4mt mYCuXSkbHc8vkQqGy/iRfQ7ydqxz5hbCicDGKeV+1XXqO+yvg6WSSutMQyDDr5MivWNb vh8eVmjsjvvUSfV+Ew33/JCL/uYeHNzfK8UyTSYrKjH9A2Xohd9rD/73Ng9zKIXB9mIk DNsQ== Subject: Re: Sasl issue: ServerSaslResponseCallback(): using empty data[] References: From: Andrew Purtell Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9B206) In-Reply-To: Message-Id: Date: Fri, 25 May 2012 08:48:12 -0700 To: "user@zookeeper.apache.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Virus-Checked: Checked by ClamAV on apache.org Eugene is going to be away until early next month. If there is a demonstrati= on of the problem I'm happy to look at it.=20 - Andy On May 25, 2012, at 6:28 AM, Antonio Mauriello wrote:= > Hi Patrick, I've posted some details on ZOOKEEPER-1437. > I didn't get a chance to post a demo yet though. > On May 25, 2012 2:07 AM, "Patrick Hunt" wrote: >=20 >> Seems the client is sending a 0 size token in this case: "Size of >> client SASL token: 0" >>=20 >> Eugene any insight? >>=20 >> Patrick >>=20 >> On Fri, May 18, 2012 at 8:40 AM, Antonio Mauriello = >> wrote: >>> Hi, >>>=20 >>> In a specif scenario where the Zookeeper Server get killed and restarted= >>> while a java zk client is connected I get the following in the log: >> (Please >>> note the Error at bottom) >>>=20 >>> [main-SendThread(localhost:60728)] DEBUG >>> org.apache.zookeeper.client.ZooKeeperSaslClient - >>> ClientCnxn:sendSaslPacket:length=3D0 >>> [NIOServerCxn.Factory:0.0.0.0/0.0.0.0:60728] DEBUG >>> org.apache.zookeeper.server.ZooKeeperServer - Responding to client SASL= >>> token. >>> [NIOServerCxn.Factory:0.0.0.0/0.0.0.0:60728] DEBUG >>> org.apache.zookeeper.server.ZooKeeperServer - Size of client SASL >> token: 0 >>> [NIOServerCxn.Factory:0.0.0.0/0.0.0.0:60728] DEBUG >>> org.apache.zookeeper.server.ZooKeeperServer - Size of server SASL >>> response: 101 >>> [main-SendThread(localhost:60728)] DEBUG org.apache.zookeeper.ClientCnxn= >> - >>> Reading reply sessionid:0x1376082ca4f0000, packet:: clientPath:null >>> serverPath:null finished:false header:: 9,102 replyHeader:: 9,0,0 >>> request:: response:: >>>=20 >> #7265616c6d3d227a6b2d7361736c2d6d6435222c6e6f6e63653d22717a485932306a5674= 3534552f483668315837734e2b4b56656e4c335772666458716f6468336247222c6368617273= 65743d7574662d382c616c676f726974686d3d6d64352d73657373 >>> 2012-05-18 15:14:16,908 [SyncThread:0] DEBUG >>> org.apache.zookeeper.server.FinalRequestProcessor - Processing request:= : >>> sessionid:0x1376082ca4f0000 type:ping cxid:0xfffffffffffffffe >>> zxid:0xfffffffffffffffe txntype:unknown reqpath:n/a >>> 2012-05-18 15:14:16,908 [SyncThread:0] DEBUG >>> org.apache.zookeeper.server.FinalRequestProcessor - >>> sessionid:0x1376082ca4f0000 type:ping cxid:0xfffffffffffffffe >>> zxid:0xfffffffffffffffe txntype:unknown reqpath:n/a >>>=20 >>> [main-EventThread] DEBUG org.apache.zookeeper.client.ZooKeeperSaslClient= >> - >>> ServerSaslResponseCallback(): using empty data[] as server response >>> (length=3D0) >>> [main-EventThread] DEBUG org.apache.zookeeper.client.ZooKeeperSaslClient= >> - >>> saslToken (server) length: 0 >>> [main-EventThread] DEBUG org.apache.zookeeper.client.ZooKeeperSaslClient= >> - >>> saslClient.evaluateChallenge(len=3D0) >>> [main-EventThread] ERROR org.apache.zookeeper.client.ZooKeeperSaslClient= >> - >>> An error: (java.security.PrivilegedActionException: >>> javax.security.sasl.SaslException: DIGEST-MD5: Digest-challenge format >>> violation: algorithm directive missing) occurred when evaluating >> Zookeeper >>> Quorum Member's received SASL token. Zookeeper Client will go to >>> AUTH_FAILED state. >>> [main-EventThread] ERROR org.apache.zookeeper.client.ZooKeeperSaslClient= >> - >>> SASL authentication failed using login context 'null'. >>>=20 >>>=20 >>> I was wondering why the "empty data[]" is expected since it always drive= s >>> in my case to a SASL authentication failed. >>>=20 >>>=20 >>> I know this is not the correct set up but at moment only one Zk server i= s >>> set up. Not sure if this is actually causing the issue. >>>=20 >>>=20 >>> Thanks >>> Antonio >>=20