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