immediately and delete it!
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
with the same filter in the root and then a child search
base with the same results.
Is this a bug recursion or something that I just hadn't been noticing?
What would be the best search to perform to prepare whatever cache is
getting hit to make searches outside of the root DN faster?
--
Eric
?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
of the attributes
from DB and building LDIF.
On Fri, 25 May 2007, Howard Chu wrote:
Eric Irrgang wrote:
I continue to have trouble with getting a freshly started server to be
responsive. One problem in particular is one that I thought had been
resolved some time ago but is apparently biting me right
Is there a way (with or without attaching a debugger) to find out what my
IDL cache and DN cache is doing?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
every entry satisfies the condition.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
Are olcInclude attributes in cn=config honored as per the Admin Guide
section 5.2.2 or is that documentation misleading?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
connections while trying to negotiate high-strength first.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
Solaris on UltraSparc 3 and UltraT1
and BDB 4.4.20 with the four current patches.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
lore... that sounds like the magic
bullet. Can you give an example?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
to open any databases and to ignore
the default behavior of looking for a default config directory followed by
looking for a default config file when neither '-f' nor '-F' is specified.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
/openldap/etc/openldap/schema/cosine.schema
databasebdb
suffix dc=test
directory /tmp/ldap
mode0600
index objectclass eq
On Thu, 27 Apr 2006, Howard Chu wrote:
Eric Irrgang wrote:
On Thu, 20 Apr 2006, Howard Chu wrote:
First of all - don't do
something wrong, but not sure what.
Any ideas? Thanks!
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
there
ought to be a better way to do the loopback connection, but using both
back-relay and back-ldap/meta seemed like too much additional complexity.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
:
How about the obligatory Don't use BDB 4.3 warning that we've been giving
for a while? :)
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
-Mount wrote:
On Wednesday 22 February 2006 11:18, Eric Irrgang wrote:
I'll be looking at BDB 4.4 for OL 2.3.x but I couldn't get BDB 4.2 to work
with more than a total of 4 Gigs of db cache. 4.3 changed the limit from
4 GB max to 4 GB per cache segment. Has a patch been backported to
4.2
out there who fails to heed the
obligatory upgrade to 2.3.x warning.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
.
Sounds like a question you'll find answers for in the BDB documentation.
Generally there's no point in freeing up the space since it will just
get reused the next time you add data.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
(the '!' is because the control MUST be critical).
Ah! That's exactly what I've been looking for.
I suppose if I had just checked the ldapsearch command-line help I would
have seen that but I had been relying on the man page.
Thanks so much!
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475
an error. Since slurpd will
just pick up where it left off I'd suggest simply stopping slurpd while
you clean out its working directory.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
from a regular ldap client without using SASL. Is
there a way? For instance, the following fails with ldapsearch: not
compiled with SASL support
ldapsearch -x -W -D cn=authorizeduser,dc=test -X cn=config,dc=test
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
,dc=test
idassert-authzFrom dn.regex:.*
Instead, the connection gets relayed without using the binddn or the
authzID as if I hadn't used idassert-bind at all.
Am I missing something?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
for a while. Do
I just need to go the SASL route? Is there a way to move to SASL with my
current SSHA userPassword credentials intact?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
suite against a sparcv9 binary, and
usually file an ITS when it doesn't work (a rare situation lately). But I
don't use it in production.
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
or adding
additional indexable entries doesn't change matters.
Am I doing something wrong or has anyone else had this problem?
Moreover, I just noticed that if I try to use an attribute 'replace' on
olcDbIndex, the server crashes immediately! That can't be right...
--
Eric Irrgang - UT Austin ITS Unix
results, it may be obvious that
2 entries matched the filter but failed the ACL check, disclosing perhaps
more information than the directory maintainers would like.
Is this expected/intended behavior?
--
Eric Irrgang - UT Austin ITS Unix Systems - (512)475-9342
28 matches
Mail list logo
