...
Sv translation |
---|
|
Status |
---|
colour | Red |
---|
title | This page is only available in English |
---|
|
|
Sv translation |
---|
|
Attention Il s'agit d'un sujet avancé. Utilisez à vos propres risques et périls et TOUJOURS sauvegarder vos données avant. Commandes utilesVoir le statut de DRBD - DRBD 7
Voir le statut de DRBD - DRBD 9Recharger tous les paramètres Translations Ignore |
---|
Code Block |
---|
drbdadm adjust jtelshared |
|
Déconnecter l'action (utile pour la maintenance planifiée) Translations Ignore |
---|
Code Block |
---|
drbdadm disconnect jtelshared |
| translations-Réduction de l'action (utile pour la maintenance planifiée)translations-ignore |
---|
Code Block |
---|
drbdadm down jtelshared |
|
Augmenter la part Translations Ignore |
---|
Code Block |
---|
drbdadm up jtelshared |
|
Régler le nœud sur le primaire Translations Ignore |
---|
Code Block |
---|
drbdadm primary jtelshared |
|
Connectez le partage Translations Ignore |
---|
Code Block |
---|
drbdadm connect jtelshared |
|
Commandes des clusters PCS (CentOS 8) Code Block |
---|
pcs cluster stop acd-store2 pcs cluster start acd-store2 pcs node standby acd-store2 pcs node unstandby acd-store2 |
Translations Ignore |
---|
Code Block |
---|
| title | cat /proc/drbd --> Cerveau fendu
Contexte
Voir ici:
https://docs.linbit.com/doc/users-guide-84/s-resolve-split-brain/
Symptômes - CentOS 7 et antérieurs
Translations Ignore |
---|
Code Block |
---|
| cat /proc/drbd --> GIT-hash: a4d5de01fffd7e4cde48a080e2c686f9e8cebf4c build by mockbuild@, 2017-09-15 14:23:22 1: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown r----- ns:0 nr:119823323 dw:119823323 dr:2128 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0 |
|
Translations Ignore |
---|
Code Block |
---|
title | drbdadmcs:StandAlone signifie que le nœud n'est pas connecté.
Cela devrait être visible des deux côtés.
Symptômes - CentOS 8 et antérieurs
Translations Ignore |
---|
Code Block |
---|
| drbdadm status --> jtelshared role:Primary disk:UpToDate tdm-jtel-lb-2-pn-1 connection:Connecting drbdadm status --> # No currently configured DRBD found. |
|
La première commande montre que la DRBD est active sur le premier nœud, mais pas sur le second.
Remarque : cela peut être dû au fait que le deuxième nœud est arrêté ou en attente.
Découvrez quel nœud est actif dans le cluster PCS - CentOS 7
Translations Ignore |
---|
Code Block |
---|
| pcs status --> Cluster name: portal Stack: corosync Current DC: acd-store1 (version 1.1.16-12.el7_4.7-94ff4df) - partition with quorum Last updated: Sun Mar 18 18:05:32 2018 Last change: Fri Feb 16 00:07:51 2018 by root via cibadmin on acd-store2 2 nodes configured 3 resources configured Node acd-store1: standby Online: [ acd-store2 ] Full list of resources: Resource Group: haproxy_group ClusterDataJTELSharedMount (ocf::heartbeat:Filesystem): Started acd-store2 ClusterIP (ocf::heartbeat:IPaddr2): Started acd-store2 samba (systemd:smb): Started acd-store2 Daemon Status: corosync: active/enabled pacemaker: active/enabled pcsd: active/enabled |
|
Translations Ignore |
---|
Code Block |
---|
title | pcsDans l'exemple ci-dessus, le premier nœud est en attente. La chose la plus importante à vérifier, c'est sur quel serveur les ressources sont démarrées.
Dans ce cas, les ressources sont mises en place sur acd-store2.
Il sera donc défini comme le nœud NON brisé .
Découvrez quel nœud est actif dans le cluster PCS - CentOS 8
Translations Ignore |
---|
Code Block |
---|
| pcs status --> Cluster name: jtel_cluster Cluster Summary: * Stack: corosync * Current DC: acd-lb1 (version 2.0.3-5.el8_2.1-4b1f869f0f) - partition with quorum * Last updated: Sat Oct 3 12:39:22 2020 * Last change: Sat Oct 3 12:31:22 2020 by root via cibadmin on acd-lb2 * 2 nodes configured * 5 resource instances configured Node List: * Online: [ acd-lb1 ] * OFFLINE: [ acd-lb2 ] Full List of Resources: * Clone Set: DRBDClusterMount-clone [DRBDClusterMount] (promotable): * Masters: [ acd-lb1 ] * Stopped: [ acd-lb2 ] * DRBDClusterFilesystem (ocf::heartbeat:Filesystem): Started acd-lb1 * Samba (systemd:smb): Started acd-lb1 * ClusterIP (ocf::heartbeat:IPaddr2): Started acd-lb1 Daemon Status: corosync: active/enabled pacemaker: active/enabled pcsd: active/enabled |
|
Code Block |
---|
title |
---|
pcs cluster standby acd-lb-broken --> Verify this with pcs status |
Code Block |
---|
title | pcs node standby acd-lb-broken --> Verify this with pcs status |
Translations Ignore |
---|
Code Block |
---|
title | umount /srv/jtel/shared drbdadm disconnect jtelshared drbdadm secondary jtelshared drbdadm connect --discard-my-data jtelshared |
Translations Ignore |
---|
Code Block |
---|
title | drbdadm primary jtelshared drbdadm connect jtelshared |
Translations Ignore |
---|
Code Block |
---|
title | [root@storage01 ~]# cat /proc/drbd version: 8.4.10-1 (api:1/proto:86-101) GIT-hash: a4d5de01fffd7e4cde48a080e2c686f9e8cebf4c build by mockbuild@, 2017-09-15 14:23:22 1: cs:SyncTarget ro:Secondary/Primary ds:Inconsistent/UpToDate C r----- ns:0 nr:1411538 dw:121234862 dr:2128 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:184698664 [>....................] sync'ed: 0.8% (180368/181744)M finish: 26:12:15 speed: 1,940 (2,760) want: 2,120 K/sec |
Translations Ignore |
---|
Code Block |
---|
title | drbdadm disk-options --c-plan-ahead=0 --resync-rate=110M jtelshared |
Dans l'exemple ci-dessus, le deuxième nœud est hors ligne. La chose la plus importante à vérifier, c'est sur quel serveur les ressources sont démarrées.
Dans ce cas, les ressources sont démarrées sur acd-lb1.
Il sera donc défini comme le nœud NON brisé .
Mettez en veille le nœud rompu dans le cluster PCS (si nécessaire)
Cette commande peut être exécutée sur n'importe quelle machine.
CentOS 7
Code Block |
---|
title | Nœud brisé en veille |
---|
|
pcs cluster standby acd-lb-broken --> Verify this with pcs status |
CentOS 8
Code Block |
---|
title | Nœud brisé en veille |
---|
|
pcs node standby acd-lb-broken --> Verify this with pcs status |
Sur un nœud brisé
Note : la première commande lancera probablement une erreur. De plus, il se peut que l'action ne soit pas montée. Cela ne pose pas de problème.
Translations Ignore |
---|
Code Block |
---|
| umount /srv/jtel/shared drbdadm disconnect jtelshared drbdadm secondary jtelshared drbdadm connect --discard-my-data jtelshared |
|
Sur le nœud sain
Translations Ignore |
---|
Code Block |
---|
title | drbd on healthy node |
---|
| drbdadm primary jtelshared drbdadm connect jtelshared |
|
Vérifier l'activité de re-sync
La re-synchronisation pourrait prendre beaucoup de temps.
Surveillez l'état de cette utilisation :
cat /proc/drbd
Exemple de sortie :
Translations Ignore |
---|
Code Block |
---|
| [root@storage01 ~]# cat /proc/drbd version: 8.4.10-1 (api:1/proto:86-101) GIT-hash: a4d5de01fffd7e4cde48a080e2c686f9e8cebf4c build by mockbuild@, 2017-09-15 14:23:22 1: cs:SyncTarget ro:Secondary/Primary ds:Inconsistent/UpToDate C r----- ns:0 nr:1411538 dw:121234862 dr:2128 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:184698664 [>....................] sync'ed: 0.8% (180368/181744)M finish: 26:12:15 speed: 1,940 (2,760) want: 2,120 K/sec |
|
Régler le transfert (deuxième nœud) - uniquement CentOS 7.x
Actuellement, il n'existe pas de procédure pour régler le transfert sur CentOS 8.x
Si le transfert doit prendre du temps, il faut alors le régler sur le nœud rompu :
Translations Ignore |
---|
Code Block |
---|
title | Réglage du transfert drbd (sur noeud brisé) |
---|
| drbdadm disk-options --c-plan-ahead=0 --resync-rate=110M jtelshared |
|
Remettre le nœud rompu en position primaire - CentOS 7.x ONLY
Translations Ignore |
---|
Do not do this on CentOS 8.x installations! Here DRBD is managed by the cluster. Code Block |
---|
title | Nœud brisé en attente |
---|
| drbdadm primary jtelshared --> Verify this with cat /proc/drbd |
|
Redémarrer le nœud PCS
Translations Ignore |
---|
CentOS 7.x Code Block |
---|
title | Nœud brisé en attente |
---|
| pcs cluster unstandby acd-lb-broken --> Verify this with pcs status |
CentOS 8.x Code Block |
---|
title | Nœud brisé en attente |
---|
| pcs cluster start acd-lb-broken pcs node unstandby acd-lb-broken --> Verify this with pcs status |
|
Désactiver le transfert (deuxième nœud) - CentOS 7x seulement
Si le transfert a été accordé, il faut le désaccorder (sur le nœud rompu).
Note : de toute façon, cela ne fera pas de mal d'exécuter cette commande.
Translations Ignore |
---|
Code Block |
---|
title | drbd - Transfert de l'infortune |
---|
| drbdadm adjust jtelshared |
|
Tout vérifier
Translations Ignore |
---|
Code Block |
---|
| pcs status # CentOS 7.x cat /proc/drbd # CentOS 8.x drbdadm status # On some other linux machines ls /home/jtel/shared # Windows dir //acd-store/shared |
|
Système de fichiers corrompu
Parfois, lorsque le DRBD échoue, le système de fichiers devient également corrompu.
Dans ce cas, les deux nœuds peuvent être primaires, mais la part ne sera pas montée non plus.
La commande mount /srv/jtel/shared échouera.
Dans ce cas, il peut être nécessaire de réparer le système de fichiers.
Symptômes
Translations Ignore |
---|
Code Block |
---|
[17354513.483526] XFS (drbd1): log mount/recovery failed: error -22 [17354513.483569] XFS (drbd1): log mount failed [17355040.104433] XFS (drbd1): Mounting V5 Filesystem [17355040.122234] XFS (drbd1): Corruption warning: Metadata has LSN (56:112832) ahead of current LSN (56:112733). Please unmount and run xfs_repair (>= v4.3) to resolve. [17355040.122239] XFS (drbd1): log mount/recovery failed: error -22 [17355040.122322] XFS (drbd1): log mount failed |
|
Réparation
Un des nœuds (il faut en choisir un pour devenir primaire) :
Translations Ignore |
---|
Code Block |
---|
xfs_repair /dev/drbd/by-res/jtelshared/0 pcs resource cleanup |
|
Celui-ci devrait ensuite monter et démarrer les ressources sur ce nœud.
Ensuite, continuez avec l'autre nœud comme " brisé" dans la situation du cerveau divisé.
Resync bloquée
Si la resynchronisation du DRBD est bloquée - la sortie sera "bloquée" lorsque cat /proc/drbd est exécuté - alors il peut être nécessaire de redémarrer la machine.
Cela a été observé une fois, et le fait de recommencer a permis de résoudre la situation. Cependant, on ne sait pas grand-chose de plus sur cet état, ni sur sa cause, à l'heure actuelle.
Translations Ignore |
---|
Do not do this on CentOS 8.x installations! Here DRBD is managed by the cluster.
Code Block |
---|
title | drbdadm primary jtelshared --> Verify this with cat /proc/drbd |
Translations Ignore |
---|
CentOS 7.x
Code Block |
---|
title | pcs cluster unstandby acd-lb-broken --> Verify this with pcs status |
CentOS 8.x
Code Block |
---|
title | pcs cluster start acd-lb-broken pcs node unstandby acd-lb-broken --> Verify this with pcs status |
Translations Ignore |
---|
Code Block |
---|
title | drbdadm adjust jtelshared |
Translations Ignore |
---|
Code Block |
---|
title | pcs status # CentOS 7.x cat /proc/drbd # CentOS 8.x drbdadm status # On some other linux machines ls /home/jtel/shared # Windows dir //acd-store/shared |
Translations Ignore |
---|
Code Block |
---|
[17354513.483526] XFS (drbd1): log mount/recovery failed: error -22 [17354513.483569] XFS (drbd1): log mount failed [17355040.104433] XFS (drbd1): Mounting V5 Filesystem [17355040.122234] XFS (drbd1): Corruption warning: Metadata has LSN (56:112832) ahead of current LSN (56:112733). Please unmount and run xfs_repair (>= v4.3) to resolve. [17355040.122239] XFS (drbd1): log mount/recovery failed: error -22 [17355040.122322] XFS (drbd1): log mount failed |
Translations Ignore |
---|
Code Block |
xfs_repair /dev/drbd/by-res/jtelshared/0 pcs resource cleanup