Probleme de raid ?

par **TOM23** » 31 Mars 2008 12:10

Bonjour,
Il y a quelques temps, j'ai installé un second disque sur ma sme de façon à les faire fonctionnaer en raid 1.

Les deux disques etant quasi neufs, de meme capacité.
J'ai bien vu la reconstruction du raid se faire et rien ne me laisser penser que j'avais un probleme.
Sauf que voilà je ne consulte pas tres souvent le compte mail admin du fait que je suis la seule personne qui se sert du serveur, et j'ai vu ce weekend que j'avais reçu un mail interne avec ce texte :

De: mdadm monitoring <root@xxx>
À: admin_raidreport@xxx
Sujet: DegradedArray event on /dev/md2:serveursme.xxx
En-têtes: Montrer toutes les en-têtes

This is an automatically generated mail message from mdadm running on serveursme.tom23.com.

A DegradedArray event has been detected on md device /dev/md2.

En fait j'en ai deux, un pour md1 et le precedent pour md2

Mon raid serait-il non fonctionnel ?
Tout fonctionne parfaitement sorti de ça, et je ne vois pas du tout quoi faire.

par **jdh** » 31 Mars 2008 14:23

On peut supposer que "cat /proc/mdstat" donne des infos ...

par **TOM23** » 31 Mars 2008 14:34

Ok donc voilà l'intregal de mon fichier mdstat:

Code: Tout sélectionner: Personalities : [raid1] md2 : active raid1 sdb2[0] 244091520 blocks [2/1] [U_] md1 : active raid1 sdb1[0] 104320 blocks [2/1] [U_] unused devices: <none>

par **guytou** » 31 Mars 2008 15:00

salut

bon ton raid est en mode degradé donc plus synchronisé.

retente une synchro a partir de la console d'installation

cordialement

par **jdh** » 31 Mars 2008 15:31

Je confirme : md0 et md1 sont en état "fail" puisque avec 1 seule partition (au lieu de 2).

Il existe (aussi) des commandes (en ligne de commande) comme "mdadm -?" pour ajouter une partition à une unité raid, ...

Un peu de recherche sur le site devrait te renseigner.

par **TOM23** » 31 Mars 2008 17:38

Merci de vos reponses, je nage un peu j'avoue.

Guytou, tu preconises de relancer une installation de sme et au lieu de faire l'intall', de synchroniser le raid ?

Jdh, j'ai cherché, et je ne suis pas sur de moi dans cette histoire, je vais voir la resynchro.

par **jdh** » 31 Mars 2008 17:44

Derrière la resynchro, il y a ... les commandes mdadm. Donc, en agissant de façon prudente, on doit bien y arriver avec mdadm !

Par exemple
mdadm -a /dev/md0 /dev/sda2 : ajout à md0 de sda2

Le rebuild est automatique et se contrôle en faisant "cat /proc/mdstat".

Bien sur, on commence par regarder ce qu'on a par "fdisk -l" ou "fdisk -l /dev/sda".

par **TOM23** » 31 Mars 2008 18:38

Ok donc je fais directement

Code: Tout sélectionner: mdadm -a /dev/md0 /dev/sda2

sans passer par la resynchro ?

Sinon je vien de faire fdisk -l voici ce que ça donne:

