[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: UserID's clearing after reboot



Sounds like someone didn't run db_recover after improperly
shutting down slapd(8).

- Kurt

At 09:42 PM 7/10/2006, Ryan Ivey wrote:
>I'm somewhat new to OpenLdap and not sure what to check here.
>
>After rebooting the server, all UserID's are being cleared and each are having to be readded.  Only the uid set in /etc/openldap/slapd.conf under the 'access to attr' directive remains and is able to readd the other userid's.  This is becoming a problem because more and more userid's are being added and each time the server is rebooted we have to readd them.   All files in /var/lib/ldap are the same, including the id2entry.bdb file, which I've read is the main database file to be backed up.  Are the userid's and password's cached somewhere and not being written to disk?  Or is there a temporary file being cleared?  I'm running ldap on a SLES9 server.
>
>/etc/openldap/slap.d contains the following:
>
>include         /etc/openldap/schema/core.schema
>include         /etc/openldap/schema/openldap.schema
>
>schemacheck     on
>
>allow bind_v2 bind_anon_dn
>
>loglevel 256
>
>pidfile         /var/run/slapd/slapd.pid
>argsfile       /var/run/slapd/slapd.args
>
>modulepath      /usr/lib/openldap/modules
>
>password-hash   {crypt}
>
>access to attr=userPassword
>           by self write
>           by self auth
>           by dn="uid=****,ou=*******,dc=********,dc=com" write
>           by * auth
>
>access to *
>          by dn="uid=****,ou=*******,dc=********,dc=com" write
>
>database        bdb
>checkpoint      1024    5
>cachesize       10000
>suffix              "dc=********,dc=com"
>rootdn            "cn=root,dc=********,dc=com"
>
>rootpw            ***********
>
>directory         /var/lib/ldap
>
>index   default                         sub
>index   uid                              eq
>index   cn,sn,givenName,ou     pres,eq,sub
>index   objectClass                 pres,eq
>
>##EOF##
>
>
>Any help is greatly appreciated.
>
>Thanks,
>Ryan