On 09/30/2016 02:15 AM, Noriko Hosoi wrote:
sorry if I was not clear enough, I will update the doc, but let me try to explain hereHi Ludwig,
On 09/29/2016 05:43 AM, Ludwig Krispenz wrote:
This is the initial proposal, thanks for your feedback
http://www.port389.org/docs/389ds/design/delay-accepting-updates-after-init.html
Please help me understanding the design...
I'm having a bit hard time to figure out the relationship/dependency among these 3 config parameters.
no. the primary parameter is: nsslapd-replica-accept-updates-state
nsslapd-replica-accept-updates-state: on/off
nsslapd-replica-accept-updates-delay: -1/0/n
nsslapd-replica-accept-updates-auto: on/off
Are they independent or dependent? Do they take any combinations -- 2 * 3 * 2 == 12.
If it is off, the other determine when it should be set to on again (without an explicite change by an admin).
if it is on, the other two will not be used
independent of auto on/off the "delay" defines if(>=0) the state will be reset to on and when
the "auto" param determines if the server should in the defined "delay" it should try to detect if it is in sync and switch to "on" earlier.
that is a good question, there is the option to choose the default by what is "my" recommendation (auto: on, delay: n) or what is backward compatible (no change in default behaviour: auto off, delay: 0)There are 12 different behaviors? (assuming n for -delay is one case :)
What is your recommendation to the customers? I mean, what is the default setting?
For instance, if -auto is "on", when an online init is executed on the master, the scenario is automatically kicked in?
Thanks,
--noriko
_______________________________________________ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-leave@lists.fedoraproject.org
-- Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric Shander
_______________________________________________ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-leave@lists.fedoraproject.org
-- Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric Shander