Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 24170 invoked from network); 27 May 2010 05:48:03 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 May 2010 05:48:03 -0000 Received: (qmail 51261 invoked by uid 500); 27 May 2010 05:48:03 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 51137 invoked by uid 500); 27 May 2010 05:48:01 -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 51127 invoked by uid 99); 27 May 2010 05:48:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 05:48:00 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 05:47:58 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o4R5laHL020252 for ; Thu, 27 May 2010 05:47:36 GMT Message-ID: <17210078.16501274939256851.JavaMail.jira@thor> Date: Thu, 27 May 2010 01:47:36 -0400 (EDT) From: "Stefan Seelmann (JIRA)" To: dev@directory.apache.org Subject: [jira] Commented: (DIRSERVER-1500) Error searching children of known element. In-Reply-To: <21850389.47661273297848485.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DIRSERVER-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12872103#action_12872103 ] Stefan Seelmann commented on DIRSERVER-1500: -------------------------------------------- Just a note to Emmanuel: I'm trying to find out if we can get rid of the onelevel and sublevel index, and if we can use the new RDN index instead. Just to avoid duplicate work. > Error searching children of known element. > ------------------------------------------ > > Key: DIRSERVER-1500 > URL: https://issues.apache.org/jira/browse/DIRSERVER-1500 > Project: Directory ApacheDS > Issue Type: Bug > Affects Versions: 1.5.6, 1.5.5 > Reporter: roy huang > Fix For: 2.0.0-RC1 > > Attachments: bad.ldif > > > My goal is to delete all the element per day,but occasionally it will failed for non specified element. The code will search all children elements of a node and delete it all,but may failed on this: > NamingEnumeration ne = dirCtx.search(new LdapName(name), "objectClass=*", constraints); > and then it throw exception. > This problem occurred twice on 1.5.6 and 1.5.5,it affected single element,and this element can't be deleted on Apache Directory Studio too.The exception like: > Error while reading entry > - [LDAP: error code 80 - OTHER: failed for SearchReques > javax.naming.NamingException: [LDAP: error code 80 - OTHER: failed for SearchRequest > baseDn : 'ou=WLAN,ou=resource,dc=gd,dc=test,dc=com' > filter : '(2.5.4.0=*:[121664])' > scope : single level > typesOnly : false > Size Limit : 2000 > Time Limit : no limit > Deref Aliases : deref Always > attributes : 'hassubordinates', 'objectclass' > : null]; remaining name 'ou=WLAN,ou=resource,dc=gd,dc=test,dc=com' > at com.sun.jndi.ldap.LdapCtx.mapErrorCode(Unknown Source) > at com.sun.jndi.ldap.LdapCtx.processReturnCode(Unknown Source) > at com.sun.jndi.ldap.LdapCtx.processReturnCode(Unknown Source) > at com.sun.jndi.ldap.LdapCtx.searchAux(Unknown Source) > at com.sun.jndi.ldap.LdapCtx.c_search(Unknown Source) > at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(Unknown Source) > at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(Unknown Source) > at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper$1.run(JNDIConnectionWrapper.java:356) > at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper.runAndMonitor(JNDIConnectionWrapper.java:1272) > at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper.checkConnectionAndRunAndMonitor(JNDIConnectionWrapper.java:1203) > at org.apache.directory.studio.connection.core.io.jndi.JNDIConnectionWrapper.search(JNDIConnectionWrapper.java:398) > at org.apache.directory.studio.ldapbrowser.core.jobs.SearchRunnable.search(SearchRunnable.java:500) > at org.apache.directory.studio.ldapbrowser.core.jobs.SearchRunnable.searchAndUpdateModel(SearchRunnable.java:320) > at org.apache.directory.studio.ldapbrowser.core.jobs.InitializeChildrenRunnable.executeSearch(InitializeChildrenRunnable.java:361) > at org.apache.directory.studio.ldapbrowser.core.jobs.InitializeChildrenRunnable.initializeChildren(InitializeChildrenRunnable.java:212) > at org.apache.directory.studio.ldapbrowser.core.jobs.InitializeChildrenRunnable.run(InitializeChildrenRunnable.java:171) > at org.apache.directory.studio.connection.ui.RunnableContextRunner$1.run(RunnableContextRunner.java:113) > at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121) > [LDAP: error code 80 - OTHER: failed for SearchRequest > baseDn : 'ou=WLAN,ou=resource,dc=gd,dc=test,dc=com' > filter : '(2.5.4.0=*:[121664])' > scope : single level > typesOnly : false > Size Limit : 2000 > Time Limit : no limit > Deref Aliases : deref Always > attributes : 'hassubordinates', 'objectclass' > : null] > I upgraded 1.5.5 to 1.5.6 to avoid this bug ,but found it happened again finally. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.