Return-Path: X-Original-To: apmail-directory-users-archive@www.apache.org Delivered-To: apmail-directory-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E66727E84 for ; Tue, 4 Oct 2011 15:04:23 +0000 (UTC) Received: (qmail 86376 invoked by uid 500); 4 Oct 2011 15:04:23 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 86332 invoked by uid 500); 4 Oct 2011 15:04:23 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 86324 invoked by uid 99); 4 Oct 2011 15:04:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Oct 2011 15:04:23 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL 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-wy0-f178.google.com) (74.125.82.178) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Oct 2011 15:04:15 +0000 Received: by wyf23 with SMTP id 23so729880wyf.37 for ; Tue, 04 Oct 2011 08:03:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=58A7ZcoTf/B0NsVCHuZ9u0gBbHhCPCiGdmzbqEkGCDk=; b=X9nVL9q2Aee8AyjMp9ambTzID3ctDHlTQBUmRfSvO4hbznSaSwUsWKOwblp37gd0Fn iOp4Nfre7fOfOpTPwf4wLN7ttJWSf1ydgH37ouaLHyfk5esSC7DfawB7FGd6IAHtyShv ViDKBQQekKIX1f4BBAQagroESJyVni+Vg/elQ= Received: by 10.216.193.212 with SMTP id k62mr824459wen.113.1317740635081; Tue, 04 Oct 2011 08:03:55 -0700 (PDT) Received: from emmanuel-lecharnys-MacBook-Pro.local ([78.251.113.154]) by mx.google.com with ESMTPS id p2sm4318436wbo.17.2011.10.04.08.03.53 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 04 Oct 2011 08:03:54 -0700 (PDT) Message-ID: <4E8B2058.9070205@gmail.com> Date: Tue, 04 Oct 2011 17:03:52 +0200 From: Emmanuel Lecharny Reply-To: elecharny@apache.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: Indexing schema attributes References: <4E8A8BF2.9000908@gmail.com> 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 On 10/4/11 3:12 PM, Kiran Ayyagari wrote: > On Tue, Oct 4, 2011 at 12:30 AM, Emmanuel Lecharny wrote: >> On 10/4/11 2:11 AM, Craig Setera wrote: >>> I actually assumed that to be the case. In our case, we did an LDIF >>> export, >>> set up the indices and re-imported the LDIF. Before the addition of the >>> indices, our search would return a single result and after we would get >>> zero >>> results. I initially attributed that to the indices not being correctly >>> registered, but from what you are saying that is not the case. >> We need to add some extended operation to get the index created when it's > IMO an extended operation won't be efficient, and also requires the > server to cease any updates from happening > while the new index is building. This is implicit. We need stop suspend all operations while the index is rebuilt. > Currently the server requires a > restart after adding a new index, which I see as a safe approach >> added after some data have been added. Another option (and I think we >> already have done that) would be to have a command line option that can be >> run on a stopped server to recreate the index. AFAIR, Kiran, you wrote such >> a tool, right ? >> > yes, but never updated after my initial implementation We need to get it included in 2.0 :) >> In any case, we should be able to create this index without having to >> export/import the data before 2.0 >> > export/import is no longer necessary in the latest versions(>1.5.7) > except that the server needs to be restarted after > adding a new index/indices Do you mean the index is rebuilt at startup ? -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com