On Mon, Dec 12, 2011 at 10:26:16AM -0800, Howard Chu wrote: > Brandon Hume wrote: > >I had a medium-size post describing some problems I'm having with an > >N-Way setup with 2.4.28, but I saw a post from Quanah that sent me in a > >new direction so I'm doing some more testing before whining about *that* > >problem... > > > >But meanwhile... can anyone tell me if seeing errors like the following > >is normal when replicating cn=config? > > No. Errors are by definition not normal.
An intermittent "will not perform" error on multimaster replication can be normal. (I grant I could be mistaken about something.) Consider for MMR hosts a,b: ldapmodify on a a tries to replicate from b a is newer than b and will not replicate older data a grumbles about "will not perform" b replicates from a, gets latest changes a replicates from b, no changes to replicate > The test suite tests these types of replication setups. Does "make > test" pass on your build? > > >On the provider: > > > >Nov 30 14:41:22 kil-ds-3 slapd[7540]: conn=1027 fd=26 ACCEPT from > >IP=172.30.96.203:55371 (IP=172.30.96.202:389) > >Nov 30 14:41:22 kil-ds-3 slapd[7540]: conn=1026 op=0 BIND dn="cn=config" > >mech=SIMPLE ssf=0 > >Nov 30 14:41:22 kil-ds-3 slapd[7540]: conn=1026 op=0 RESULT tag=97 err=0 > >text= > >Nov 30 14:41:22 kil-ds-3 slapd[7540]: conn=1026 op=1 DISCONNECT tag=101 > >err=2 text=controls require LDAPv3 > >Nov 30 14:41:22 kil-ds-3 slapd[7540]: conn=1026 op=1 do_search: get_ctrls > >failed > >Nov 30 14:41:22 kil-ds-3 slapd[7540]: conn=1026 fd=27 closed (operations > >error) > > > > > >... and on the consumer: > > > >Nov 30 14:41:22 kil-ds-4 slapd[8178]: do_syncrep2: rid=001 > >LDAP_RES_SEARCH_RESULT (2) Protocol error > >Nov 30 14:41:22 kil-ds-4 slapd[8178]: do_syncrep2: rid=001 (2) Protocol error > >Nov 30 14:41:22 kil-ds-4 slapd[8178]: do_syncrepl: rid=001 rc -2 retrying (3 > >retries left) > > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ > >
