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:
--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
--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
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 ...
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
> >
--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="***"
--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
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
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
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
>
-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
11 matches
Mail list logo