Hello,
If I do
sudo ldapsearch -Y EXTERNAL -H ldapi:/// -b "cn=schema,cn=config"
"cn=*" cn
I can see in the resulsting list:
# {18}applications-fd, schema, config
dn: cn={18}applications-fd,cn=schema,cn=config
cn: {18}applications-fd
But if I use an ldif trying to modify this I get:
modifying entry "cn={18}applications-fd,cn=schema,cn=config"
ldap_modify: No such object (32)
I can see in /etc/ldap/slapd.d/cn=config/cn=schema that the file is
named cn={19}applications-fd.ldif so I tried with 19 instead of 18 in
the ldif and I get:
modifying entry "cn={19}applications-fd,cn=schema,cn=config"
ldap_modify: No such object (32)
matched DN: cn=schema,cn=config
Which seems worse. I'm wondering if there is not a numbering problem
with schemas due to a previous dirty delete of a schema (stopping slapd,
deleting the file and starting slapd), but it still is weird that slapd
would list the schema but not find it for modification.
Côme
Côme BERNIGAUD wrote:
> But if I use an ldif trying to modify this I get:
>
> modifying entry "cn={18}applications-fd,cn=schema,cn=config"
> ldap_modify: No such object (32)
Which OpenLDAP version?
Ciao, Michael.
On 2014-10-22 10:27, Michael Ströder wrote:
> Côme BERNIGAUD wrote:
>> But if I use an ldif trying to modify this I get:
>>
>> modifying entry "cn={18}applications-fd,cn=schema,cn=config"
>> ldap_modify: No such object (32)
> Which OpenLDAP version?
2.4.31-1+nmu2
https://packages.debian.org/wheezy/slapd
Since there have been numerous fixes for back-config since then you should try
with the latest release (currently 2.4.40).
The LTB project also provides Debian packages:
http://tools.ltb-project.org/news/51
Ciao, Michael.