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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 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.com port 389"" (varad:389):
State: ready_to_acquire_replica -> wait_for_changes
So,please let me know what is the problem ? and how to resolve ?
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
> >
>
>
>