From 7f29a287b26d186e040e53f0086fb748ef8f823f Mon Sep 17 00:00:00 2001 From: jlecour Date: Tue, 24 Jan 2017 16:00:32 +0100 Subject: [PATCH] typos --- HowtoDRBD.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/HowtoDRBD.md b/HowtoDRBD.md index 0c4af9bc..8d9c73f8 100644 --- a/HowtoDRBD.md +++ b/HowtoDRBD.md @@ -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.