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 < [email protected]> 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 < > > [email protected]> 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 < > >> > [email protected]> 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 < > >> >> > [email protected]> 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
