RE: Re : [etch] Blocage au demarrage, initramfs, PERC5, driver

Re,

Je recommence ici, histoire de simplifier la lecture, la question principale est simple :

Qu’est-ce que tu utilises comme système de gestion de disques ?

sda -> scsi ou sata directement utilisé

mdX -> raid (il y a surment d’autres notation, je suis pas un spécialiste du raid).

/dev/nom_volume_group/nom_volume_logique -> nomination LVM

Ceci dit, ce qui me plait avec la debian, c’est qu’elle fait beaucoup de chose toute seule, me laissant du temps pour réfléchir à d’autres choses, notamment elle remplie convenablement le fstab normalement (qu’il y ai ou non du raid, du lvm ou une machine à café), elle choisit un chouette initrd sans défaut qui va avec tout ça (ceci par opposition à la Gentoo que j’aime tant, et qui me fait perdre un temps faramineux pour des bétises).

Je le redis, si ça marche une fois, que tu ne touches pas à ta conf et que ça plante aléatoirement derrière, ton problème vient pas de la conf, puisque tu n’y as pas touché : )

Maintenant oui si tu bidouilles ton initrd et recompile 3 fois ton noyau avant chaque reboot, le problème peut très bien venir de là, c’est toi qui sait ça ;)

Si ton installation est encore fraîche, recommence la, tu n’es pas obligé tout de suite de t’occuper de tous tes disques, et prends le temps de regarder ce qu’il se passe, comment sont nommé tes périphériques par l’installeur, lors de la gestion des disques.

Si c’est bien du raid hardware, le système ne devrait pas te parler de sda, sdb mais les nommer en tant que disques raid (mdX ?).

-----------------------------------------------------------------------------

En vue de coupe franche -> le HTML, c’est mal ^^

-----------------------------------------------------------------------------

From: djibril ousmanou [mailto:djibrilo@yahoo.fr]
Sent: jeudi 27 mars 2008 17:30
To: debian-user-french@lists.debian.org
Subject: Re : [etch] Blocage au demarrage, initramfs, PERC5, driver

----- Message d'origine ----
De : "DUFRESNE, Mathias (STERIA)" <MATTHIAS.DUFRESNE@airbus.com>
À : debian-user-french@lists.debian.org
Envoyé le : Jeudi, 27 Mars 2008, 16h39mn 54s
Objet : RE: [etch] Blocage au demarrage, initramfs, PERC5, driver

From: djibril ousmanou [mailto:djibrilo@yahoo.fr]
Sent: mercredi 26 mars 2008 17:45
To: debian-user-french@lists..debian.org
Subject: [etch] Blocage au demarrage, initramfs, PERC5, driver

Salut à tous,

Salut,

J'ai un souci au démarrage de mon serveur (power edge 850) qui utilise debian etch, 2.6.18-6-686.
Ce dernier contient 2 disques et est relié a une baie de stockage Power PV MD1000 via le controller PERC5. cette baie de stockage a été acheté chez DELL qui m'avait proposé (pour redhat) le driver megaraid_sas-v00.00.03.16.
DELL me proposait pour une redhat leur driver sur un power edge 1950 - Contrôleurs SAS RAID (7) - PERC 5/E Adapter
http://support.euro.dell.com/support...NET&hidlang=fr
http://support.euro.dell.com/support/downloads/format.aspx?c=fr&l=fr&s=gen&deviceid=9181&libid=46&releaseid=R169676&vercnt=2&formatcnt=0&SystemID=PWE_1950&servicetag=&os=RHEL5&osl=fr&catid=-1&impid=-1
car il n'avait pas d'option controleur SAS RAID pour un 850.

Mais je souhaite utiliser redhat.

T’es sûr de vouloir une Red Hat ? ;)

Euh non pas du tout envie de redhat, mais je souhaite rester sur Debian, c'est un lapsus

sda1 a 3 partitions (swap, / et /sauvegarde1 )
sdb a une partition ext3 (/sauvegarde2) de 300 Go
sdb c (baie de stockage ) une partition de 2To (/baie_sauvegarde).

Avec une belle config comme ça, avec la facilité apportée par Debian, à ta place je penserai sur LVM... Mais la question n’est sûrement pas là : )

Bah vu que les partitions sont déjà faites, je pense pas que le souci soit à ce niveau

