Drbd - Historique des versions

127.0.0.1 le 17 août 2017 à 14:58

2017-08-17T14:58:24Z

← Version précédente		Version du 17 août 2017 à 14:58
Ligne 455 :		Ligne 455 :
	[root@kvm1.metier.csn.notaires.fr modules]# dmsetup remove das_kvm1p1		[root@kvm1.metier.csn.notaires.fr modules]# dmsetup remove das_kvm1p1
	[root@kvm1.metier.csn.notaires.fr modules]# dmsetup remove das_kvm1p2		[root@kvm1.metier.csn.notaires.fr modules]# dmsetup remove das_kvm1p2
	[root@kvm1.metier.csn.notaires.fr modules]# dmsetup ls		[root@kvm1.metier.csn.notaires.fr modules]# dmsetup ls (ou dmsetup table)
	das_kvm1 (253:0)		das_kvm1 (253:0)
	[root@kvm1.metier.csn.notaires.fr modules]# dmsetup remove das_kvm1		[root@kvm1.metier.csn.notaires.fr modules]# dmsetup remove das_kvm1

127.0.0.1 le 27 décembre 2016 à 13:30

2016-12-27T13:30:17Z

← Version précédente		Version du 27 décembre 2016 à 13:30
Ligne 129 :		Ligne 129 :
	1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----		1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----
	ns:0 nr:0 dw:0 dr:316 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0		ns:0 nr:0 dw:0 dr:316 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0
			</pre>

			==== Configuration ====
			<pre>

			La section common regroupe tous les paramètres communs aux différentes ressources. Nous n'indiquons ici que le protocole. Ce paramètre spécifie la façon dont la réplication est faite :

			- protocole A pour une réplication asynchrone (les écritures locales sont considérées comme terminées une fois que l'écriture a eu lieu sur le disque local et que l'information a été enregistrée dans le tampon TCP d'envoi) ;
			- protocole B pour une réplication synchrone en mémoire (les écritures locales sont considérées comme terminées une fois que l'écriture a eu lieu sur le disque local et que l'information a été reçue par le deuxième serveur) ;
			- protocole C pour une réplication synchrone (les écritures locales sont considérées comme terminées une fois que l'écriture a eu lieu sur le disque local et sur le disque distant).

			- after-sb-0pri : slit brain vient d'être détecté, mais à ce moment aucun noeud n'est en primary
			- discard-zero-changes : s'il y a un noeud sur lequel aucun changement n'a eu lieu, on applique toutes les modifications de l'autre noeud.
			- after-sb-1pri : split brain vient d'être détecté, et à ce moment un noeud est en primary
			- discard-secondary : on prend en compte les changements du premier noeud
			- after-sb-2pri : les 2 noeuds sont en primary
			- disconnect : on passe en disconnect sur les 2 noeuds

			Le protocole A est sans aucun doute le plus rapide, mais aussi le moins sûr. Comme nous aimons nos données (sans quoi nous ne chercherions pas à nous protéger avec de la réplication), nous allons utiliser le protocole C.

			Avec DRBD, un terme revient très fréquemment : la ressource. Une ressource est composée de plusieurs propriétés :

			- tout d'abord son nom qui sera utilisé pour la différencier des autres ressources ;
			- le périphérique DRBD qui, une fois initialisé, pourra être formaté, monté et enfin utilisé ;
			- la configuration des disques associés ;
			- la configuration du réseau.

			Il s'agit donc de la troisième partie du fichier de configuration. Y sont indiqués les différents nœuds à synchroniser et, pour chaque nœud, l'adresse IP, le périphérique disque réel, le périphérique disque virtuel de DRBD et la façon dont les métadonnées sont enregistrées.
	</pre>		</pre>

127.0.0.1 le 27 décembre 2016 à 13:28

2016-12-27T13:28:07Z

← Version précédente		Version du 27 décembre 2016 à 13:28
Ligne 64 :		Ligne 64 :
	==== Mise en place ====		==== Mise en place ====
	<pre>		<pre>
	## Mise en place ##		* Mise en place
	- Interface réseau dédié pour le drbd, de préférence en direct, en mode bonding		- Interface réseau dédié pour le drbd, de préférence en direct, en mode bonding
	- La taille des partitions ou disques qui seront synchronisées doit étre similaire. Pas de formatage des partitions, juste un fdisk		- La taille des partitions ou disques qui seront synchronisées doit étre similaire. Pas de formatage des partitions, juste un fdisk
Ligne 70 :		Ligne 70 :

	* Etat initial apres démarrage du drbd		* Etat initial apres démarrage du drbd

	# cat /proc/drbd		# cat /proc/drbd
	version: 8.4.4 (api:1/proto:86-101)		version: 8.4.4 (api:1/proto:86-101)
Ligne 76 :		Ligne 75 :
	0: cs:Connected ro:Secondary/Secondary ds:Diskless/Diskless C r-----		0: cs:Connected ro:Secondary/Secondary ds:Diskless/Diskless C r-----


	* Sur chaque node et pour chaque device (synchronisation initiale des volumes DRBD)		* Sur chaque node et pour chaque device (synchronisation initiale des volumes DRBD)

	# drbdadm down drbd0		# drbdadm down drbd0

Ligne 83 :		Ligne 82 :
	version: 8.4.3 (api:1/proto:86-101)		version: 8.4.3 (api:1/proto:86-101)
	GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by root@kvm2.grdf.fr, 2013-06-11 17:30:01		GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by root@kvm2.grdf.fr, 2013-06-11 17:30:01


	# drbdadm create-md drbd0 (initialise les métadonnées de DRBD)		# drbdadm create-md drbd0 (initialise les métadonnées de DRBD)
Ligne 98 :		Ligne 96 :
	0: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r-----		0: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r-----
	ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:878222580		ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:878222580


			* Sur un des noeud et pour chaque device

			CAS 1 : On a des données à garder sur le disque du noeud "primary" : drbdadm -- --overwrite-data-of-peer primary drbd0 (qui va lancer une vrai sychro meme si les disques sont vierges) :

			# cat /proc/drbd (la synchronisation est entrain de se lancer)
			0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r-----
			ns:321816 nr:0 dw:0 dr:322480 al:0 bm:19 lo:0 pe:36 ua:0 ap:0 ep:1 wo:f oos:877904628
			[>....................] sync'ed: 0.1% (857328/857636)M
			finish: 3:04:02 speed: 79,488 (79,488) K/sec


			CAS 2 : On a des disques vierges : drbdadm -- --clear-bitmap new-current-uuid drbd0

			[root@kvm3.metier.csn.notaires.fr etckvm3]# cat /proc/drbd
			version: 8.4.4 (api:1/proto:86-101)
			GIT-hash: 74402fecf24da8e5438171ee8c19e28627e1c98a build by root@kvm3.metier.csn.notaires.fr, 2014-08-12 13:59:08
			0: cs:Connected ro:Secondary/Secondary ds:UpToDate/UpToDate C r-----
			ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0
			1: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r-----
			ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:1073707996


			Une fois la synchro fini, on passe les noeuds secondary en primary (drbdadm primary drbdX)

			# cat /proc/drbd :
			version: 8.4.4 (api:1/proto:86-101)
			GIT-hash: 74402fecf24da8e5438171ee8c19e28627e1c98a build by root@kvm1.bas.agarik.com, 2014-05-29 16:14:27
			0: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----
			ns:0 nr:0 dw:0 dr:316 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0
			1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----
			ns:0 nr:0 dw:0 dr:316 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0
	</pre>		</pre>

127.0.0.1 le 27 décembre 2016 à 13:25

2016-12-27T13:25:39Z

← Version précédente		Version du 27 décembre 2016 à 13:25
Ligne 1 :		Ligne 1 :
	Cette page a pour but d'expliquer entre autre la philosophie de drbd		Cette page a pour but d'expliquer entre autre la philosophie de drbd

	=== ~~Philosophie~~ ===		=== Généralité ===
	==== ~~Généralité~~ ====		==== Philosophie ====
	<pre style="white-space: pre-wrap;		<pre style="white-space: pre-wrap;
	white-space: -moz-pre-wrap;		white-space: -moz-pre-wrap;
Ligne 61 :		Ligne 61 :
	Uptodate : les données sont bien synchronisées		Uptodate : les données sont bien synchronisées
	</pre>		</pre>

			==== Mise en place ====
			<pre>
			## Mise en place ##
			- Interface réseau dédié pour le drbd, de préférence en direct, en mode bonding
			- La taille des partitions ou disques qui seront synchronisées doit étre similaire. Pas de formatage des partitions, juste un fdisk
			- démarrer drbd

			* Etat initial apres démarrage du drbd

			# cat /proc/drbd
			version: 8.4.4 (api:1/proto:86-101)
			GIT-hash: 74402fecf24da8e5438171ee8c19e28627e1c98a build by root@kvm3.metier.csn.notaires.fr, 2014-08-12 13:59:08
			0: cs:Connected ro:Secondary/Secondary ds:Diskless/Diskless C r-----

			* Sur chaque node et pour chaque device (synchronisation initiale des volumes DRBD)

			# drbdadm down drbd0

			# cat /proc/drbd (pour info, le noeud drbd0 n'est plus visible)
			version: 8.4.3 (api:1/proto:86-101)
			GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by root@kvm2.grdf.fr, 2013-06-11 17:30:01


			# drbdadm create-md drbd0 (initialise les métadonnées de DRBD)
			Writing meta data...
			initializing activity log
			NOT initializing bitmap
			New drbd meta data block successfully created.

			# drbdadm up drbd0

			# cat /proc/drbd (pour info, doit être en cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r-----)
			version: 8.4.3 (api:1/proto:86-101)
			GIT-hash: 89a294209144b68adb3ee85a73221f964d3ee515 build by root@kvm2.grdf.fr, 2013-06-11 17:30:01
			0: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r-----
			ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:878222580
			</pre>

	=== Drbd et LVM ===		=== Drbd et LVM ===
	<pre>		<pre>

127.0.0.1 le 27 décembre 2016 à 13:23

2016-12-27T13:23:40Z

← Version précédente		Version du 27 décembre 2016 à 13:23
Ligne 27 :		Ligne 27 :
	Il peut donc être utilisé pour des services en HA (kvm, serveur mysql ou web), souvent couplé à LVM.		Il peut donc être utilisé pour des services en HA (kvm, serveur mysql ou web), souvent couplé à LVM.
	</pre>		</pre>



	<pre>		<pre>
Ligne 46 :		Ligne 44 :
	</pre>		</pre>

			==== Etat ====
			<pre>
			* Etat du noeud
			Standalone : Les 2 noeuds ont vu ensemble qu'ils ont perdu la synchro (cas courant si perte de réseau)
			Wfconnection (Waiting for connection) : Le noeud a crashé avant que l'autre noeud n'ait remarqué la perte de synchro (crash serveur, coupure de courant);
			Connected : Tout est ok, les 2 noeuds se voient bien
			Disconnected : Une action manuelle a été faite pour déconnecter un des noeuds
			SyncSource : Synchronisation en cours

			* Etat actif / passif
			Primary/Secondary (et aussi Unknown) : Noeud primaire / secondaire, le premier état correspond à l'état du serveur sur lequel on lance la commande, le 2ème état à l'état de l'autre noeud

			* Etat des données
			Diskless : le device drbd est down
			Inconsistent : généralement en cours de synchronisation
			Uptodate : les données sont bien synchronisées
			</pre>
	=== Drbd et LVM ===		=== Drbd et LVM ===
	<pre>		<pre>

127.0.0.1 le 27 décembre 2016 à 13:22

2016-12-27T13:22:46Z

← Version précédente		Version du 27 décembre 2016 à 13:22
Ligne 2 :		Ligne 2 :

	=== Philosophie ===		=== Philosophie ===
			==== Généralité ====
	<pre style="white-space: pre-wrap;		<pre style="white-space: pre-wrap;
	white-space: -moz-pre-wrap;		white-space: -moz-pre-wrap;
Ligne 23 :		Ligne 24 :

	Malheureusement, on peut dire que la technologie sous-jacente limite les possibilités, car certains filesystems ont été conçus pour être les seuls à accéder aux volumes de données, comme ext3 par exemple. En conséquence, si vous utilisez -ou voulez utiliser- ext3, il faut opter pour une configuration drdb active / passive. En revanche, si vous souhaitez jouer avec active / active, vous pouvez vous orienter ver un cluster filesystem comme GFS ou OCFS.		Malheureusement, on peut dire que la technologie sous-jacente limite les possibilités, car certains filesystems ont été conçus pour être les seuls à accéder aux volumes de données, comme ext3 par exemple. En conséquence, si vous utilisez -ou voulez utiliser- ext3, il faut opter pour une configuration drdb active / passive. En revanche, si vous souhaitez jouer avec active / active, vous pouvez vous orienter ver un cluster filesystem comme GFS ou OCFS.

			Il peut donc être utilisé pour des services en HA (kvm, serveur mysql ou web), souvent couplé à LVM.
	</pre>		</pre>

127.0.0.1 le 27 décembre 2016 à 13:22

2016-12-27T13:22:02Z

← Version précédente		Version du 27 décembre 2016 à 13:22
Ligne 2 :		Ligne 2 :

	=== Philosophie ===		=== Philosophie ===
	<pre>		<pre style="white-space: pre-wrap;
	lskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkl		white-space: -moz-pre-wrap;
			white-space: -pre-wrap;
			white-space: -o-pre-wrap;
			word-wrap: break-word;">
			DRBD : Distributed Replicated Block Device (périphérique en mode bloc répliqué et distribué)

			Permet la réplication de périphériques de bloc (disques, partitions, volumes logiques etc…) entre des serveurs via le réseau à travers la couche tcp (sorte de raid 1 sur le réseau).
			DRBD est composé
			- d'un module noyau : drbd
			- d'outils d'administration : drbd-overview, drbdadm, drbdmeta, drbdsetup


			La réplication des données se fait :
			- En temps réel. En permanence, pendant que les applications modifient les données présentes sur le périphérique.
			- De façon transparente. Les applications qui stockent leurs données sur le périphérique répliqué n'ont pas conscience que ces données sont en fait stockées sur plusieurs ordinateurs.
			- De façon synchrone, ou asynchrone. En fonctionnement synchrone, une application qui déclenche une écriture de donnée est notifiée de la fin de l'opération seulement après que l'écriture a été effectuée sur tous les serveurs, alors qu'en fonctionnement asynchrone, la notification se fait après que la donnée a été écrite localement, mais avant la propagation de la donnée.
			- la réplication de donnée Active / Passive implique que l’écriture est faite sur l’un des emplacements, le master, puis répliquée sur le slave.
			- la réplication de donnée Active / Active, qui gère l’écriture simultanée sur toutes les entités concernées

			Malheureusement, on peut dire que la technologie sous-jacente limite les possibilités, car certains filesystems ont été conçus pour être les seuls à accéder aux volumes de données, comme ext3 par exemple. En conséquence, si vous utilisez -ou voulez utiliser- ext3, il faut opter pour une configuration drdb active / passive. En revanche, si vous souhaitez jouer avec active / active, vous pouvez vous orienter ver un cluster filesystem comme GFS ou OCFS.
	</pre>		</pre>

127.0.0.1 le 27 décembre 2016 à 13:20

2016-12-27T13:20:59Z

← Version précédente		Version du 27 décembre 2016 à 13:20
Ligne 2 :		Ligne 2 :

	=== Philosophie ===		=== Philosophie ===
	<pre ~~style="white-space: pre-wrap;~~		<pre>
	~~white-space: -moz-pre-wrap;~~
	~~white-space: -pre-wrap;~~
	~~white-space: -o-pre-wrap;~~
	~~word-wrap: break-word;"~~>
	lskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkl		lskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkl
	</pre>		</pre>

127.0.0.1 le 27 décembre 2016 à 13:20

2016-12-27T13:20:49Z

← Version précédente		Version du 27 décembre 2016 à 13:20
Ligne 2 :		Ligne 2 :

	=== Philosophie ===		=== Philosophie ===
			<pre style="white-space: pre-wrap;
			white-space: -moz-pre-wrap;
			white-space: -pre-wrap;
			white-space: -o-pre-wrap;
			word-wrap: break-word;">
			lskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkllskfdkfldkfldklfkdlfkl
			</pre>


	<pre>		<pre>
	Dans le cas d'un drbd en master / master, on va devoir avoir sur chaque noeud (on part ici du principe que l'on a 2 noeuds) un volume pour chaque noeud.		Dans le cas d'un drbd en master / master, on va devoir avoir sur chaque noeud (on part ici du principe que l'on a 2 noeuds) un volume pour chaque noeud.

