evolix/wiki
22
0
Fork 0
Code Releases Activity

typos

Browse source
This commit is contained in:
jlecour 2017-01-24 16:00:32 +01:00
parent f97d5eaba0
commit 7f29a287b2
1 changed files with 5 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
HowtoDRBD.md
View file

@ -95,7 +95,7 @@ Pour lister la configuration et vérifier la syntaxe :
# drbdadm primary/secondary [ressource]
~~~
**drbdadm** pilote principalement les commandes bas niveau `drbdsetup` et `drbdmeta` : son mode _dry-and-run_ est très utile car il va lister les commandes bas niveau effectuées (sans les appliquer). Par exemple pour voir tous les changements de configuration non appliqués :
**drbdadm** pilote principalement les commandes bas niveau `drbdsetup` et `drbdmeta` : son mode _dry-run_ est très utile car il va lister les commandes bas niveau effectuées (sans les appliquer). Par exemple pour voir tous les changements de configuration non appliqués :
~~~
# drbdadm -d adjust all
@ -151,7 +151,7 @@ Writing meta data...
New drbd meta data block successfully created.
~~~
On utilise la commande _drbdadm adjust_ en mode dry-and-run sur chaque serveur pour vérifier les actions :
On utilise la commande _drbdadm adjust_ en mode dry-run sur chaque serveur pour vérifier les actions :
~~~
tic# drbdadm -d adjust foo
@ -297,7 +297,7 @@ tic# drbdmeta 45 v08 /dev/sdz3 internal create-md
tac# drbdmeta 45 v08 /dev/sdz3 internal create-md
~~~
Puis on applique cette nouvelle configuration (en observant avant en mode dry-and-run) :
Puis on applique cette nouvelle configuration (en observant avant en mode dry-run) :
~~~
tic# drbdadm -d adjust foo
@ -447,7 +447,7 @@ Pour des raisons de maintenance, on peut déconnecter une ressource (ou toutes l
Bien qu'il n'y ait pas de démon pour DRBD, il y a une unité [systemd](HowtoSystemd), mais **son utilisation est déconseillée** :
* `systemctl reload drbd` fait un `drbdadm adjust all` : autant utiliser la commande soi-même (en la testant en dry-and-run avant)
* `systemctl reload drbd` fait un `drbdadm adjust all` : autant utiliser la commande soi-même (en la testant en dry-run avant)
* `systemctl start drbd` fait tout d'abord un `drbdadm adjust-with-progress all` : si vous n'avez aucune ressource DRBD, cela échoue avec _no resources defined!_ ; il fait ensuite `drbdadm wait-connect all` qui sera bloqué infiniment si vos serveurs secondaires ne sont pas encore opérationnels ; enfin, il tente de passer les ressources en _Primary_ ce qu'il est plus prudent de faire manuellement
* `systemctl stop drbd` est dangereux, il stoppe toutes les ressources en faisant `drbdadm stop all`
@ -507,7 +507,7 @@ Il est important de bien comprendre les 3 protocoles de réplication/synchronisa
A : Réplication asynchrone. Les écritures sur le disque local du nœud primaire sont considérées complètes dès que le disque local a fini. Les paquets de réplication sont placés dans le buffer TCP.
B : Réplication synchronisé en mémoire. Les écritures sur le disque local du nœud primaire sont considérées complètes dès que le disque local a fini **et** que les paquets de réplication sont reçus sur le second nœeud.
B : Réplication synchronisé en mémoire. Les écritures sur le disque local du nœud primaire sont considérées complètes dès que le disque local a fini **et** que les paquets de réplication sont reçus sur le second nœud.
C : Réplication synchronisé sur les disques. Les écritures sur le disque local du nœud primaire sont considérées complètes dès que le disque local a fini **et** sur le disque distant aussi.