Quand j'ai installé debian, je n'ai pas eu de soucis avec. J'ai crée une partition de 2To nommée baie_sauvegarde.
Au démarrage, à certain moment, il se bloque avec le message d'erreur suivant :

Begin Mounting root file system...
Begin Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.

check root= botarg cat /proc/cmdline
or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda2 does not exist. Dropping to a shell!

BusyBox v1.1.3 (Debian 1:1.1..3-4) Built-in shell (ash)
Enter 'Help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)_

fstab de mon /dev/sda2
#
# <file system> <mount point>   <type> <options>       <dump> <pass>
proc            /proc           proc    defaults        0       0
/dev/sda2       /               ext3    defaults,errors=remount-ro 0       1
/dev/sdc1       /baie_sauvegarde ext3    defaults        0       2
/dev/sda3       /sauvegarde1    ext3    defaults        0       2
/dev/sdb1       /sauvegarde2    ext3    defaults        0       2
/dev/sda1       none            swap    sw              0       0
/dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0

mon sources.list
# deb cdrom:[Debian GNU/Linux 4.0 r3 _Etch_ - Official i386 NETINST Binary-1 20080218-14:15]/ etch contrib main

#deb cdrom:[Debian GNU/Linux 4.0 r3 _Etch_ - Official i386 NETINST Binary-1 20080218-14:15]/ etch contrib main

deb http://ftp.fr.debian.org/debian/ etch main
deb-src http://ftp.fr.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib

Dans le bios
Dans Hard-Disk Drive Sequence
1. Slot 1: 01,39160 A: 00 SEAGATE ST3300007
2. PERC 5/E Adaptater(bus 02 dev 0E)

En éteignant le serveur de stockage

Il me dit qu'il y a des souci de branchement, normal vu que mon serveur a été configuré pour être relié au serveur de stockage (via controller PERC5).
Ensuite je tape n'importe quelle touche pour continuer.
Ensuite j'obtiens un failed (code8) car fsck failed surement du fait que /dev/sdc n'existe pas.
j'ai donc le choix de taper controlD pour continuer ou bien le pass root pour réparer.
Je fais donc ctrl D et là, il démarre correctement.

Reteins le serveur et le relie avec le serveur de stockage pour un redémarrage

Il démarre correctement. Mais c'est aléatoire car des fois il rebug.
Il m'arrive de devoir rebooter 5 fois pour que ça marche.

Hum, les problèmes aléatoires sont souvent liés à des problèmes hardware selon ma maigre expérience…

Et même avec du matériel de compétition neuf on peut en avoir…

Aie, dans ce cas que faire ?

Help.
J'ai trouvé des liens sur le web :
- http://lists.us.dell.com/pipermail/linux-poweredge/2006-September/027504.html
- http://www.bonz.org/tech/post/2007/09/16/Un-peu-dordre-dans-la-maison

Mais rien à faire.
j'ai essayé de rajouter dans /etc/initramfs-tools/modules les modules suivant :
- megaraid_sas
- megaraid_mbox
- megaraid_mm
mais ça ne change rien.
Voici un aperçu de update-initramfs -v -u
...
...
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid.ko
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_mm.ko
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_mbox..ko
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_sas.ko
...
donc je suppute que les modules sont déjà présents mais pourquoi ça ne fonctionne pas correctement.
Soit ils le sont, soit ils ne sont pas nécessaires, soit tu bootes de temps à autre sur une autre paire noyau/initrd.

Si ça marche une fois, que tu touches plus à la configuration de l’OS, que ça plante, j’ai du mal à me dire que l’OS puisse être en cause, ni même le système de démarrage…

D'apres une doc que j'ai lu, c'est bien dû à l'OS, en fait les nouveaux volumes sont détectés par le noyau avant le disque sur lequel est installé le système. Du coup, le système n'est plus sur /dev/sda2 mais sur un autre car le controller mettrait du temps à se déclarer. Mais pour régler le souci, il est demandé de joué avec la partition RAM d'initialisation nommé initramfs.

( http://www.bonz.org/tech/post/2007/09/16/Un-peu-dordre-dans-la-maison)

Mais pour l'instant je ne trouve pas

Merci

De rien, en espérant t’avoir un poil aidé…