Code: Tout sélectionner: Disque /dev/sda: 250.0 Go, 250059350016 octets 255 têtes, 63 secteurs/piste, 30401 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/sda1 * 1 13 104384+ fd Linux raid autodetect La partition 1 ne se termine pas sur une frontière de cylindre. /dev/sda2 13 30401 244091647 fd Linux raid autodetect [root@serveursme ~]# fdisk -l Disque /dev/sda: 250.0 Go, 250059350016 octets 255 têtes, 63 secteurs/piste, 30401 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/sda1 * 1 13 104384+ fd Linux raid autodetect La partition 1 ne se termine pas sur une frontière de cylindre. /dev/sda2 13 30401 244091647 fd Linux raid autodetect Disque /dev/sdb: 250.0 Go, 250059350016 octets 255 têtes, 63 secteurs/piste, 30401 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/sdb1 * 1 13 104391 fd Linux raid autodetect /dev/sdb2 14 30401 244091610 fd Linux raid autodetect Disque /dev/sdc: 320.0 Go, 320072933376 octets 255 têtes, 63 secteurs/piste, 38913 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/sdc1 1 38913 312568641 83 Linux Disque /dev/md1: 106 Mo, 106823680 octets 2 têtes, 4 secteurs/piste, 26080 cylindres Unités = cylindres de 8 * 512 = 4096 octets Disque /dev/md1 ne contient pas une table de partition valide Disque /dev/md2: 249.9 Go, 249949716480 octets 2 têtes, 4 secteurs/piste, 61022880 cylindres Unités = cylindres de 8 * 512 = 4096 octets Disque /dev/md2 ne contient pas une table de partition valide Disque /dev/dm-0: 248.8 Go, 248873222144 octets 2 têtes, 4 secteurs/piste, 60760064 cylindres Unités = cylindres de 8 * 512 = 4096 octets Disque /dev/dm-0 ne contient pas une table de partition valide Disque /dev/dm-1: 1040 Mo, 1040187392 octets 2 têtes, 4 secteurs/piste, 253952 cylindres Unités = cylindres de 8 * 512 = 4096 octets Disque /dev/dm-1 ne contient pas une table de partition valide

J'ai du mal à decrypter tout ça, y voyez vous quelque chose d'anormal ?[/code]

par **Gaston** » 31 Mars 2008 23:46

TOM23 a écrit:Ok donc je fais directement
Code: Tout sélectionner
mdadm -a /dev/md0 /dev/sda2

NON. Ce n'est qu'un exemple de ce que pourrait être la bonne commande, mais il faut aussi réfléchir un petit peu sur
- sur quoi veux-t-on agir ?
- quel résulat veux-t-on atteindre ?
(et puis y a jdh qui a shifté d'une valeur d'indice dans ses phrases :oops:

)

