[Date Prev][Date Next]
Re: OpenLDAP bespoke schema to use 'ismemberof' to restrict user access to hosts
On Wednesday, 5 May 2010 09:54:34 Stuart Cherrington wrote:
> Thanks for these, I saw your email yesterday in reply to another thread so
> took them then :-)
> I've started an upgrade process by doing the following:
> shutdown ldap
> slapcat -f /etc/openldap/slapd.conf -b
> "dc=ldn,dc=sw,dc=com" -l /export/home/stuart/full_msldap01.ldif
> removed all files from /var/lib/ldap except DB_CONFIG file.
I would rather keep them, and use a version-specific directory path in the
> I couldn't remove the ldap 2.3 version packages as they're dependencies are
No, most likely you have some packages that depend on libldap-2.3.so.0 (have
been linked to it). This is precisely the reason I make the packages install
> so left them in place and did an Install of the 2.4 packages.
> openldap2.4-2.4.22-1.el5.x86_64.rpm, libldap2.4_2-2.4.22-1.el5.i386.rpm,
> openldap2.4-servers-2.4.22-1.el5.x86_64.rpm. updated the
> /etc/openldap2.4/sladp.conf and slapd.access.conf files to remove unwanted
> references to SAMBA, change domain, passwd etc. Ran the service ldap check
> until it was OK.
> Trying to re-load the ldif gave me some errors though:
> slapadd -f /etc/openldap2.4/slapd.conf -l
> line 100: AttributeType inappropriate SUPerior: "c"
Did you over-write schema files from 2.4 with files from your 2.3 installation?
The 2.4 schema file has the attribute c on line 100 commented out, as it is
most likely built-in.
> I found this line and decided to hash it out but then it failed on another
> Country attribute and another then another in cosine.schema, so have
> stopped hashing and started typing.
> Any reason why this would fail to like the 'c' AttributeType?
Depends what you did to the schema files.
$ rpm -Va openldap2.4-servers
should not show any schema files having been modified ....