[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
(ITS#7895) slapcat fails with olcRootDSE needing external schema
- To: openldap-its@OpenLDAP.org
- Subject: (ITS#7895) slapcat fails with olcRootDSE needing external schema
- From: ryan@nardis.ca
- Date: Sun, 13 Jul 2014 22:16:20 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
Full_Name: Ryan Tandy
Version: master/3102cbb
OS: Debian unstable
URL:
Submission from: (NULL) (24.68.121.206)
Debian bug report: https://bugs.debian.org/599235
When I set olcRootDSE to a file containing:
dn:
objectClass: locality
slapcat fails, saying:
53c30188 str2entry: invalid value for attributeType objectClass #0 (syntax
1.3.6.1.4.1.1466.115.121.1.38)
53c30188 root_dse_read_file: could not parse entry (file="rootdse.ldif" line=2)
53c30188 olcRootDSE: value #0: <olcRootDSE> could not read file rootdse.ldif
53c30188 config error processing cn=config: <olcRootDSE> could not read file
slapcat: bad configuration directory!
However, slapd itself works normally, and olcRootDSE is applied properly.
If I change 'locality' to a built-in objectClass, for example
'extensibleObject', then it works.
slapd.conf's rootdse directive also works, as long as the appropriate schema is
loaded earlier.
Background: the bug was reported by a user of the Kolab groupware package, which
adds the "kolab" objectClass to the rootDSE, when his database upgrade
(slapcat/slapadd) failed.
thanks,
Ryan