Hi,
i ran the below command in supplier side and the output is,
# extended LDIF
#
# LDAPv3
# base <cn=config> with scope subtree
# filter: (objectclass=nsds5replicationagreement)
# requesting: ALL
#
# Replication from
po
rt 389, replica, o\3Dnetscaperoot, mapping tree, config
dn: cn="Replication from
port 389 to sam.xxx.xxx.c
om port 389",cn=replica,cn="o=netscaperoot",cn=mapping tree,cn=config
objectClass: top
objectClass: nsDS5ReplicationAgreement
cn: "Replication from
nsDS5ReplicaRoot: o=netscaperoot
nsDS5ReplicaPort: 389
nsDS5ReplicaBindDN: cn=repman,cn=config
nsDS5ReplicaBindMethod: simple
nsds5replicaTimeout: 120
nsDS5ReplicaCredentials: {DES}VdEnvxoUkmw1TpV1QyVPtg==
nsds5replicareapactive: 0
nsds5replicaLastUpdateStart: 20110616123147Z
nsds5replicaLastUpdateEnd: 20110616123147Z
nsds5replicaChangesSentSinceStartup:: MToxNC8wIA==
nsds5replicaLastUpdateStatus: 0 Incremental update succeeded
nsds5replicaUpdateInProgress: FALSE
nsds5replicaLastInitStart: 20110616104148Z
nsds5replicaLastInitEnd: 20110616104153Z
nsds5replicaLastInitStatus: 0 Total update succeeded
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Regards,
Varad
On Thu, Jun 16, 2011 at 8:47 PM, Rich Megginson <rmeggins(a)redhat.com> wrote:
**
On 06/16/2011 07:33 AM, s.varadha rajan wrote:
Hi,
For me no issues to recive the logs.anyway, i have performed the
following steps again,
1.Stop the "dirsrv" on both sides.
2.Enabled "nsslapd-errorlog-level: 8192" on both servers in
"dse.ldif"
file.
3.Started the "dirsrv" on both servers.
4.Export the datas in .ldif and imported to "sam" system
4.From "varad.xxx.xxx.com,Remove the agreement again (./mmr.pl --host1
varad.xxx.xxx.com --host2
sam.xxx.xxx.com --host1_id 1 --host2_id 2
--bindpw <password> --repmanpw <password> --remove)
5.From "varad.xxx.xxx.com,Created agreement again (./mmr.pl --host1
varad.xxx.xxx.com --host2
sam.xxx.xxx.com --host1_id 1 --host2_id 2
--bindpw <password> --repmanpw <password> --create)
6.Then created one user under "ou=people" , as a uid=TT in supplier side (
varad.xxx.xxx.com)
7.but not replicated in other system...
Supplier system (/var/log/dirsrv/slapd-varad/errors): (
varad.xxx.xxx.com
):
[16/Jun/2011:18:36:48 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): Disconnected from the consumer
[16/Jun/2011:18:36:48 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): State: start -> ready_to_acquire_replica
[16/Jun/2011:18:36:48 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): State: ready_to_acquire_replica -> wait_for_changes
[16/Jun/2011:18:41:49 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): State: wait_for_changes -> wait_for_changes
[16/Jun/2011:18:41:49 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): State: wait_for_changes -> start
[16/Jun/2011:18:41:49 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): No linger to cancel on the connection
[16/Jun/2011:18:41:49 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): Disconnected from the consumer
[16/Jun/2011:18:41:49 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): State: start -> ready_to_acquire_replica
[16/Jun/2011:18:41:49 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
varad.xxx.xxx.com port 389 to sam.xxx.xxx.comport
389"" (sam:389): State: ready_to_acquire_replica -> wait_for_changes
Consumer system: (sam.xxx.xxx.xom):
[16/Jun/2011:18:46:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): Disconnected from the consumer
[16/Jun/2011:18:46:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): State: start -> ready_to_acquire_replica
[16/Jun/2011:18:46:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): State: ready_to_acquire_replica -> wait_for_changes
[16/Jun/2011:18:51:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): State: wait_for_changes -> wait_for_changes
[16/Jun/2011:18:51:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): State: wait_for_changes -> start
[16/Jun/2011:18:51:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): No linger to cancel on the connection
[16/Jun/2011:18:51:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): Disconnected from the consumer
[16/Jun/2011:18:51:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): State: start -> ready_to_acquire_replica
[16/Jun/2011:18:51:15 +051800] NSMMReplicationPlugin -
agmt="cn="Replication from
sam.xxx.xxx.com port 389 to varad.xxx.xxx.comport
389"" (varad:389): State: ready_to_acquire_replica -> wait_for_changes
So,please let me know what is the problem ? and how to resolve ?
on the supplier
ldapsearch -x -D "cn=directory manager" -W -b cn=config
'(objectclass=nsds5replicationagreement)'
Regards,
Varad
On Wed, Jun 15, 2011 at 7:41 PM, Rich Megginson <rmeggins(a)redhat.com>wrote:
> 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(a)redhat.com>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(a)gmail.com> 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(a)redhat.com>
>> 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(a)gmail.com> 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-singl...
>> >>>
>> >>> Please help me on the above topics.
>> >>> Regards,
>> >>> Varad
>> >>
>> >> --
>> >> 389 users mailing list
>> >> 389-users(a)lists.fedoraproject.org
>> >>
https://admin.fedoraproject.org/mailman/listinfo/389-users
>> >
>>
>>
>>
>
>