Hello all,
I've recently migrated my OpenLDAP servers configurations to the online configuration (cn=config) and I have a question on how to deal with indexes. I can add a new index directive while the base is running, but should I do this? Don't I need to stop the directory and reindex the whole database when I add the new index entry? Or can I add it and postpone running slapindex to a later time?
Thank you!
(Try it and see?)
When I tried adding an index with the online config the indexing happened in the backgound, as near as I could tell. At least my logs stopped pointing out the indexing opportunity, and an index file was generated in the db dir.
My experience was on an unloaded lab slapd, though.
----- Original message -----
Hello all,
I've recently migrated my OpenLDAP servers configurations to the online configuration (cn=config) and I have a question on how to deal with indexes. I can add a new index directive while the base is running, but should I do this? Don't I need to stop the directory and reindex the whole database when I add the new index entry? Or can I add it and postpone running slapindex to a later time?
Thank you!
-- Diego Lima http://www.diegolima.org
Diego Lima wrote:
Hello all,
I've recently migrated my OpenLDAP servers configurations to the online configuration (cn=config) and I have a question on how to deal with indexes. I can add a new index directive while the base is running, but should I do this? Don't I need to stop the directory and reindex the whole database when I add the new index entry? Or can I add it and postpone running slapindex to a later time?
Next time read the slapd-bdb(5) manpage first before wasting your time and ours.
changing index settings dynamically by LDAPModifying "cn=config" automatically causes rebuilding of the indices online in a back‐ ground task.
-------- Original - Text --------
Next time read the slapd-bdb(5) manpage first before wasting your time and ours.
Since I read this list you have answered a lot more stupid questions, which solutions also could have been found in the docs. This comment is unpolite and unnecessary. If he knew where to find the information, he wouldn't have to ask.
-fuz
fuzzy_4711 wrote:
-------- Original - Text --------
Next time read the slapd-bdb(5) manpage first before wasting your time and ours.
Since I read this list you have answered a lot more stupid questions, which solutions also could have been found in the docs. This comment is unpolite and unnecessary. If he knew where to find the information, he wouldn't have to ask.
If he hasn't read the manpages he has no business running the software. That's true of any software, not just OpenLDAP.
My comment was entirely necessary, to make this point. Otherwise I wouldn't even waste my time writing it.
Your opinion is, in a word, worthless, if this is the sum total of your contribution to this community. When you've established a track record of posting correct answers to other users' questions, then you can give opinions on what is necessary or not.
On 10/16/11 9:44 AM, Howard Chu wrote:
fuzzy_4711 wrote:
-------- Original - Text --------
Next time read the slapd-bdb(5) manpage first before wasting your time and ours.
Since I read this list you have answered a lot more stupid questions, which solutions also could have been found in the docs. This comment is unpolite and unnecessary. If he knew where to find the information, he wouldn't have to ask.
If he hasn't read the manpages he has no business running the software. That's true of any software, not just OpenLDAP.
My comment was entirely necessary, to make this point. Otherwise I wouldn't even waste my time writing it.
Your opinion is, in a word, worthless, if this is the sum total of your contribution to this community. When you've established a track record of posting correct answers to other users' questions, then you can give opinions on what is necessary or not.
If users don't spend time reading documentation, then they can at east spend 30 minutes reading http://www.catb.org/~esr/faqs/smart-questions.html...
openldap-technical@openldap.org
-
Christopher Wood -
Diego Lima -
Emmanuel Lecharny -
fuzzy_4711 -
Howard Chu