22
0
Fork 0

ajout exemple quand un drbd est en lag

This commit is contained in:
gcolpart 2017-05-11 15:31:52 +02:00
parent b40ed5d518
commit dfee0b5e17
1 changed files with 10 additions and 4 deletions

View File

@ -584,19 +584,19 @@ Exemples :
42: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r-----
~~~
Le nœud attend une reconnexion avec le second serveur pour lui renvoyer les données (re-synchronisation).
=> Le nœud attend une reconnexion avec le second serveur pour lui renvoyer les données (re-synchronisation).
~~~
42: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown r-----
~~~
Il s'agit d'un split-brain, le nœud est en standalone, et n'est plus synchronisé avec le second serveur.
=> Il s'agit d'un split-brain, le nœud est en standalone, et n'est plus synchronisé avec le second serveur.
~~~
42: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----
~~~
Les serveurs sont bien synchronisés.
=> Les serveurs sont bien synchronisés.
~~~
42: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r-----
@ -604,8 +604,14 @@ Les serveurs sont bien synchronisés.
[>…] sync'ed: 7.3% (7596/8188)Mfinish: 0:04:29 speed: 28,800 (28,964) K/sec
~~~
Une re-synchronisation est en cours vers le second serveur.
=> Une re-synchronisation est en cours vers le second serveur.
~~~
42: cs:SyncSource ro:Primary/Secondary ds:UpToDate/UpToDate C r-----
ns:73484284 nr:0 dw:64998220 dr:28984421 al:10100 bm:1287 lo:38 pe:20001 ua:0 ap:20001 ep:1 wo:d oos:0
~~~
=> Les serveurs sont bien synchronisés (en protocole C) mais un échange intensif de données est en cours, on le voit car les indicateurs _pe:_ (pending) et _ap:_ (application pending) sont à 20001, qui est le max-buffers/max-epoch-size dans ce cas.
## Optimisation