Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 42EBF9F35 for ; Sat, 10 Mar 2012 09:01:46 +0000 (UTC) Received: (qmail 33447 invoked by uid 500); 10 Mar 2012 09:01:46 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 33372 invoked by uid 500); 10 Mar 2012 09:01:45 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 33362 invoked by uid 99); 10 Mar 2012 09:01:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Mar 2012 09:01:45 +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 (nike.apache.org: domain of elecharny@gmail.com designates 74.125.82.178 as permitted sender) Received: from [74.125.82.178] (HELO mail-we0-f178.google.com) (74.125.82.178) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Mar 2012 09:01:38 +0000 Received: by wera13 with SMTP id a13so2303893wer.37 for ; Sat, 10 Mar 2012 01:01:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Z2036ooGyf/MKJ9+nQHgbPCiymhCgCR9pJ9gpouILdI=; b=MbqapxlpYUZTnzMUpWK4UoWaeRBllQDvPVYuiFUb3KxPlxYkfFQgE13Ds9Ukjqg1D3 /+1Nm2bDMc4EmWiv9wZxwa6oE9D4y/yqNqxUj/kHcMJySojSMQM45AgJKsuD7znal7ur prILlch/mkehD7KHARvsCLaL8gBcfVBE7Q6feWdUfRANZ3PZOZpOswobQtNuxEVM8kXZ DhuyGtQ7eSa6KJYQuEEdsJp2fEjbEeu92aMH2EDeK3c7mij9x83V5iPmp1+F3LxuQnWL /PAo7DR29sm7fKZiIvwAJVMmnm1qUM3eDiEerSDuygQRV0znb43EI0iDTJpAWE+uVCmf Sx/g== Received: by 10.180.86.9 with SMTP id l9mr11667807wiz.15.1331370077605; Sat, 10 Mar 2012 01:01:17 -0800 (PST) Received: from Emmanuels-MacBook-Pro.local (ran75-1-78-192-106-184.fbxo.proxad.net. [78.192.106.184]) by mx.google.com with ESMTPS id fb2sm12448869wid.3.2012.03.10.01.01.15 (version=SSLv3 cipher=OTHER); Sat, 10 Mar 2012 01:01:16 -0800 (PST) Message-ID: <4F5B185B.2090002@gmail.com> Date: Sat, 10 Mar 2012 10:01:15 +0100 From: =?UTF-8?B?RW1tYW51ZWwgTMOpY2hhcm55?= Reply-To: elecharny@apache.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: ERR_732 References: <4F5A9886.3000704@part.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Le 3/10/12 5:22 AM, Kiran Ayyagari a écrit : > are any of your applications using the same connection in multiple threads? There are a few cases where you can get such an error. Basically, the server has to processes a BindRequest for a session, and you may be in one of those cases : - you send another BndRequest which collides with the first one (your srrver must be heavilly loaded) - there is a SASL negociation pending, and the server receives another BindRequest message for a Simple authentication (unlikely in your case) - the server has not yet finished to process the Bind, but the Client has sent another request without waiting for the BindResponse I guess that the third case is what you face. This is a bit problematic, because even if the client should have wait for the BindResponse, we should stack the incomming requests to process them once the Bind is done. I suggest you fill a JIRA, there are some grey areas in the way we handle such cases. > > On Sat, Mar 10, 2012 at 5:25 AM, Spencer Burgoyne wrote: >> My company has decided to use an LDAP server for authentication of internal >> applications and we decided to go with Apache Directory Server. I adjusted >> one of our applications to use the server for authentication via a JNDIRealm >> on Tomcat. As I developed and tested these changes, I would occasionally see >> 'ERR_732 Cannot process a Request while binding' but it usually only >> occurred right after I restarted the server, so I didn't think much of it. >> The server is now in use and the issue has been appearing sporadically for >> many employees. I have googled like crazy but I cannot find any cause for >> this issue that applies to our application. Here is the JNDI Realm that I am >> using: >> >> >> > debug="99" >> resourceName="LDAP Auth" >> connectionName="xxxx" >> connectionPassword="xxxx" >> connectionURL="xxxx" >> alternateURL="xxxx" >> driverName="xxxx" >> userPattern="uid={0}, xxxx, xxxx" >> dbConnectionName="xxxx" >> dbConnectionPassword="xxxx" >> dbConnectionURL="xxxx" >> userRoleTable="xxxx" >> roleNameCol="xxxx" >> userTable="xxxx" >> userNameCol="xxxx"/> >> >> And the authentication does work often so I know these settings, for the >> most part, must be correct. Have any other users encountered a similar >> issue? Any help would be appreciate, thanks. >> >> Spencer > > -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com