[Fedora-directory-users] Configuring replication and creating the supplier bind DN
cwaltham at bowdoin.edu
Wed Dec 3 18:33:46 UTC 2008
Is there a tutorial out there anywhere for setting up master/slave (as
opposed to multi-master) replication? I'm having issues getting the
replication agreement setup; I've created cn=replication manager
inside of cn=config but I get error messages when trying to create the
agreement. When I use cn=Directory Manager instead, it works -- so
it's not a networking issue.
I've tried various permutations of cn=replication manager inside the
"Simple authentication" field on the "Source and Destination" tab of
the replication agreement tab, but with no success. I've checked the
FDS FAQ & Wiki and can't find a walk-through...
On Dec 3, 2008, at 12:40 PM, Rich Megginson wrote:
> Christopher Waltham wrote:
>> I'm having a little trouble creating a simple, master/slave
>> replication configuring using FDS 1.1.3. I'm following the Red Hat
>> documentation here: http://www.redhat.com/docs/manuals/dir-server/ag/8.0/Creating_the_Supplier_Bind_DN_Entry.html
>> but am having trouble creating the supplier bind DN.
>> This is what I'm appending to /etc/dirsrv/slapd-ldap/dse.ldif:
>> dn: cn=replication manager,cn=config
>> objectClass: inetorgperson
>> objectClass: person
>> objectClass: top
>> cn: replication manager
>> sn: RM
>> userPassword: secretPassword
>> passwordExpirationTime: 20380119031407Z
>> However, as soon as I start the directory server back up, the
>> changes I made to dse.ldif disappear. Am I missing something?
> Yes. You cannot edit dse.ldif while the server is running. If you
> really want to edit dse.ldif, you must shutdown the server first.
> If you did stop the server first, make sure there is a blank line
> before dn: cn=replication manager,cn=config - a blank line is the
> entry delimiter in LDIF - if there is no blank line, the server may
> just report a warning to the error log and continue.
> But you do not have to do that - you can just use ldapmodify -a to
> add this entry while the server is running
More information about the 389-users