CARP preemption explanation is misleading
PR: 208681 Submitted by: philipp AT copythat de Approved by: bcr (mentor) Differential Revision: https://reviews.freebsd.org/D15519
This commit is contained in:
parent
29f832e777
commit
5a59705ca0
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=51703
1 changed files with 8 additions and 6 deletions
|
@ -5105,13 +5105,15 @@ ifconfig_<replaceable>em0</replaceable>_alias1="inet vhid <replaceable>2</replac
|
|||
the master becomes available again.</para>
|
||||
|
||||
<note>
|
||||
<para>Preemption is disabled by default. If preemption has
|
||||
been enabled, <systemitem>hostc.example.org</systemitem>
|
||||
might not release the virtual <acronym>IP</acronym> address
|
||||
back to the original master server. The administrator
|
||||
<para>If the original master server becomes available again,
|
||||
<systemitem>hostc.example.org</systemitem> will not release
|
||||
the virtual <acronym>IP</acronym> address back to it
|
||||
automatically. For this to happen, preemption has to be
|
||||
enabled. The feature is disabled by default,
|
||||
it is controlled via the &man.sysctl.8; variable
|
||||
<varname>net.inet.carp.preempt</varname>. The administrator
|
||||
can force the backup server to return the
|
||||
<acronym>IP</acronym> address to the master with the
|
||||
command:</para>
|
||||
<acronym>IP</acronym> address to the master:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>ifconfig em0 vhid 1 state backup</userinput></screen>
|
||||
</note>
|
||||
|
|
Loading…
Reference in a new issue