Quels metadevices RAID existent pour ton système ? (je t'aide, cela commence par les deux lettres en gras ...)
Quel disque fait actuellement partie de ces métadevices (ça commence par "/dev/sd" - dans ton cas- )
Quel autre disque est connecté sur ton système et devrait donc probablement faire également partie de ces métadevices, non ?
Existerait-il sur ce disque des partitions de tailles similaires à celle utilisées dans la constitution des metadevices RAID ( pour nous confuser, elles sont numérotées à l'identique sur tous les disques :lol:

) ?

Quels conclusions peux-t-on tirer des éléments précédents (si si ce charabia a un réel sens pratique)

Sinon, avant de passer par la ligne de commande (quoique, moi je préfère, pas tapé) il est possible de gérer la redondance via la console (je pense que c'est à cela que pense Guytou)

G.

par **guytou** » 01 Avr 2008 07:39

salut a tous

Gaston a écrit:
Sinon, avant de passer par la ligne de commande (quoique, moi je préfère, pas tapé) il est possible de gérer la redondance via la console (je pense que c'est à cela que pense Guytou)

G.

absolument merci Gaston.

quand a la ligne de commande c'est aussi ma méthode préférée mais bon je me souvient d'une erreur de
paramètre justement lors de la reconstruction d'un raid :shock:

donc depuis j'aime autant te dire que j'y vais avec précaution . :wink:

A+

par **jdh** » 01 Avr 2008 09:07

Il est clair que la ligne de commande est à utiliser avec une GRANDE attention !

Le lieu n'est pas à débattre de la supériorité de la ligne de commande à l'interface graphique ou web, bien évidemment.

On doit toujours conseiller d'essayer d'abord avec l'interface qui est prévue pour faciliter la vie ...

Cependant, il n'est pas sur que le problème sera résolu de cette façon, notamment ici.

Je vois
- 3 disques (sda=250G, sdb=250G identique à sda, sdc=320G).
=> sdc n'est pas concerné, donc, le miroir est à réaliser entre sda et sdb.
- sda et sdb ne sont pas partitionné de la même façon, et les devices md1/md2 sont basés sur sdb.
=> Il me semble, donc, qu'il faudrait repartitionner sda de façon identique à sdb (par sfdisk ?), puis ajouter les partitions sda? à chaque device md? (cde "mdadm -a" puis suivre avec "cat /proc/mdstat").
- Néanmoins le démarrage s'effectue sans doute à partir de sda. Donc, il doit y avoir un bootloader dans la table de partition de sda, et donc, il est délicat de repartitionner "comme ça" sda.
- le serveur démarre-t-il sans sda ?

Il est particulièrement dangereux d'exécuter à la lettre des instructions données sans les ADAPTER à la situation. En principe la/les méthode/s (ou les indices) données par les uns et les autres sont correctes ici mais on lance des opérations en fonction de ce que l'on voit précisément.

Ce que j'indique, ce sont les commandes que j'utiliserais à titre perso et compte tenu de mon expérience et ma pratique. Il va de soi que tu dois agir avec discernement.

par **Gaston** » 01 Avr 2008 10:59

Salut jdh,
pas tout à fait d'accord avec ton analyse, mais comment dire je chipote un peu :wink:

- sda et sdb ne sont pas partitionné de la même façon, et les devices md1/md2 sont basés sur sdb.

oui et non. on est en présence d'une réaction différente du partitionnement sur deux disques que je pense un petit peu différents et je n'en tirerai pas de conclusions aussi définitives que toi.
(NB Selon des sources extérieures (contribs) on n'a pas à se soucier du problème de "Boundary" sous Linux)

Qu'est-ce qui te fait penser que le raid est basé sur sdb et pas sda (l'ordre d'affichage est, d'expérience, j'ai pas d'explication, plus dépendant d'un contexte que d'une réalité de configuration) ?

Néanmoins le démarrage s'effectue sans doute à partir de sda. Donc, il doit y avoir un bootloader dans la table de partition de sda,

Non, à l'installation (et à la gestion des disques via les outils SME), le boot loader se trouve sur tous les devices du RAID (1 ou 5) . Sinon je vois pas trop l'intérêt d'un serveur qui peux pas redémarrer si il a un des disques en carafe.
D'ailleurs j'ai un fort soupçon que le serveur a déjà été redémarré depuis le problème de RAID (ce qui m'expliquerai l'ordre des devices pour le mdstat).

A mon les seules commandes ayant pour but de joindre les partitions aux devices raid devraient suffire.
Avec tes conseils et les pistes données, Tom23 doit être ne mesure de trouver les bons arguments à celle-ci.
Par contre, avant toute opération il me semble opportun de :
- s'assurer que l'on dispose de sauvegardes à jour de ses données
- s'assurer que le disque est réellement fonctionnel (smartcl )

G.

par **jdh** » 01 Avr 2008 11:31

Salut Gaston,

Je ne suis pas du tout spécialiste SME (j'ai abandonné avec 5.1 !).

Néanmoins, je ne suis pas persuadé que la "boundary" puissent être évacuée : il serait plus sage que les partitions soit "correctement" alignés sur des limites de cylindres. Il est clair que les partitions actives sont bien celle de sdb ... puisque c'est indiqué par "mdstat".

Une difficulté, en effet, est de s'assurer que chaque disque contient le début de Grub (I suppose) afin de démarrer quelque soit la situation (1 disque hs quel qu'il soit). Ce n'est pas simple ...

par **TOM23** » 01 Avr 2008 11:50

Merci de toute cette litterature, je ne maitrise pas trop mais ça me fait avancé dans la comprehension du systeme

Une info qui pourrait vous aider, mse etait avant installée sur un seul disque de 250Go, j'ai ensuite ajouté un deuxieme disque de meme taille afin de passer le tout en raid 1 qui apparement s'etait reconstuit normalement.

Je vous voit parler d'interface web, mais je ne vois rien qui se rapporte au raid dedans, est-ce normal ?? j'ai mal compris quelque chose ?

Je vais faire le test de demarrage sur chaque disque, le sda et le sdb et vous tenir au courant.

Edit: Donc avec un disque à l'arret, j'ai un message me proposant la reparation du systeme de fichiers via un shell. Alors qu'avec l'autre, sme ne boot pas et le pc cherche à booter sur un autre peripherique.

Reedit: serait-il possible de lancer la reparation du systeme de fichier du premier disque, et ensuite apres partionnement du deuxieme de reprendre proprement l'installation du raid ?

Je ne peux pas pour le moment effectuer les sauvegardes de l'ensemble de ma SME, le disque me le permettant etant au SAV. les documents important le sont regulierement, mais j'aimerai quand meme eviter de perdre le reste.

Probleme de raid ?

Probleme de raid ?

Qui est en ligne ?