On Sun, 2017-07-16 at 19:49 +0000, tdarby@xxxxxxxxxxxxxxxxx wrote: > > Which version of 389-ds-base do you have configured? > > > I'm running on RHEL 6.9 > In the errors log, it shows 389-Directory/1.2.11.15 B2015.345.187 > The RPM for it is 389-ds-base-1.2.11.15-69.el6_7.x86_64 is the RPM I'll need to check with the team, but I do not believe we are supporting this version any more. We have some newer 1.2.x series release, but we won't backport fixes to anything in this series (even if we find the root cause). > > > Sorry, there is no way to see which index it is easily. It looks like a > > > substring index, but you likely need to correlate this to an access log > > > that made a query of "*zon". > > > I searched all the access logs there and couldn't find a string matching *zon. Subsequently, another identical error message showed up for the string "*urs". I was not able to find that in the access logs either. > > So, I started doing dbscans on the indexes and eventually found two that are most likely the culprits, cn.db4 and ismemberof.db4. In the dbscans for these I found the following: > > cn.db4: > *urs 403595 > *zon 409451 > > ismemberof.db4: > *urs 403926 > *zon 666628 > > Are you saying then that I may not actually have a corrupt index? Correct. I think the issue is we don't have enough space to read in your index during a search process. I suspect it's the later index, for ismemberof. I'll see if I can reproduce this on my system. For now a solution *could* be to remove substr on ismember of and cn, and allow the other indexes to be searched. It would be good to see the queries that cause the issue because that could help me advise better on if this is an adquete temporary work around. -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
