[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Multi master replication



Hi,

I have no clue what the problem is in your configuration.

Did you really started with a blank backend database (bdb/hdb)?
Did you read about the differences of replication type "RefreshOnly" or "RefreshAndPersist"?

Try to avoid changing replication settings while both hosts are replicating, this could have a strange impact on your database.

Bye and good luck.

On Thu, Jun 10, 2010 at 14:58, Aravind Divakaran <aravind.divakaran@yukthi.com> wrote:
Hi,

Now i have changed the rid of one of my server, now both servers have
unique rid and sid. After changing the rid i have deleted and db and
replicated from the other. Now when i change the password of the user it
says successfully changed. But when i try to login with that password i
was not able to login. Below is my log files

Jun 10 18:25:16 mails slapd[30896]: slap_queue_csn: queing 0xb67cdbf2
20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: slap_graduate_commit_csn: removing
0x9e513a0 20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: syncprov_sendresp: to=001,
cookie=rid=001,sid=001,csn=20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: do_syncrep2:
cookie=rid=000,sid=002,csn=20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: syncrepl_entry: rid=000
LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD)
Jun 10 18:25:16 mails slapd[30896]: dn_callback : entries have identical
CSN uid=user,ou=People,dc=example,dc=com
20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: syncrepl_entry: rid=000 be_search (0)
Jun 10 18:25:16 mails slapd[30896]: syncrepl_entry: rid=000
uid=titus,ou=People,dc=avasarala,dc=com
Jun 10 18:25:16 mails slapd[30896]: slap_queue_csn: queing 0x9f92c48
20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: syncrepl_entry: rid=000 entry
unchanged, ignored (uid=titus,ou=People,dc=avasarala,dc=com)
Jun 10 18:25:16 mails slapd[30896]: slap_graduate_commit_csn: removing
0x9f93d68 20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: slap_queue_csn: queing 0x9f92c48
20100610125516.236254Z#000000#001#000000
Jun 10 18:25:16 mails slapd[30896]: syncprov_matchops: skipping original
sid 001
Jun 10 18:25:16 mails slapd[30896]: slap_graduate_commit_csn: removing
0x9f94880 20100610125516.236254Z#000000#001#000000

Can you please help me why i was not able to login with the new password.


