Re: [389-users] Multimaster replication query

[Rich Megginson <rmeggins@xxxxxxxxxx>]

On 06/14/2011 11:59 PM, s.varadha rajan wrote:

Hi,

Thanks for the reply.that's ok.but if i create one new user in supplier side,it's not replicating to consumer side.i think ubuntu 10.04 LTS supports fedora-ds 1.1.x and dont have updated ppa links. for this case, shall i upgrade the latest version, will give the solution? After upgrade, how can i migrate my existing data.

First check your errors log on your supplier side to see if there are any errors during the incremental update phase (the messages below are from the init phase), then check the access log on the consumer side to see if the supplier is connecting and attempting to send the new user.

If that shows nothing, then try enabling the replication log level - http://directory.fedoraproject.org/wiki/FAQ#Troubleshooting

or give me a solution for this.

Regards,

Varad

On Tue, Jun 14, 2011 at 8:26 PM, Rich Megginson <rmeggins@xxxxxxxxxx> wrote:

On 06/14/2011 08:23 AM, s.varadha rajan wrote:

Hi,

I followed the procedure to configure "multi-master replication" as per http://directory.fedoraproject.org/wiki/Howto:MultiMasterReplication. but i got an error as 

From consumer side:

14/Jun/2011:19:25:41 +051800] NSMMReplicationPlugin - multimaster_be_state_change: replica o=netscaperoot is coming online; enabling replication
[14/Jun/2011:19:25:41 +051800] NSMMReplicationPlugin - replica_reload_ruv: Warning: new data for replica o=netscaperoot does not match the data in the changelog.
 Recreating the changelog file. This could affect replication with replica's  consumers in which case the consumers should be reinitialized.

This is not an error.  It just means the consumer has been initialized with data from the master, and it had old data (probably from setup) which was wiped out.

From Supplier side:

[14/Jun/2011:19:26:12 +051800] NSMMReplicationPlugin - Beginning total update of replica "agmt="cn="Replication from varad.xxx.xxx.com port 389 to sam.xxx.xxx.com port 389"" (sam:389)".
[14/Jun/2011:19:26:15 +051800] NSMMReplicationPlugin - Finished total update of replica "agmt="cn="Replication from varad.xxx.xxx.com port 389 to sam.xxx.xxx.com port 389"" (sam:389)". Sent 120 entries.

We are using the OS-Ubuntu 10.04. I searched in google and got the some result in "https://bugzilla.redhat.com/show_bug.cgi?id=388021". but i dont know how to fix this.Please help on this.

Regards,

Varad

On Mon, May 30, 2011 at 12:27 PM, s.varadha rajan <rajanvaradhu@xxxxxxxxx> wrote:
>
> Hi,
>
> Thanks for the reply.I will try and update you further.
>
> Regards,
> Varad
>
>
>
> On Fri, May 27, 2011 at 8:30 PM, Rich Megginson <rmeggins@xxxxxxxxxx> wrote:
>>
>> On 05/27/2011 12:11 AM, s.varadha rajan wrote:
>>
>> Hi,
>>
>> Can i get any update on my below query ?
>>
>> Regards,
>> Varad
>>
>> On Tue, May 24, 2011 at 6:17 PM, s.varadha rajan <rajanvaradhu@xxxxxxxxx> wrote:
>>>
>>> Hi,
>>> We are using Ubuntu 10.04 server OS and all the web applications are running on that.We have already implemented fedora-ds for ldap auth.now we are planning to go some up-gradation.kindly let me know the following,
>>> 1.How to migrate running fedora-ds server to another server ? 
>>> 2.i have taken all the user/group+etc in ldif format.is it enough for migration or any other db (/var/lib/dirsrv/slapd-<instance>) also need to bacup ?
>>
>> LDIF should be fine.
>>>
>>> if any procedure please share with me ? how to import/export .ldif file
>>
>> /usr/lib[64]/dirsrv/slapd-INSTNAME/db2ldif - export database to ldif
>> /usr/lib[64]/dirsrv/slapd-INSTNAME/ldif2db - import database from ldif
>>>
>>> 3.in our setup,one server is in public network.so i am planning to do replication through "ldaps", i.e local server to public server replication through highly secure how to ?
>>
>> Not exactly, but there is plenty of documentation - see http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/8.2/html-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview
>>>
>>> Please help me on the above topics.
>>> Regards,
>>> Varad
>>
>> --
>> 389 users mailing list
>> 389-users@xxxxxxxxxxxxxxxxxxxxxxx
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>

--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users