127.0.0.1 le 29 juillet 2016 à 14:00

2016-07-29T14:00:17Z

← Version précédente		Version du 29 juillet 2016 à 14:00
Ligne 24 :		Ligne 24 :

	On peut avoir des status lvdisplay en not available alors que la synchro drbd est bonne; drbd travaille une couche en dessous de lvm. (le /dev/volxxx des lv en not available n existe		On peut avoir des status lvdisplay en not available alors que la synchro drbd est bonne; drbd travaille une couche en dessous de lvm. (le /dev/volxxx des lv en not available n existe
	pas). Pour repasser les lv en available il suffit généralement de faire un vgchange -ayl ~~/dev/vol_xxx~~ (sur le serveur et sur le volume ou le lvdisplay marque des LV en not available.		pas). Pour repasser les lv en available il suffit généralement de faire un vgchange -ayl $nomVG (sur le serveur et sur le volume ou le lvdisplay marque des LV en not available.
	Si la synchro drbvd est bonne, alors les lv seront bien synchronisés aussi		Si la synchro drbvd est bonne, alors les lv seront bien synchronisés aussi
	</pre>		</pre>
Ligne 139 :		Ligne 139 :

	* Sur le noeud sacrifié :		* Sur le noeud sacrifié :
	# vgchange -anl ~~/dev/volX~~ # permet de désactiver le lock du cluster (mettre volnode05 si vous souhaitez resynchronisé drbd1).		# vgchange -anl $nomVG # permet de désactiver le lock du cluster (mettre volnode05 si vous souhaitez resynchronisé drbd1).
	# drbdadm disconnect drbdX # Remplacer le X par le numéro de la ressource drbd sur laquelle intervenir. Si 2 ressources ont le problème, il faut refaire la procédure sur chacune des		# drbdadm disconnect drbdX # Remplacer le X par le numéro de la ressource drbd sur laquelle intervenir. Si 2 ressources ont le problème, il faut refaire la procédure sur chacune des
	ressources		ressources
Ligne 153 :		Ligne 153 :
	* Lorsque tout est revenu, il faut repassé la ressource en primary sur le noeud sacrifié		* Lorsque tout est revenu, il faut repassé la ressource en primary sur le noeud sacrifié
	# drbdadm primary drbdX		# drbdadm primary drbdX
	# vgchange -ayl ~~/dev/volX~~ # permet de réactiver le lock du cluster		# vgchange -ayl $nomVG # permet de réactiver le lock du cluster
	</pre>		</pre>

Ligne 161 :		Ligne 161 :

	# pour drbd0		# pour drbd0
	[root@node05.c01.cloud.agarik.com ~]# vgchange -anl ~~/dev/volimages~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -anl $nomVG
	[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd0		[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd0
	[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd0		[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd0
Ligne 169 :		Ligne 169 :

	[root@node05.c01.cloud.agarik.com ~]# drbdadm primary drbd0		[root@node05.c01.cloud.agarik.com ~]# drbdadm primary drbd0
	[root@node05.c01.cloud.agarik.com ~]# vgchange -ayl ~~/dev/volimages~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -ayl $nomVG


	# pour drbd1		# pour drbd1
	[root@node06.c01.cloud.agarik.com ~]# vgchange -anl ~~/dev/volnode05~~		[root@node06.c01.cloud.agarik.com ~]# vgchange -anl $nomVG
	[root@node06.c01.cloud.agarik.com ~]# drbdadm disconnect drbd1		[root@node06.c01.cloud.agarik.com ~]# drbdadm disconnect drbd1
	[root@node06.c01.cloud.agarik.com ~]# drbdadm secondary drbd1		[root@node06.c01.cloud.agarik.com ~]# drbdadm secondary drbd1
Ligne 181 :		Ligne 181 :

	[root@node06.c01.cloud.agarik.com ~]# drbdadm primary drbd1		[root@node06.c01.cloud.agarik.com ~]# drbdadm primary drbd1
	[root@node06.c01.cloud.agarik.com ~]# vgchange -ayl ~~/dev/volnode05~~		[root@node06.c01.cloud.agarik.com ~]# vgchange -ayl $nomVG


	# pour drbd2		# pour drbd2
	[root@node05.c01.cloud.agarik.com ~]# vgchange -anl ~~/dev/volnode06~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -anl $nomVG
	[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd2		[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd2
	[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd2		[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd2
Ligne 193 :		Ligne 193 :

	[root@node06.c01.cloud.agarik.com ~]# drbdadm primary drbd2		[root@node06.c01.cloud.agarik.com ~]# drbdadm primary drbd2
	[root@node06.c01.cloud.agarik.com ~]# vgchange -ayl ~~/dev/volnode06~~		[root@node06.c01.cloud.agarik.com ~]# vgchange -ayl $nomVG
	</pre>		</pre>

Ligne 213 :		Ligne 213 :

	# pour drbd0		# pour drbd0
	[root@node05.c01.cloud.agarik.com ~]# vgchange -anl ~~/dev/volimages~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -anl $nomVG
	[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd0		[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd0
	[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd0		[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd0
Ligne 221 :		Ligne 221 :

	[root@node05.c01.cloud.agarik.com ~]# drbdadm primary drbd0		[root@node05.c01.cloud.agarik.com ~]# drbdadm primary drbd0
	[root@node05.c01.cloud.agarik.com ~]# vgchange -ayl ~~/dev/volimages~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -ayl $nomVG

	# pour drbd2		# pour drbd2
	[root@node05.c01.cloud.agarik.com ~]# vgchange -anl ~~/dev/volnode06~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -anl $nomVG
	[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd2		[root@node05.c01.cloud.agarik.com ~]# drbdadm disconnect drbd2
	[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd2		[root@node05.c01.cloud.agarik.com ~]# drbdadm secondary drbd2
Ligne 232 :		Ligne 232 :

	[root@node05.c01.cloud.agarik.com ~]# drbdadm primary drbd2		[root@node05.c01.cloud.agarik.com ~]# drbdadm primary drbd2
	[root@node05.c01.cloud.agarik.com ~]# vgchange -ayl ~~/dev/volnode06~~		[root@node05.c01.cloud.agarik.com ~]# vgchange -ayl $nomVG

	# A partir de là, il est possible de basculer les VM de node06 sur node05 puisque les données DRBD sont à jour		# A partir de là, il est possible de basculer les VM de node06 sur node05 puisque les données DRBD sont à jour
Ligne 284 :		Ligne 284 :
	<pre>		<pre>
	Cela peut arriver lorsque l'on fait un drbdadm secondary, mais que les services clmvd et cman tourne, il faut les arreter. Voir si ce n'est pas qu'un problème de lock et qu'il peut		Cela peut arriver lorsque l'on fait un drbdadm secondary, mais que les services clmvd et cman tourne, il faut les arreter. Voir si ce n'est pas qu'un problème de lock et qu'il peut
	être résolu avec "vgchange -anl ~~/dev/volX~~" # permet de désactiver le lock du cluster (voir plus haut)		être résolu avec "vgchange -anl $nomVG " # permet de désactiver le lock du cluster (voir plus haut)
	</pre>		</pre>