Re: boot raid 1
On 18/06/2010 10:12, daniel huhardeaux wrote: > Le 18/06/2010 07:59, Vincent Danjean a écrit : >> [...] >> > Cependant si je supprime le premier disque impossible de booter !?! >>Dans tous les cas, je crois que le initrd refuse de démarrer le RAID >> par défaut si tous les disques ne sont pas là. [...] > > Faux. > > cat /boot/grub/device.map > (hd0) /dev/hda > (hd1) /dev/hdc [...] > Si le premier disque est retiré la machine démarrera sur le second. Ici, pour grub, il n'y a pas de RAID qui intervienne. C'est de la redondance/duplication manuelle. Dans mon message précédent, je ne parlais pas du démarrage de grub (qui, si la config et l'installation sont dupliqués correctement, alors grub démarrera sur l'un ou l'autre des disques). Je parlais du fait que, d'après mes souvenirs (ie je n'ai pas vérifié), la config par défaut de mdadm (dans le initrd et sur le système) est de ne démarrer (rendre disponible /dev/mdX) le RAID que lorsque tous les disques sont présents. Le démarrage du raid logiciel en mode dégradé est possible mais il faut soit changer la config par défaut, soit intervenir manuellement. Si je me souviens bien, cette config par défaut avait été choisie pour éviter de marquer un disque un peu lent à démarrer comme FAILED alors qu'il aurait juste fallu attendre un peu. > L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le > second disque sans intervention humaine. Ça dépend où tu places les priorités. Pour ma part, je ne cherche pas le 24/24 avec le RAID mais la sécurité de mes données. Si un disque du RAID tombe en panne, je préfère être prévenu tout de suite. Si, au démarrage, un des disques n'est pas là, je préfère devoir intervenir manuellement pour observer ce qui se passe, pour trouver la raison, plutôt que booter à tout prix. Ça me rappelle une expérience d'un centre de recherche où, à l'occasion d'une intervention, un électricien avait arrêter la clim de la salle machine. Évidemment, la température est montée et, au bout d'un moment, un disque de la baie RAID5 est tombé. Comme il y avait un spare de dispo, le système a automatiquement commencé à le remplir pour remplacer le disque tombé => plein d'activité disque qui ont encore fait monter la température de la baie RAID5 => plusieurs disques sont tombés. La baie était irrécupérable. Il a fallu changer plusieurs disques et repartir d'une sauvegarde sur bande antérieure. C'est un exemple où il aurait mieux fallu tout arrêter plutôt que continuer. Mais le système automatique n'était pas capable d'analyser la cause véritable du problème : l'arrêt de la clim. A+ Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c20aa7a.1000...@free.fr
Re: boot raid 1
Le 18/06/2010 20:03, Pascal Hambourg a écrit : [...] Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1. Ben non puisque - toujours sauf erreur de ma part - quel que soit le disque physique que le BIOS réussit à amorcer, c'est lui qui devient hd0. Ta perception du fallback est basée sur la défaillance d'un disque qui plus reconnu par le BIOS. Il y a des défaillances disque ou celui ci est reconnu par le bios mais plus bootable ou kernel panic. Dans ce cas l'option fallback joue son role. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1bd31c.2050...@tootai.net
Re: boot raid 1
daniel huhardeaux a écrit : > Le 18/06/2010 17:57, Pascal Hambourg a écrit : >> [...] >>> Imaginons que hd0 tombe en panne et que la machine reboot pour une >>> raison x. Sans le fallback, pas de démarrage possible. >>> >> Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini >> comme premier disque et vu comme hd0 par grub. Si grub a réussi à >> démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et >> l'initramfs sur hd1. >> > Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1. Ben non puisque - toujours sauf erreur de ma part - quel que soit le disque physique que le BIOS réussit à amorcer, c'est lui qui devient hd0. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1bb4f2.3010...@plouf.fr.eu.org
Re: boot raid 1
Le 18/06/2010 17:57, Pascal Hambourg a écrit : [...] Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible. Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1. Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1. A noter que l'on peut ajouter plusieurs fallback. Et que rien n'empêche de toujours démarrer du disque 1 ;-) Dans ce cas on mettra default 1 fallback 0. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1b997f.6020...@tootai.net
Re: boot raid 1
daniel huhardeaux a écrit : > Le 18/06/2010 12:43, Pascal Hambourg a écrit : >> daniel huhardeaux a écrit : >> >>> Dans menu.lst >>> >>> default 0 >>> fallback 1 >>> >>> [...] >>> >>> title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 >>> #premiere entree (default) >>> root(hd0,0) >>> kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro >>> initrd /initrd.img-2.6.26-2-vserver-686 >>> >>> title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 >>> #seconde entree (fallback) >>> root(hd1,0) >>> kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro >>> initrd /initrd.img-2.6.26-2-vserver-686 >>> >>> [...] >>> >>> Si le premier disque est retiré la machine démarrera sur le second. >>> >> Pas besoin d'une deuxième entrée "fallback" pour cela, non ? >> Si le premier disque est retiré, alors le disque restant est vu comme >> hd0 par grub et la première entrée suffit. >> Si on remplace le premier disque par un disque vierge ne contenant pas >> grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer >> sur le second disque qui sera donc vu par grub comme hd0 aussi. > > Imaginons que hd0 tombe en panne et que la machine reboot pour une > raison x. Sans le fallback, pas de démarrage possible. Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1b975c.9000...@plouf.fr.eu.org
Re: boot raid 1
Le 18/06/2010 12:43, Pascal Hambourg a écrit : daniel huhardeaux a écrit : Dans menu.lst default 0 fallback 1 [...] title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 #premiere entree (default) root(hd0,0) kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro initrd /initrd.img-2.6.26-2-vserver-686 title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 #seconde entree (fallback) root(hd1,0) kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro initrd /initrd.img-2.6.26-2-vserver-686 [...] Si le premier disque est retiré la machine démarrera sur le second. Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi. Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible. Et dans le cas que tu cites -remplacement de disque- c'est la même chose. Je dois préciser que je fais du Raid1 avec x disques chacun étant *toujours* seul sur sa nappe (rajout de carte si plus de 2 disques), le lecteur CD étant retiré de la nappe et rebranché uniquement si nécessaire pour une maintenance. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1b67d7.7090...@tootai.net
Re: boot raid 1
daniel huhardeaux a écrit : > > Dans menu.lst > > default 0 > fallback 1 > > [...] > > title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 > #premiere entree (default) > root(hd0,0) > kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro > initrd /initrd.img-2.6.26-2-vserver-686 > > title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 > #seconde entree (fallback) > root(hd1,0) > kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro > initrd /initrd.img-2.6.26-2-vserver-686 > > [...] > > Si le premier disque est retiré la machine démarrera sur le second. Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi. > L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le > second disque sans intervention humaine. Ça dépend des besoins, le RAID peut servir à ce que la machine continue à fonctionner sans redémarrer jusqu'à l'intervention humaine pour remplacer un disque défectueux. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1b4de9.5070...@plouf.fr.eu.org
Re: boot raid 1
Le 18/06/2010 07:59, Vincent Danjean a écrit : [...] > Cependant si je supprime le premier disque impossible de booter !?! Dans tous les cas, je crois que le initrd refuse de démarrer le RAID par défaut si tous les disques ne sont pas là. [...] Faux. cat /boot/grub/device.map (hd0) /dev/hda (hd1) /dev/hdc Dans menu.lst default 0 fallback 1 [...] title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 #premiere entree (default) root(hd0,0) kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro initrd /initrd.img-2.6.26-2-vserver-686 title Debian GNU/Linux, kernel 2.6.26-2-vserver-686 #seconde entree (fallback) root(hd1,0) kernel /vmlinuz-2.6.26-2-vserver-686 root=/dev/md2 ro initrd /initrd.img-2.6.26-2-vserver-686 [...] Si le premier disque est retiré la machine démarrera sur le second. L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le second disque sans intervention humaine. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1b2a75.40...@tootai.net
Re: boot raid 1
On 15/05/2010 17:48, franck dufau wrote: > J’ai installé un petit serveur, 3 dd de 80 go avec > > Raid 1 pour le boot > > Raid5 pour le système Tu fais donc probablement du raid logiciel avec des partitions. Aucun pb sauf que ça veut dire que le MBR n'est dans aucun RAID. Tu dois dupliquer l'info toi-même. Et même en faisant ça, tu peux avoir des pb au démarrage : en retirant un disque, le BIOS va voir un disque de moins et numéroter les restant différemment. Ça peut gêner grub ou pas... Pour installer grub, si tu utilises dd, alors l'ensemble des données du boot secteur sont dupliquées (dimensions des partitions comprises), pas juste le programme d'ammorçage. Comme tes trois disques ne sont pas utilisés exactement de la même façon (l'un ne participe pas au RAID1), il vaut sans doute mieux installer grub avec la commande grub elle-même. > Cependant si je supprime le premier disque impossible de booter !?! Dans tous les cas, je crois que le initrd refuse de démarrer le RAID par défaut si tous les disques ne sont pas là. Tu risques donc d'être bloqué dans le initrd qui va te donner la main. Il faudra alors (avec les commandes limitées de busybox) démarrer tes RAID en mode dégradé et monter la partition root à la main avant de continuer. A+ Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4c1b0b49.9000...@free.fr
Re: boot raid 1
On 16/05/2010 00:02, Christophe wrote: Le samedi 15 mai 2010 à 23:46 +0200, bruno a écrit : On 15/05/2010 17:48, franck dufau wrote: Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet. Merci *De :* franck dufau [mailto:franckdu...@free.fr] *Envoyé :* samedi 15 mai 2010 17:43 *À :* debian-user-french@lists.debian.org *Objet :* boot raid 0 Bonjour à tous, J’ai installé un petit serveur, 3 dd de 80 go avec Raid 1 pour le boot Raid5 pour le système Cependant si je supprime le premier disque impossible de booter !?! Une idée ? Merci d’avance pour vos pertinentes interventions ! Franck Bonsoir, Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic. Bruno Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner (en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus. Pour le problème de boot, il faut penser à installer un chargeur de boot (grub) sur chaque disque. Tu peux donner plus de détails sur le message d'erreur que tu as ? Christophe Tout à fait exact, en mode dégradé ça devrait fonctionner... milles excuses pour le bruit. Bruno -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4bef22ff.10...@cyberoso.com
Re: boot raid 1
Le samedi 15 mai 2010 à 23:46 +0200, bruno a écrit : > On 15/05/2010 17:48, franck dufau wrote: > > Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet. > > > > Merci > > > > *De :* franck dufau [mailto:franckdu...@free.fr] > > *Envoyé :* samedi 15 mai 2010 17:43 > > *À :* debian-user-french@lists.debian.org > > *Objet :* boot raid 0 > > > > Bonjour à tous, > > > > J’ai installé un petit serveur, 3 dd de 80 go avec > > > > Raid 1 pour le boot > > > > Raid5 pour le système > > > > Cependant si je supprime le premier disque impossible de booter !?! > > > > Une idée ? > > > > Merci d’avance pour vos pertinentes interventions ! > > > > Franck > > > > Bonsoir, > > Il me semble que c'est parfaitement normal car pour le raid 5 il faut au > minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais > il ne peut de toute façon pas accéder à la partition racine (raid5). En > théorie, cela ne peut que se terminer en kernel panic. > > Bruno > Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner (en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus. Pour le problème de boot, il faut penser à installer un chargeur de boot (grub) sur chaque disque. Tu peux donner plus de détails sur le message d'erreur que tu as ? Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1273960935.10172.4.ca...@hp6830s.herblain.cdjh.info
Re: boot raid 1
On 15/05/2010 17:48, franck dufau wrote: Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet. Merci *De :* franck dufau [mailto:franckdu...@free.fr] *Envoyé :* samedi 15 mai 2010 17:43 *À :* debian-user-french@lists.debian.org *Objet :* boot raid 0 Bonjour à tous, J’ai installé un petit serveur, 3 dd de 80 go avec Raid 1 pour le boot Raid5 pour le système Cependant si je supprime le premier disque impossible de booter !?! Une idée ? Merci d’avance pour vos pertinentes interventions ! Franck Bonsoir, Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic. Bruno -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4bef1627.4040...@cyberoso.com
RE: boot raid 1
Désolé une coquille cest glissée il faut lire raid 1 pour lobjet. Merci De : franck dufau [mailto:franckdu...@free.fr] Envoyé : samedi 15 mai 2010 17:43 À : debian-user-french@lists.debian.org Objet : boot raid 0 Bonjour à tous, Jai installé un petit serveur, 3 dd de 80 go avec Raid 1 pour le boot Raid5 pour le système Cependant si je supprime le premier disque impossible de booter !?! Une idée ? Merci davance pour vos pertinentes interventions ! Franck