[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: using -c with slapd to force full reload

To: Daniel Jung <mimianddaniel@gmail.com>, openldap-technical@openldap.org
Subject: Re: using -c with slapd to force full reload
From: Quanah Gibson-Mount <quanah@symas.com>
Date: Wed, 14 Jun 2017 12:56:14 -0700
Content-disposition: inline
In-reply-to: <WM!67cb51ecd364890d0a494d0fec4ce5a93c06c5d94b8fb2280315eacb5fff7f5ca6d98aecb07ece5ef5e66dd9dda91aa4!@mailstronghold-2.zmailcloud.com>
References: <CAN+6oid6KK67J7+iY3ohrC5h0yrsh73MKm91Qktp0pTFPZuKKA@mail.gmail.com> <WM!67cb51ecd364890d0a494d0fec4ce5a93c06c5d94b8fb2280315eacb5fff7f5ca6d98aec b07ece5ef5e66dd9dda91aa4!@mailstronghold-2.zmailcloud.com>

--On Monday, June 12, 2017 5:19 PM -0700 Daniel Jung<mimianddaniel@gmail.com> wrote:

Am I misreading the man page where providing rid only with -c  forces
full reload? 
Also, anyone seeing unsynced entries even though contextcsn is in
synced?


-c or -c 0?

syncrepl or delta-syncrepl?

There are known cases where replication can fail to properly sync:
<http://www.openldap.org/its/index.cgi/?findid=8125>

--Quanah

--

Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>

References:
- using -c with slapd to force full reload
  - From: Daniel Jung <mimianddaniel@gmail.com>

Prev by Date: Re: Attempting to set Access Control for auth to Perl Backend
Next by Date: slap_global_control: unrecognized control: 1.3.6.1.4.1.4203.666.5.16
Index(es):
- Chronological
- Thread