> Hey buddy,
>
> havn't you seen some time around here.
>
> I compared your slapd config to one of my own and to this one:
> https://help.ubuntu.com/9.10/serverguide/C/openldap-server.html (see down
> at
> "LDAP Replication")
>
> From that point I see you're using the same rid for both servers, so both
> servers are in the ldap way are the "same" and that's a problem because
> the
> both DBs have to be unique even if they hold the same data.
> Please consider to change the rid on one of your servers and repeat the
> step
> to replicate the database.
> Maybe rid=000 to rid=001.
>
> Bye.
>
> On Thu, Jun 10, 2010 at 13:06, Aravind Divakaran <
> aravind.divakaran@yukthi.com> wrote:
>
>> Hi
>>
>> I have deleted the db from one server and synced the db from the other.
>> Now my contextCSN is same on both the system. But still in my log files
>> it
>> showing
>>
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000 be_search
>> (0)
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000
>> uid=user,ou=People,dc=example,dc=com
>> Jun 10 16:32:42 mails slapd[23253]: slap_queue_csn: queing 0xa200128
>> 20100610110242.236793Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000 entry
>> unchanged, ignored (uid=user,ou=People,dc=example,dc=com)
>> Jun 10 16:32:42 mails slapd[23253]: slap_graduate_commit_csn: removing
>> 0xa212db0 20100610110242.236793Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: slap_queue_csn: queing 0xa200128
>> 20100610110242.236793Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncprov_matchops: skipping original
>> sid 001
>> Jun 10 16:32:42 mails slapd[23253]: slap_graduate_commit_csn: removing
>> 0xa202b60 20100610110242.236793Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: do_syncrep2:
>> cookie=rid=000,sid=002,csn=20100610110242.255828Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000
>> LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD)
>> Jun 10 16:32:42 mails slapd[23253]: dn_callback : new entry is older
>> than
>> ours uid=user,ou=People,dc=example,dc=com ours
>> 20100610110242.266299Z#000000#001#000000, new
>> 20100610110242.255828Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000 be_search
>> (0)
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000
>> uid=user,ou=People,dc=example,dc=com
>> Jun 10 16:32:42 mails slapd[23253]: slap_queue_csn: queing 0xa1fde80
>> 20100610110242.255828Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000 entry
>> unchanged, ignored (uid=user,ou=People,dc=example,dc=com)
>> Jun 10 16:32:42 mails slapd[23253]: slap_graduate_commit_csn: removing
>> 0xa1f8920 20100610110242.255828Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: slap_queue_csn: queing 0xa1fde80
>> 20100610110242.255828Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncprov_matchops: skipping original
>> sid 001
>> Jun 10 16:32:42 mails slapd[23253]: slap_graduate_commit_csn: removing
>> 0xa212e88 20100610110242.255828Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: do_syncrep2:
>> cookie=rid=000,sid=002,csn=20100610110242.266299Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000
>> LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD)
>> Jun 10 16:32:42 mails slapd[23253]: dn_callback : entries have identical
>> CSN uid=user,ou=People,dc=example,dc=com
>> 20100610110242.266299Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000 be_search
>> (0)
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000
>> uid=sudhiryr,ou=People,dc=avasarala,dc=com
>> Jun 10 16:32:42 mails slapd[23253]: slap_queue_csn: queing 0xa20e878
>> 20100610110242.266299Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncrepl_entry: rid=000 entry
>> unchanged, ignored (uid=user,ou=People,dc=example,dc=com)
>> Jun 10 16:32:42 mails slapd[23253]: slap_graduate_commit_csn: removing
>> 0xa212cb8 20100610110242.266299Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: slap_queue_csn: queing 0xa20e878
>> 20100610110242.266299Z#000000#001#000000
>> Jun 10 16:32:42 mails slapd[23253]: syncprov_matchops: skipping original
>> sid 001
>> Jun 10 16:32:42 mails slapd[23253]: slap_graduate_commit_csn: removing
>> 0xa0be008 20100610110242.266299Z#000000#001#000000
>>
>> Why i am getting this error "dn_callback : entries have identical CSN"
>>
>>
>> > Hi,
>> > thats pretty the same like copying the database. Because data and
>> metadata
>> > are completely copied over from one host to the other.
>> > Please delete your db files completely on one master (backup first!)
>> and
>> > let
>> > it sync the files from the other one.
>> >
>> > Good luck and have phun :)
>> >
>> > Benjamin.
>> >
>> > On Thu, Apr 29, 2010 at 09:20, Aravind Divakaran <
>> > aravind.divakaran@yukthi.com> wrote:
>> >
>> >> Hi Benjamin,
>> >>
>> >> I have copied the dit from one system to another using slapcat and
>> >> slapadd, because of the change in contextCSN. I have not copied the
>> >> database files.
>> >>
>> >>
>> >> Rgds,
>> >>
>> >> Aravind M D
>> >>
>> >>
>> >> > Hi Aravind,
>> >> >
>> >> > did you copy over your /var/lib/ldap/* db-files from one node to
>> the
>> >> > other?
>> >> > Just a guess into the blue.
>> >> >
>> >> > More information are neccessary.
>> >> >
>> >> > Bye.
>> >> >
>> >> > On Wed, Apr 28, 2010 at 11:12, Aravind Divakaran <
>> >> > aravind.divakaran@yukthi.com> wrote:
>> >> >
>> >> >> Hi All,
>> >> >>
>> >> >> I have configured two servers with multi master replication. Below
>> is
>> >> my
>> >> >> configuration for synrepl on both servers.
>> >> >>
>> >> >> Server One
>> >> >> ------------
>> >> >>
>> >> >> serverID 001
>> >> >>
>> >> >> overlay syncprov
>> >> >> syncprov-checkpoint 100 10
>> >> >>
>> >> >> syncrepl rid=000
>> >> >>  provider=ldap://192.168.10.100
>> >> >>  type=refreshAndPersist
>> >> >>  retry="5 5 300 +"
>> >> >>  searchbase="dc=example,dc=com"
>> >> >>  attrs="*,+"
>> >> >>  bindmethod=simple
>> >> >>  binddn="cn=syncuser,dc=example,dc=com"
>> >> >>  credentials=password
>> >> >>
>> >> >> mirrormode TRUE
>> >> >>
>> >> >> Server Two
>> >> >> --------------
>> >> >>
>> >> >> serverID 002
>> >> >>
>> >> >> overlay syncprov
>> >> >> syncprov-checkpoint 100 10
>> >> >>
>> >> >> syncrepl rid=000
>> >> >>  provider=ldap://192.168.10.25
>> >> >>  type=refreshAndPersist
>> >> >>  retry="5 5 300 +"
>> >> >>  searchbase="dc=example,dc=com"
>> >> >>  attrs="*,+"
>> >> >>  bindmethod=simple
>> >> >>  binddn="cn=syncuser,dc=example,dc=com"
>> >> >>  credentials=password
>> >> >>
>> >> >> mirrormode TRUE
>> >> >>
>> >> >> Today one of user said that he was not able to login. So i checked
>> in
>> >> >> the
>> >> >> servers in one server i was able to login but on another server i
>> was
>> >> >> not
>> >> >> able to login with the same password. I have checked the
>> contextCSN
>> >> on
>> >> >> both server they are equal. In the log it is showing this
>> >> >>
>> >> >> syncrepl_entry: rid=000 entry unchanged, ignored
>> >> >> (uid=user,ou=People,dc=example,dc=com)
>> >> >> Apr 28 12:14:17 mails slapd[16595]: syncrepl_entry: rid=000
>> >> >> uid=user,ou=People,dc=example,dc=com
>> >> >> Apr 28 12:14:17 mails slapd[16595]: syncrepl_entry: rid=000 be_add
>> >> >> uid=user,ou=People,dc=example,dc=com (68)
>> >> >> Apr 28 12:14:17 mails slapd[16595]: dn_callback : entries have
>> >> identical
>> >> >> CSN uid=user,ou=People,dc=example,dc=com
>> >> >> 20100422132507.789242Z#000000#002#000000
>> >> >>
>> >> >> Can anyone help me why above message is showing in the log files
>> and
>> >> why
>> >> >> the user is not able to login.
>> >> >>
>> >> >> Rgds,
>> >> >>
>> >> >> Aravind M D
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >> > --
>> >> > To be or not to be -- Shakespeare | To do is to be -- Nietzsche |
>> To
>> >> be
>> >> is
>> >> > to do -- Sartre | Do be do be do -- Sinatra
>> >> >
>> >>
>> >>
>> >>
>> >
>> >
>> > --
>> > To be or not to be -- Shakespeare | To do is to be -- Nietzsche | To
>> be
>> is
>> > to do -- Sartre | Do be do be do -- Sinatra
>> >
>>
>>
>> Rgds,
>>
>> Aravind M D
>>
>>
>
>
> --
> To be or not to be -- Shakespeare | To do is to be -- Nietzsche | To be is
> to do -- Sartre | Do be do be do -- Sinatra
>


Rgds,

Aravind M D




--
To be or not to be -- Shakespeare | To do is to be -- Nietzsche | To be is to do -- Sartre | Do be do be do -- Sinatra