[Date Prev][Date Next]
Re: index data loss issue
More info and findings on this issue...
>> While the LDAP directory is running, we've added an index on
>> "mailacceptinggeneralid," Postfix's default email alias attribute,
>> which appears to work ok after 'slapindex'ing it. However, after a
>> restart of slapd, data is no longer returned when filtering on this
>> attribute. Quite a serious issue.
> Try this: stop openldap, regenerate indices, start openldap. This
> should take no more than 3 minutes max (depending on the number of
> entries and indices you have). My guess is openldap is confused because
> you added an index to it while it was running.
After an LDIF extract of the directory to import it into another LDAP
server (thinking "installation's hosed, start over"), I found that I
couldn't import the data cleanly. slapadd was exiting with "invalid value
for syntax" errors.
It turns out that there are a lot of attributes in the directory with
either no value or a value of " ", neither of which are apparently allowed
for syntax 18.104.22.168.4.1.1422.214.171.124.15. Interestingly, slapd allows the
attributes to be added this way, but slapadd won't. If I'm reading the
RFC correctly though, a space should certainly be a valid character.
Once these "bad" attributes were removed from the directory, indexing
worked/works fine. Very odd...
UNIX Systems Engineer
Ivy Tech State College