Add explanation for the 'CONFIRM' log messages
This commit is contained in:
parent
cd166361aa
commit
96c46ec5aa
1 changed files with 5 additions and 2 deletions
|
@ -160,12 +160,15 @@ few seconds.
|
||||||
* The previous configuration used by `f2` was `upi [f2]`, i.e., `f2`
|
* The previous configuration used by `f2` was `upi [f2]`, i.e., `f2`
|
||||||
was running in a chain of one. `f2` noticed that `f1` and `f3`
|
was running in a chain of one. `f2` noticed that `f1` and `f3`
|
||||||
were now available and has started adding them to the chain.
|
were now available and has started adding them to the chain.
|
||||||
* All new servers are always added to the tail of the chain.
|
* All new servers are always added to the tail of the chain in the
|
||||||
|
repair list.
|
||||||
* In eventual consistency mode, a UPI change like this is OK.
|
* In eventual consistency mode, a UPI change like this is OK.
|
||||||
* When performing a read, a client must read from both tail of the
|
* When performing a read, a client must read from both tail of the
|
||||||
UPI list and also from all repairing servers.
|
UPI list and also from all repairing servers.
|
||||||
* When performing a write, the client writes to both the UPI
|
* When performing a write, the client writes to both the UPI
|
||||||
server list and also the repairing list, in that order.
|
server list and also the repairing list, in that order.
|
||||||
|
* I.e., the client concatenates both lists,
|
||||||
|
`UPI ++ Repairing`, for its chain configuration for the write.
|
||||||
* Server `f2` will trigger file repair/re-sync shortly.
|
* Server `f2` will trigger file repair/re-sync shortly.
|
||||||
* The waiting time for starting repair has been configured to be
|
* The waiting time for starting repair has been configured to be
|
||||||
extremely short, 1 second. The default waiting time is 10
|
extremely short, 1 second. The default waiting time is 10
|
||||||
|
@ -180,7 +183,7 @@ few seconds.
|
||||||
|
|
||||||
Here are some suggestions for creating failures.
|
Here are some suggestions for creating failures.
|
||||||
|
|
||||||
* Use the `./dev/devN/bin/machi stop` and ``./dev/devN/bin/machi start`
|
* Use the `./dev/devN/bin/machi stop` and `./dev/devN/bin/machi start`
|
||||||
commands to stop & start VM #`N`.
|
commands to stop & start VM #`N`.
|
||||||
* Stop a VM abnormally by using `kill`. The OS process name to look
|
* Stop a VM abnormally by using `kill`. The OS process name to look
|
||||||
for is `beam.smp`.
|
for is `beam.smp`.
|
||||||
|
|
Loading…
Reference in a new issue