SLIS

Notice: Undefined index: tasklist_type in /usr/local/flyspray-0.9.9.7/includes/class.tpl.php(128) : eval()'d code on line 85 Notice: Undefined index: tasklist_type in /usr/local/flyspray-0.9.9.7/includes/class.tpl.php(128) : eval()'d code on line 90
  • Etat Nécessite une spécification
  • Pourcentage achevé:
    0%
  • Type de tâche Bug
  • Catégorie SLIS → slis-debian-installer
  • Assignée à Personne
  • Système d'exploitation All
  • Sévérité Haute
  • Priorité Basse
  • Basée sur la version 4.1.1
  • Due pour la version Non décidé
  • Date d'échéance Non décidé
  • Votes 0
  • Privée Non
Concerne le projet: SLIS
Ouverte par Auteur anonyme - 2010-05-20
Dernière édition par Auteur anonyme - 2011-12-13

FS#365 - problème mdadm et raid5

Suite à un reboot (déclenché par un onduleur), un de nos slis en raid5 ne boot plus et passe sur BusyBox après un long moment (plusieur minutes).
Les erreurs commencent avec :
Begin: Assembling all MD arrays ...
mdadm: No devices listed in conf file were found.
Failure: failed to assemble all arrays.
Done.
-----
Ensuite lvm échoue évidemment, puis le système par en time out en attendant la partition root ("ALERT! /dev/mapper/xxxxxx-root does not exist. Dropping to a shell!").
Dans la BusyBox, lancer ./init donne :
--------------------
md: invalid raid superblock magic on sda
md: sda does have a valid v0.90 superblock, not importing!
md: md_import_device returned -22
-----------------------
En revanche, si on lance directement mdrun, le raid se lance.
Enfin, si on boot avec un live CD (rescueCD), le raid et le lvm démarrent sans problème.

This task does not depend on any other tasks.

Laurent COOPER (swirly)
jeudi, 31 mars 2011, 11:00 GMT
  • Champ changé: Etat (Nouvelle → Nécessite une spécification)
Est ce vraiment une tache qui correspond à un bug ou un problème en exploitation d'une machine unique ? Si c'est le cas, c'est plutôt un ticket ECARE qu'une tache flyspray.
Auteur anonyme
jeudi, 31 mars 2011, 12:27 GMT
Il me semble que ça a eu lieu sur au moins deux machines différentes.
Mais oui, il faudrait commencer par essayer de reproduire le bug : il se trouve que personne n'a jamais vraiment testé le raid 5, apparemment.
En faire un ticket E-Care ne changera rien, c'est un bug que personne n'a réussi à élucider. À mon avis, ça vaut le coup de voir si c'est pas un bug, avant que le raid-5 ne se généralise.
Jurkiewicz Gérard (Gerard)
jeudi, 31 mars 2011, 13:30 GMT
Voici les quelques éléments que je peux apporter. Je confirme avoir fait 2 essais.
1er : machine Serveur DELL avec contrôleur Scsi et 4 disques (Raid Hard désactivé). Installation Slis4 avec mise en place auto d'un Raid5. Lorsque j'ai signalé le plantage, la réponse a été que la machine était trop spécifique (contrôleur Raid exotique).
2ième : machine avec 3 disques SATA. Installation Slis4 avec mise en place auto d'un Raid5. Lorsque j'ai signalé le plantage, Luc a convenu que cela représentait un plantage reproductible et que l'on pouvait donc ouvrir un ticket sur le Flyspray (malgré que le RAID5 ne représentait pas le cas d'usage généralisé sur le terrain).
Auteur anonyme
mardi, 13 décembre 2011, 14:49 GMT
  • Champ changé: Catégorie (Générale → slis-debian-installer)
  • Champ changé: Priorité (Normale → Basse)
À confirmer : vu à la ville de Grenoble (problème de RAID 5 et disque 2 To).

Tant que c'est pas résolu, il ne faut pas proposer le RAID 5 à l'installation.

Chargement...