0

I've installed the ds-389 LDAP server on CentOS7 (package 389-ds-base).

I tried extending the schema by adding the file 10rfc2307bis.ldif to the /etc/dirsrv/slapd-auth/schema folder.

After the file copy, the server refuse to start with the error message stating that nisMap has a name/oid conflict.

Looking through the schema of the server I found nisMap defined as oid 1.3.6.1.1.1.2.9, but 10rfc2307bis.ldif describes it as 1.3.6.1.1.1.2.13.

If I modify the 10rfc2307bis.ldif to match the server, the import works. It does not, however, feel entirely right.

Have I stumbled on a bug in the ldif-file? Or has nisMap been moved between the different versions of the schemas?

The nisMap definition that is already in the server, how could I remove it? It is not loaded via the /etc/dirsrv/slapd-auth/schema folder.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.