Re: [Q] can I replicate several branches to the same slave from one master?

2017-07-03 Thread Zeus Panchenko
Quanah Gibson-Mount wrote: > > emm ... I was sure I can not do that on the master side ... just I try > > do that, I receive full data ... > > Then likely your ACLs were incorrect? yes, they were at last I was able to fix that and get it working the way (I believe) I want:

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-30 Thread Quanah Gibson-Mount
--On Friday, June 30, 2017 9:08 AM +0300 Zeus Panchenko wrote: Quanah Gibson-Mount wrote: Wouldn't it be simpler to define ACLs on the master that limit what the replication identity has access to that matches your filters? emm ... I was sure I can not

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-30 Thread Quanah Gibson-Mount
--On Friday, June 30, 2017 8:32 AM +0300 Zeus Panchenko wrote: And what does the master say? same thing: slapd[38004]: conn=30116 op=3 SEARCH RESULT tag=101 err=53 nentries=0 text=consumer state is newer than provider! It sounds like your replica was not configured

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Zeus Panchenko
Quanah Gibson-Mount wrote: > > Wouldn't it be simpler to define ACLs on the master that limit what > the replication identity has access to that matches your filters? > emm ... I was sure I can not do that on the master side ... just I try do that, I receive full data ...

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Zeus Panchenko
Quanah Gibson-Mount wrote: > --On Friday, June 30, 2017 12:48 AM +0300 Zeus Panchenko > wrote: > ... > > 22:45:30 ABC slapd[12593]: do_syncrep2: rid=000 (53) Server is unwilling > > to perform Jun 29 22:45:30 ABC slapd[12593]: do_syncrepl: rid=000 rc -2 > >

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Quanah Gibson-Mount
--On Tuesday, June 27, 2017 2:04 AM -2100 Zeus Panchenko wrote: syncrepl rid=123 provider=ldap://master.example:389 starttls=critical searchbase="ou=ABC,ou=Sendmail,dc=example" bindmethod=simple binddn="uid=replABC,ou=repl,dc=example" credentials="***"

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Quanah Gibson-Mount
--On Friday, June 30, 2017 12:48 AM +0300 Zeus Panchenko wrote: ---[ slave slapd.log quotation start ] Jun 29 22:45:30 ABC slapd[12593]: do_syncrep2: rid=000 LDAP_RES_SEARCH_RESULT (53) Server is unwilling to perform Jun 29 22:45:30 ABC

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Zeus Panchenko
Andrew Findlay wrote: > > Try fixing the RIDs - use small numbers, all different. The exact values are > not important. > Also try commenting out the second syncrepl clause until you have the others > working properly. > You should be able to merge the first

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Andrew Findlay
On Thu, Jun 29, 2017 at 03:47:07PM +0100, Andrew Findlay wrote: > I suspect part of the trouble is that you have two syncrepl clauses using the > same search base on the same master. The timestamps are likely to be stored > in the same place, causing a clash. > > One definite error is that all

Re: [Q] can I replicate several branches to the same slave from one master?

2017-06-29 Thread Andrew Findlay
On Tue, Jun 27, 2017 at 01:04:38AM -2100, Zeus Panchenko wrote: > Subject: [Q] can I replicate several branches to the same slave from one > master? > on master I see: consumer state is newer than provider > on slave: LDAP_RES_SEARCH_RESULT (53) Server is unwilling to perform >

[Q] can I replicate several branches to the same slave from one master?

2017-06-27 Thread Zeus Panchenko
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi, please advise I need to replicate not all but some branches from one master to one slave not sure how much correct I have done that, but here what I have: slave starts successfully, records appear on slave as expected, services successfully