|
Hi, Thanks to all the Fedora DS development team for supporting
us poor souls and creating a great product. I have a MultiMaster replicated 1.0.4-1 DS running on RHES5
x64. It’s worked fine since it was created a few weeks ago. When the host
system was rebooted, it refused to come up. This is the reason why: [07/Feb/2008:20:25:41 -0500]
dse - The entry cn=schema in file /opt/fedora-ds/slapd-server2/config/schema/99user.ldif
is invalid, error code 20 (Type or value exists) - attribute type pamMapMethod:
Does not match the O ID
"2.16.840.1.113730.3.1.2070". Another attribute type is already using
the name or OID. [07/Feb/2008:20:25:41 -0500]
dse - Please edit the file to correct the reported problems and then restart
the server.
Fedora-Directory/1.0.4 B2006.338.2215
<host>:<port> (/opt/fedora-ds/slapd-server2) I edited the file and removed the offending entry, and it
restarted. The offending entry which looks like this in file 99user.ldif: attributeTypes: (
2.16.840.1.113730.3.1.2070 NAME 'pamMapMethod' DESC 'How to map BIND DN to PAM
identity' SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VAL UE X-ORIGIN ( 'Red
Hat Directory Server' 'user defined' ) ) Grepping around, I found the same OID
in 60pam-plugin.ldif: attributeTypes: (
2.16.840.1.113730.3.1.2070 NAME 'pamIDMapMethod' DESC 'How to map BIND DN to
PAM identity' SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE X-ORIGIN 'Red
Hat Directory Server' ) My questions are, will my removing this entry break anything?
And if so, what? Should I replace the entry with a corrected value? Since
removing it from 99user.ldif, the DS seems to be running fine now. This DS was originally populated by replication from a 7.1
DS, if that makes any difference. Thanks and keep up the good work, Ken. |
-- Fedora-directory-users mailing list Fedora-directory-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-directory-users
