The configuration the installer talks about storing when selecting a configuration directory is for the Administration Server, not for the local Directory Server configuration, so the suffix mapping can't have ended up in the wrong instance, it's always local. When you installed 7.1 it should have asked what suffix you want to use as your default suffix. Look again in your dse.ldif for the mapping tree entry with "nsslapd-backend: userRoot", what is the cn of it? If you entered "dc=company,dc=com" at installation time, the cn of this mapping tree node would match that. Ulf Ken Marsh wrote: > > Ulf, > > > > Thanks, you gave me some things to look at. The spacing seems to be > OK, and the same code worked to do the Replica object insertion into > the 7.1 server. > > > > I think the problem is that when I configured the 1.0.1-4 server, I > had it store the config data in the 7.1 server. As a result, the > ?mapping tree? part of config does not have a subordinate named > ?dc=company,dc=com?. So, when the mmr.pl script goes to insert the > Replica object, it fails. > > > > I wonder if this is because I had the setup script store config > information for 1.0.1-4 in 7.1. Perhaps if it was stored locally I > could start multi-master? > > > > -Ken. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20080110/86bf3921/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6097 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20080110/86bf3921/attachment.bin
