FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Directory

 
 
LinkBack Thread Tools
 
Old 06-15-2011, 05:59 AM
"s.varadha rajan"
 
Default Multimaster replication query

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.

or give me a solution for this.
Regards,Varad

On Tue, Jun 14, 2011 at 8:26 PM, Rich Megginson <rmeggins@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview


>>>

>>> Please help me on the above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>











--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-15-2011, 02:11 PM
Rich Megginson
 
Default Multimaster replication query

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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview

>>>

>>> Please help me on the above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>




















--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-16-2011, 01:33 PM
"s.varadha rajan"
 
Default Multimaster replication query

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" system4.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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview


>>>

>>> Please help me on the above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>






















--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-16-2011, 03:17 PM
Rich Megginson
 
Default Multimaster replication query

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.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 ?

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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview

>>>

>>> Please help me on the
above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>






























--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-17-2011, 05:45 AM
"s.varadha rajan"
 
Default Multimaster replication query

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 varad.xxx.xxx.com port 389 to sam.xxx.xxx.com po
*rt 389, replica, o3Dnetscaperoot, mapping tree, configdn: cn="Replication from varad.xxx.xxx.com port 389 to sam.xxx.xxx.c*om port 389",cn=replica,cn="o=netscaperoot",cn=mapping tree,cn=config
objectClass: topobjectClass: nsDS5ReplicationAgreementcn: "Replication from varad.xxx.xxx.com port 389 to sam.xxx.xxx.com*
*port 389"nsDS5ReplicaHost: sam.xxx.xxx.comnsDS5ReplicaRoot: o=netscaperootnsDS5ReplicaPort: 389nsDS5ReplicaBindDN: cn=repman,cn=config
nsDS5ReplicaBindMethod: simplensds5replicaTimeout: 120nsDS5ReplicaCredentials: {DES}VdEnvxoUkmw1TpV1QyVPtg==nsds5replicareapactiv e: 0nsds5replicaLastUpdateStart: 20110616123147Z
nsds5replicaLastUpdateEnd: 20110616123147Znsds5replicaChangesSentSinceStartup :: MToxNC8wIA==nsds5replicaLastUpdateStatus: 0 Incremental update succeedednsds5replicaUpdateInProgress: FALSE
nsds5replicaLastInitStart: 20110616104148Znsds5replicaLastInitEnd: 20110616104153Znsds5replicaLastInitStatus: 0 Total update succeeded
# search resultsearch: 2
result: 0 Success
# numResponses: 2# numEntries: 1

Regards,Varad



On Thu, Jun 16, 2011 at 8:47 PM, Rich Megginson <rmeggins@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.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 ?

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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview


>>>

>>> Please help me on the
above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>
































--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-17-2011, 02:16 PM
Rich Megginson
 
Default Multimaster replication query

On 06/16/2011 11:45 PM, s.varadha rajan wrote:
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 varad.xxx.xxx.com port
389 to sam.xxx.xxx.com po
*rt 389, replica, o3Dnetscaperoot, mapping tree, config
dn: cn="Replication from varad.xxx.xxx.com 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 varad.xxx.xxx.com port
389 to sam.xxx.xxx.com*
*port 389"
nsDS5ReplicaHost: sam.xxx.xxx.com
nsDS5ReplicaRoot: o=netscaperoot




This is the problem.* I doubt that you wanted to replicate
o=netscaperoot.* You probably wanted to replicate your user data
suffix e.g. dc=example,dc=com.



Can someone please fix mmr.pl?





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@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.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 ?



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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview

>>>

>>> Please help
me on the above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users
mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>









































--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-17-2011, 02:16 PM
Rich Megginson
 
Default Multimaster replication query

On 06/16/2011 11:45 PM, s.varadha rajan wrote:
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 varad.xxx.xxx.com port
389 to sam.xxx.xxx.com po
*rt 389, replica, o3Dnetscaperoot, mapping tree, config
dn: cn="Replication from varad.xxx.xxx.com 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 varad.xxx.xxx.com port
389 to sam.xxx.xxx.com*
*port 389"
nsDS5ReplicaHost: sam.xxx.xxx.com
nsDS5ReplicaRoot: o=netscaperoot




This is the problem.* I doubt that you wanted to replicate
o=netscaperoot.* You probably wanted to replicate your user data
suffix e.g. dc=example,dc=com.



Can someone please fix mmr.pl?





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@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.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 ?



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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview

>>>

>>> Please help
me on the above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users
mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>









































--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-21-2011, 05:42 AM
"s.varadha rajan"
 
Default Multimaster replication query

Hi Rich,
Please let me know, where can i get modified "mmr.pl" as per my below requirement.
Best Regards,Varad



On Fri, Jun 17, 2011 at 7:46 PM, Rich Megginson <rmeggins@redhat.com> wrote:








On 06/16/2011 11:45 PM, s.varadha rajan wrote:
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 varad.xxx.xxx.com port
389 to sam.xxx.xxx.com po
*rt 389, replica, o3Dnetscaperoot, mapping tree, config
dn: cn="Replication from varad.xxx.xxx.com 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 varad.xxx.xxx.com port
389 to sam.xxx.xxx.com*
*port 389"
nsDS5ReplicaHost: sam.xxx.xxx.com
nsDS5ReplicaRoot: o=netscaperoot




This is the problem.* I doubt that you wanted to replicate
o=netscaperoot.* You probably wanted to replicate your user data
suffix e.g. dc=example,dc=com.



Can someone please fix mmr.pl?





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@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.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 ?



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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview


>>>

>>> Please help
me on the above topics.

>>> Regards,

>>> Varad

>>

>> --

>> 389 users
mailing list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>











































--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 06-21-2011, 01:56 PM
Rich Megginson
 
Default Multimaster replication query

On 06/20/2011 11:42 PM, s.varadha rajan wrote:
Hi Rich,



Please let me know, where can i get modified "mmr.pl" as per
my below requirement.

I don't know.





Best Regards,
Varad







On Fri, Jun 17, 2011 at 7:46 PM, Rich
Megginson <rmeggins@redhat.com>
wrote:



On 06/16/2011 11:45 PM, s.varadha rajan
wrote:
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 varad.xxx.xxx.com
port 389 to sam.xxx.xxx.com
po
*rt 389, replica, o3Dnetscaperoot, mapping
tree, config
dn: cn="Replication from varad.xxx.xxx.com
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 varad.xxx.xxx.com
port 389 to sam.xxx.xxx.com*
*port 389"
nsDS5ReplicaHost: sam.xxx.xxx.com
nsDS5ReplicaRoot: o=netscaperoot





This is the problem.* I doubt that you wanted to replicate
o=netscaperoot.* You probably wanted to replicate your
user data suffix e.g. dc=example,dc=com.



Can someone please fix mmr.pl?







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@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.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 ?



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@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@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@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@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@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-single/Administration_Guide/index.html#Managing_Replication-Replication_Overview

>>>

>>>
Please help me
on the above
topics.

>>>
Regards,

>>>
Varad

>>

>> --

>> 389
users mailing
list

>> 389-users@lists.fedoraproject.org

>> https://admin.fedoraproject.org/mailman/listinfo/389-users

>




















































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

Thread Tools




All times are GMT. The time now is 09:17 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org