https://bugs.openldap.org/show_bug.cgi?id=10294
Issue ID: 10294 Summary: Overlay seems to load before schema in folder configuration mode Product: OpenLDAP Version: 2.6.8 Hardware: All OS: All Status: UNCONFIRMED Keywords: needs_review Severity: normal Priority: --- Component: slapd Assignee: bugs@openldap.org Reporter: pduvax@gmail.com Target Milestone: ---
In the folder configuration (vs slapd.conf file), the modules seem to be loaded before schema folders files.
This makes troubles with memberOf attributeType which is created by the dynlist overlay if missing (cf. the base function "dynlist_initialize" which starts by doing this). As the schema files are not yet loaded, it creates systematically the attributes which then prohibits the load of msuser.ldif schema without raising the error "Duplicate attributeType".
I found a workaround by naming the entry of the dynlist overlay olcModuleList cn=z-module{X} while z is alphanumerically after cn=schema. But as it is hazardous, I think that the best way is to load modules after the schema by the code.
https://bugs.openldap.org/show_bug.cgi?id=10294
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED
--- Comment #1 from Quanah Gibson-Mount quanah@openldap.org --- Hi,
The solution here is to comment out the memberOf attribute definition in the msuser.ldif. I would not that that ldif is not an "official" schema.
https://bugs.openldap.org/show_bug.cgi?id=10294
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED
https://bugs.openldap.org/show_bug.cgi?id=10294
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs_review |
https://bugs.openldap.org/show_bug.cgi?id=10294
--- Comment #2 from pduvax@gmail.com --- (In reply to Quanah Gibson-Mount from comment #1)
Hi,
The solution here is to comment out the memberOf attribute definition in the msuser.ldif. I would not that that ldif is not an "official" schema.
Hi,
This is more a workaround than a solution. The point is if later the module is removed then the msuser.ldif have to be patched again to get the server start. Then if slpad is in container image, the image has to be patch also. This is a mess.