Forum Linux.général Raid logiciel et partition root en volume logique

Posté par  .
Étiquettes : aucune
0
28
mai
2009
Hello Forum,

Je suis bien déçu du combo RAID+LVM sous Linux.
Devoir passer par un ramdisk si on embarque la partition boot/root dans un volume logique, lui même contenu dans la couche RAID, est assez limitatif je trouve.

Oui, il reste la possible de créer une petite partition root en dur et le reste en RAID+LVM, mais c'est dommage car on perd l'avantage du RAID en cas de remplacement de disque, la où la reconstruction se ferait automatiquement, je dois recréer le root et y recopier les données.

Y en a t-il parmis-vous qui ont une solution sans "ramdisk"?

Et-ce que le RAID materiel des cartes-mères "grand publique" vaut quelque chose?

  • # / en RAID

    Posté par  . Évalué à 3.

    c'est dommage car on perd l'avantage du RAID
    Il n'est pas interdit de mettre / en RAID. Ca résoud ton problème de ramdisk et d'absence de RAID.

    Et-ce que le RAID materiel des cartes-mères "grand publique" vaut quelque chose?
    Non. Idem pour les RAID matériels pas-grand-public.

    • [^] # Re: / en RAID

      Posté par  . Évalué à 2.

      [code]Il n'est pas interdit de mettre / en RAID. Ca résoud ton problème de ramdisk et d'absence de RAID.[/code]

      Moi pas comprendre, c'est exactement ce que je fais, un volume raid+LVM mais impossible de démarrer si je n'ai pas de ramdisk (initramfs).
      Tous mes pilotes sont compilé en dur dans le noyau.

      Quelle est ta solution, stp?

      • [^] # Re: / en RAID

        Posté par  (site web personnel) . Évalué à 3.

        Tu peux mettre le / en raid ( sans lvm ) et çà roule...

        Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

    • [^] # Re: / en RAID

      Posté par  . Évalué à 2.


      Et-ce que le RAID materiel des cartes-mères "grand publique" vaut quelque chose?

      Le RAID des cartes mères "grand public" n'est pas matériel. Sans le driver Windows point de raid sur ces modèles car le raid est logiciel. Je crois même que ça porte le nom de fake raid.

      Les vraies cartes RAID qu'on trouve par exemple sur les serveurs sont très performantes. Le seul soucis est que si la carte grille il te faudra le même modèle, ou du moins la même marque, pour exploiter les données de ton disque. Mais en général ce n'est pas un gros problème, sur ce type de serveur on s'assure d'avoir un vrai support matériel.

  • # Quel est le problème ?

    Posté par  . Évalué à 2.

    J'ai du mal à saisir la problématique d'utiliser un ramdisk, surtout que la plupart des distributions fournit des outils pour le construire adapté à cet usage avec juste la partition /boot nécessaire, qui, elle, peut justement être en RAID.

    Le seul truc, c'est d'installer GRUB correctement ( http://www.linuxsa.org.au/mailing-list/2003-07/1270.html ) sur les mbr de chaque disque de ton RAID.

    Et ensuite, le RAID logiciel s'occupe tout seul de la synchronisation de ta partition /boot.

    Si vous n'aimez pas ce commentaire c'est qu'il est ironique.

    • [^] # Re: Quel est le problème ?

      Posté par  . Évalué à 2.

      Tout fonctionne très bien à condition de ne pas mettre /boot sur du LVM, et d'utiliser du RAID1.

      Pour les autres partitions /, /root, /usr, /home ... tu peux combiner comme tu veux RAID1/5.., LVM.

      La contrainte ne semble pas terriblement forte dans la mesure ou /boot n'a pas besoin des avantages de LVM (re-dimensionnement, snapshot), ni de beaucoup de place (en lui allouant 512Mo t'as beaucoup plus qu'il ne faut).

      Si tu suis le lien au dessus tu auras la partition /boot sur chacun de tes disques (donc pas de soucis si un disque crame).

    • [^] # Re: Quel est le problème ?

      Posté par  . Évalué à 2.

      J'ai du mal à saisir la problématique d'utiliser un ramdisk, surtout que la plupart des distributions fournit des outils pour le construire adapté à cet usage avec juste la partition /boot nécessaire, qui, elle, peut justement être en RAID.


      Un ramdisk ça me fait chier, d'autant que les utilitaires de configuration ne sont pas terribles, du moins sous Debian, c'est vrai que sous Gentoo, la mise en oeuvre est plus aisée!

      Bref, ça marche avec un /boot à part sur un volume RAID, et finalement ce n'est pas si choquant que cela.

      • [^] # Re: Quel est le problème ?

        Posté par  (site web personnel) . Évalué à 2.

        Un ramdisk ça me fait chier, d'autant que les utilitaires de configuration ne sont pas terribles, du moins sous Debian

        Tu peut développer ?
        L'update-initramfs de debian est automatique, suit les mises à jour de kernel et construit
        un initrd fonctionnel pour toutes les configurations que j'ai testé.
        Et l'installeur supporte le directement raid+lvm depuis la etch.

        Qu'est-ce qu'il te manque ?

        • [^] # Re: Quel est le problème ?

          Posté par  . Évalué à 3.

          Je n'ai pas besoin de ramdisk pour mon usage et les noyaux que j'utilise ne sont pas ceux de Debian.

          Néanmoins je viens d'apprendre, grâce à toi, l' existence d' update-initramfs et effectivement ça fonctionne!

          Pourtant ce n'est pas faute d'avoir écumé le net à la recherche d'info, je n'ai pas trouvé un article, tuto, documentation faisant part de ce script. Merci

          J'utilisais `dpkg-reconfigure initramfs-tools` mais un problème de paramètre qui n'est plus utilisé par initramfs-tools de la version "Unstable" faisait foirer l'execution et pour fixer ça encore faut-il savoir où chercher.

          • [^] # Re: Quel est le problème ?

            Posté par  . Évalué à 3.

            mais un problème de paramètre qui n'est plus utilisé par initramfs-tools de la version "Unstable" faisait foirer l'execution et pour fixer ça encore faut-il savoir où chercher.

            comme son nom l'indique la version unstable
            ne devrait pas etre utilisée en production mais seulement en lab ou pour des tests

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.