--On Thursday, November 03, 2016 1:16 PM +0100 Raffael Sahli public@raffaelsahli.com wrote:
I have no clue what changed that we have now such problems. What else is related to (delta)-syncrepl? time? Could it be wrong/strange slapd configurations? (acl, limits, syncrepl,...) But actually not much changed and the sync does work for some time...
"time" must be in sync between all nodes, that's well documented.
If your pulling down an empty replica from a master, then that is not using delta-sycnrepl at all. I've never had luck with doing that. I only do a slapcat from the master then slapadd to the replica, and start from there.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
Am Donnerstag, 03. November 2016 16:02 CET, Quanah Gibson-Mount quanah@symas.com schrieb:
--On Thursday, November 03, 2016 1:16 PM +0100 Raffael Sahli
If your pulling down an empty replica from a master, then that is not using delta-sycnrepl at all. I've never had luck with doing that.
Worked pretty well over here.
Cheers, Ralf Mattes
On 11/03/2016 04:02 PM, Quanah Gibson-Mount wrote:
--On Thursday, November 03, 2016 1:16 PM +0100 Raffael Sahli public@raffaelsahli.com wrote:
I have no clue what changed that we have now such problems. What else is related to (delta)-syncrepl? time? Could it be wrong/strange slapd configurations? (acl, limits, syncrepl,...) But actually not much changed and the sync does work for some time...
"time" must be in sync between all nodes, that's well documented.
Yeah, time is in sync between all server. Always was.
If your pulling down an empty replica from a master, then that is not using delta-sycnrepl at all. I've never had luck with doing that. I only do a slapcat from the master then slapadd to the replica, and start from there.
Was never a problem in my openldap history :), but aight I will check it via slapcat but I'm pretty sure thats not the point.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
Raffael Sahli public@raffaelsahli.com schrieb am 03.11.2016 um 16:37 in
Nachricht 581B59C7.7040904@raffaelsahli.com:
On 11/03/2016 04:02 PM, Quanah Gibson-Mount wrote:
--On Thursday, November 03, 2016 1:16 PM +0100 Raffael Sahli public@raffaelsahli.com wrote:
I have no clue what changed that we have now such problems. What else is related to (delta)-syncrepl? time? Could it be wrong/strange slapd configurations? (acl, limits, syncrepl,...) But actually not much changed and the sync does work for some time...
"time" must be in sync between all nodes, that's well documented.
Yeah, time is in sync between all server. Always was.
If your pulling down an empty replica from a master, then that is not using delta-sycnrepl at all. I've never had luck with doing that. I only do a slapcat from the master then slapadd to the replica, and start from there.
Was never a problem in my openldap history :), but aight I will check it via slapcat but I'm pretty sure thats not the point.
Shouldn't it also work if you slapadd an outdated "root object" to the database (so that it's not completely empty)? I really don't know whether a completely empty database is different; I guess if you can do that using LDAP commands, it should be a valid starting configuration for syncrepl (or whatever sync mechanism).
Ulrich
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
-- Raffael Sahli public@raffaelsahli.com
On 11/03/2016 04:02 PM, Quanah Gibson-Mount wrote:
If your pulling down an empty replica from a master, then that is not using delta-sycnrepl at all. I've never had luck with doing that. I only do a slapcat from the master then slapadd to the replica, and start from there.
No difference, soon after the whole thing was added with slapadd and restarted slapd it started to remove most objects again.
Nov 10 12:56:25 ldap-slave002.tam.ch slapd[3397]: syncrepl_del_nonpresent: rid=999 be_delete uid=mirko.xxx,ou=teacher,o=ken,dc=xxx,dc=xxx (0) Nov 10 12:56:25 ldap-slave002.tam.ch slapd[3397]: syncrepl_del_nonpresent: rid=999 be_delete uid=oliver.xxx,ou=teacher,o=ken,dc=xxx,dc=xxx (0) Nov 10 12:56:25 ldap-slave002.tam.ch slapd[3397]: syncrepl_del_nonpresent: rid=999 be_delete uid=peter.xxx,ou=none,o=ken,dc=xxx,dc=xxx (0) Nov 10 12:56:25 ldap-slave002.tam.ch slapd[3397]: syncrepl_del_nonpresent: rid=999 be_delete uid=willi.xxx,ou=retired,o=ken,dc=xxx,dc=xxx (0) Nov 10 12:56:25 ldap-slave002.tam.ch slapd[3397]: syncrepl_del_nonpresent: rid=999 be_delete uid=christa.xxx,ou=teacher,o=ken,dc=xxx,dc=xxx (0) Nov 10 12:56:25 ldap-slave002.tam.ch slapd[3397]: syncrepl_del_nonpresent: rid=999 be_delete uid=peter.xxx,ou=none,o=ken,dc=xxx,dc=xxx 0) ... ... ..
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
openldap-technical@openldap.org
-
Quanah Gibson-Mount -
Raffael Sahli -
Ralf Mattes -
Ulrich Windl