Upgrade openldap data vanishes...

Petyr · Posted: Thu Jul 10, 2003 7:43 pm Post subject: Upgrade openldap data vanishes...

so I upgrade openldap 2.0.24 to 2.0.27-r4 and the next time I try a ldapsearch I get nothing back
I checked the /etc/ldap.conf file and find that it had been changed (fix that, still get nothing back)
then notice that slapd didn't start listening on the ldap:// ldaps:// so I fix that.
ldapsearch....
nothing

Oddly enough if I do a slapcat I can see all my data is still in there (phew) but the problem is that it's not showing any of it.

Any idea as to where I should look?
EDIT:
command I run is this

Phlaegel · Apprentice Joined: 22 May 2003 Posts: 156

I had (maybe) the same problem yesterday. It turned out to be the permissions on my db directory (the directory setting in slapd.conf). For me, the directory is /var/lib/openldap-ldbm, and it and the .dbb files in it were readable only by root, while the ldap server runs as user 'ldap'. I chmodded the directory 755 and the files 644 and all was well. I'm not sure why this was suddenly a problem though. Did the user slapd runs as change with this update? I wasn't really paying that much attention...

Petyr · Posted: Fri Jul 11, 2003 7:43 am Post subject:

ya know that's probably it...
I was digging around in the startup script and I noticed that. I eventually just gave up on the darn thing and downgraded back to 2.0.25 and had to play with my ldap.conf file a few times to tweak my base dn.
Anyhow I got it working again ^^

Maybe tomorrow when I get back in there I'll upgrade it again and change the permissions on it

Thanks for the idea

Petyr

NrG · Tux's lil' helper Joined: 09 Jun 2002 Posts: 83

I also had a lot of problems with openldap ebuild. First of all the 2.0.27 ebuild had a bug and didnt do any logging and the 2.0.27-r4 has a new startup script so it runs as ldap and not as root anymore. Also the pid file location in the startupscript and in the slapd.conf is diferent which leads in to not being able to shutdown slapd with the ini script (not a real bug but could be fix easely).

You could remove -u ldap -g ldap from the startup script which would make slapd run as root agian or change the permissions of your openldap files (mine also complained about not beeing able to read slapd.conf).

NrG