Extension Raid HP smart Array

[Baobab]

Bonjour,

j'avais créé un sujet qui faisait doublons dans la catégorie SME Server, je l'ai supprimé pour continuer plutôt celui-ci.

Suite à mes essais de déplacement des données sur un nouveau raid sans réel succès (avec restitution des données par Rsync, etc...)
J'ai trouvé une solution beaucoup plus évidente, mais à laquelle je n'avais pas pensé... Tout simplement etendre le raid matériel en ajoutant les disques supplémentaires au bout.

J'ai suivi l'astuce de sibsib et j'ai installé hpacucli(qui se nomme en fait cpqacuxe pour red hat semble-t-il), mais ce paquet une fois installé m'a demandé un autre paquet "hpsmh", "HP System Management Homepage" dont je n'ai pas trouvé les paquets pour red Hat.

Qu'à cela ne tienne j'ai utilisé le CD bootable SmartStart de HP qui lui embarque ces paquets.
J'ai donc fait cette extension matérielle via les outils de ce CD. Et mon raid est à présent bien étendu et fonctionnel.

Problème :
SME ne considère pas ce nouvel espace (probablement à cause du formatage) et je ne profite donc pas de cet espace supplémentaire nouvellement installé.
Il y avait dans le serveur jusqu'à présent 3 disques de 300Go SAS en raid5 et il y a maintenant 6disques de 300Go SAS en raid5, le tout géré par le contrôleur raid du serveur (HP smart array e200i)
Je ne vois donc apparaitre que l'ancienne capacité du serveur

Code : Tout sélectionner

    [root@gaston ~]# df -h
    Sys. de fich.         Tail. Occ. Disp. %Occ. Mont▒ sur
    /dev/mapper/main-root
                          538G  411G  100G  81% /
    /dev/md1               97M   25M   67M  28% /boot
    tmpfs                1013M     0 1013M   0% /dev/shm

Question :
Comment faire pour que linux prenne en compte ce changement. Je suis certain que cela passe par une commande relativement simple mais dont je n'ai pas trouvé trace sur le forum ni ailleurs.

Il faut un OS pas trop vieux pour que l'agrandissement du disque 'physique' soit vu par l'OS (et selon les version, il faudra probablement faire une 'echo 1 >/proc/...' )
Il faut un FS qu'on puisse agrandir à chaud.

Si je te suis bien sibsib, SME aurait pu détecter tout seul l'aggrandissement des disques, mais puisqu'il ne le fait pas je dois le faire avec Gparted. Je veux bien, mais c'est pas un peu risqué pour les données dessus ?
Ma config :
SME 8.0
HP Proliant ML350 G5
Serveur en mode serveur et passerelle

Merci pour votre aide
Baobab

[Baobab]

Salut à tous,

Je pense que ceci peut résoudre mon problème : http://smeserver.pialasse.com/index.php/Lvmraid#agrandir_l.27espace

Quelqu'un peut-il me le confirmer ?

Baobab

[jdh]

Sur un sujet ressemblant, j'ai utilisé ces commandes (mdadm --grow; pvresize; lvresize) mais pas "ext2online" que je ne connais pas (e2resize fait le job).
(Le sujet ressemblant était un Compaq NL40, sous Debian Wheezy+Proxmox, passé de 2x 3T à 4x3T "sans douleur" mais avec du temps ~24h ou 27h.)

[Baobab]

Ok, merci jdh je vais tenter le coup.

[Baobab]

Bon, apparemment ça ne fonctionne pas, le mieux c'est que je vous montre ce que j'ai :

Code : Tout sélectionner

[root@gaston ~]# blkid
/dev/mapper/main-swap: TYPE="swap"
/dev/mapper/main-root: UUID="49178898-d0a7-4abf-aa28-59a4515d2408" TYPE="ext3"
/dev/md1: UUID="536d0e59-8d2b-4f7f-998f-c60e586a2892" TYPE="ext3"
/dev/sr0: LABEL="SME Server 8.0" TYPE="iso9660"
/dev/cciss/c0d0p1: UUID="536d0e59-8d2b-4f7f-998f-c60e586a2892" TYPE="ext3" SEC_TYPE="ext2"
/dev/main/root: UUID="49178898-d0a7-4abf-aa28-59a4515d2408" TYPE="ext3"
/dev/main/swap: TYPE="swap"
/dev/sda1: LABEL="DD" UUID="adfc40ae-914d-4bb7-842e-67cfcb5f1a0f" TYPE="ext2"
[root@gaston ~]# mdadm --grow /dev/cciss/c0d0
mdadm: /dev/cciss/c0d0 does not appear to be an md device
[root@gaston ~]# mdadm --grow /dev/cciss/c0d0p1
mdadm: /dev/cciss/c0d0p1 does not appear to be an md device
[root@gaston ~]# df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Mont▒ sur
/dev/mapper/main-root
                      538G  412G   99G  81% /
/dev/md1               97M   25M   67M  28% /boot
tmpfs                1013M     0 1013M   0% /dev/shm
[root@gaston ~]# mdadm --grow /dev/mapper/main-root
mdadm: /dev/mapper/main-root does not appear to be an md device
[root@gaston ~]# pvresize /dev/mapper/main-root
  No physical volume label read from /dev/mapper/main-root
  Failed to read physical volume "/dev/mapper/main-root"
  0 physical volume(s) resized / 0 physical volume(s) not resized
[root@gaston ~]# pvresize /dev/cciss/c0d0p1
  Failed to read physical volume "/dev/cciss/c0d0p1"
  0 physical volume(s) resized / 0 physical volume(s) not resized
[root@gaston ~]# lvresize -l +$(vgdisplay -c main | cut -d: -f16) main /root
  Path required for Logical Volume "main"
  Please provide a volume group name
  Run `lvresize --help' for more information.
[root@gaston ~]# lvresize -l +$(vgdisplay -c main | cut -d: -f16) main/root
  New size (17750 extents) matches existing size (17750 extents)
  Run `lvresize --help' for more information.
[root@gaston ~]# df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Mont▒ sur
/dev/mapper/main-root
                      538G  412G   99G  81% /
/dev/md1               97M   25M   67M  28% /boot
tmpfs                1013M     0 1013M   0% /dev/shm
[root@gaston ~]# lvresize -l +$(vgdisplay -c main | cut -d: -f16) main/root
  New size (17750 extents) matches existing size (17750 extents)
  Run `lvresize --help' for more information.
[root@gaston ~]# mdadm --grow /dev/md1 --size=max
[root@gaston ~]# mdadm --grow /dev/md2 --size=max
[root@gaston ~]# pvresize /dev/md1
  No physical volume label read from /dev/md1
  Failed to read physical volume "/dev/md1"
  0 physical volume(s) resized / 0 physical volume(s) not resized
[root@gaston ~]# pvresize /dev/md2
  Physical volume "/dev/md2" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized
[root@gaston ~]# lvresize -l +$(vgdisplay -c main | cut -d: -f16) main/root
  New size (17750 extents) matches existing size (17750 extents)
  Run `lvresize --help' for more information.
[root@gaston ~]# df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Mont▒ sur
/dev/mapper/main-root
                      538G  412G   99G  81% /
/dev/md1               97M   25M   67M  28% /boot
tmpfs                1013M     0 1013M   0% /dev/shm
[root@gaston ~]# ext2online -C0 /dev/main/root
-bash: ext2online: command not found


Voilà, j'ai copié l'intégralité de ce que j'ai fait. J'ai attaqué sous différents angles en tatonnant pour tenter de faire l'aggrandissement, mais rien (ou presque, car je ne sais pas pourquoi mais j'ai " 1 physical volume(s) resized" à un moment. Mais qu'a-t-il fait car je ne vois aucun changement ?

J'ai essayé de faire cet aggrandissement avec GPARTED, mais un message me disant que Gparted ne peut aggrandir un volume LVM. Etrange non ?

[Franck78]

Dans aucune de ces commandes (que tu sembles taper sans comprendre, why md2???) on ne voit de nouveaux disques ou de nouveaux espaces non attribués. Alors tu peux toujours faire mumuse à coup de grow sur des partitions logique déjà installées à la taille max, il n'y aura rien.

Dans l'exemple cité, l'espace tout neuf est ceci :
mdadm /dev/md1 --add /dev/sdb1
mdadm /dev/md2 --add /dev/sdb2

mais tu as zappé cette étape (on ne sait pas ou il est), ou plutôt tu as créé un nouveau disque (/dev/md2).

[Baobab]

Dans aucune de ces commandes (que tu sembles taper sans comprendre, why md2???) on ne voit de nouveaux disques ou de nouveaux espaces non attribués. Alors tu peux toujours faire mumuse à coup de grow sur des partitions logique déjà installées à la taille max, il n'y aura rien.

C'est là que je ne comprend pas bien justement. Oui, on ne voit aucun espace non attribué, pourtant il devrait bien y être, car comme je l'ai dit :
- J'ai d'abord utilisé le smart manager (CD bootable HP) pour ajouter les disques dans la grappe raid
- J'ai attendu la synchro des disques 24H
- Je suis retourné dans le smart manager et j'ai vu dans l'interface graphique l'espace inutilisé dégagé
- J'ai donc agrandi le volume raid en ajoutant l'espace supplémentaire (par une manoeuvre purement graphique)
Mais qu'à fait exactement le logiciel, il a agrandi le raid logique ? il n'a pas manoeuvré LVM ? Là j'ai du mal à suivre

Donc Franck, je n'ai pas utilisé "--add" car pour moi l'espace neuf était déjà intégré au volume principal physique, A mon niveau je pense qu'il reste à ajouter cet espace au volume logique.

Pour /dev/md2, oui c'est vrai j'ai tatonné et j'ai lancé ces deux dernières commandes un peu au hasard sans réellement comprendre car celle qui devait résoudre le problème à mon sens ne donnait rien.

[jdh]

mdadm --grow /dev/cciss/c0d0

Ce n'est pas possible puisque /dev/cciss/... est une unité physique et que ce qui est attendu est une unité "logique" de type "md".

Il y a lieu de regarder
- ce qui est physique : fdisk -l /dev/cciss/... -u=cylinders
- ce qui est logique (md) : cat /proc/mdstat
- ce qui est logique (lvm) : pvs, lvs, vgs

Le volume physique "virtuel" puisque en raid est passé de 3x300 (raid5)=~600G à 6x300 (raid5) = ~1500G.
Mais le partitionnement lui n'a pas suivi (forcément).

SME enchaine volume "md" (raid) puis volume "lvm". Et au final un système est installé (ext3).

Les volumes "md" s'étendent avec mdadm --grow
Les volumes "lvm" s'étendent avec pvresize, lvresize
Le file system s'agrandit avec e2resize

Mais il n'y a pas de "--add /dev/xxx" à faire puisque seul la taille de volume physique s'est accrue.

[Franck78]

Mais qu'à fait exactement le logiciel, il a agrandi le raid logique ? il n'a pas manoeuvré LVM ? Là j'ai du mal à suivre

Non, chacun s'occupe de son niveau et fait avec ce que le niveau d'en dessous lui présente. HP a agrandi le disque (comme il aurait pu créer un nouveau disque) à ta demande. Son job s’arrête la.

Au consommateur supérieur (LVM en toute logique, puisque le niveau RAID est effectué) de décider comment attribuer cet espace.

Sans la config et par manque d'expérience répétée, difficile de dire quoi faire. Ainsi pour moi, mdadm n'a rien a faire dans cette config puisque le RAID est présenté par la carte smartarray.

tu devrais avoir à faire quelquechose du genre
pvresize /dev/cciss/c0d0p1

puis
lvresize -r /dev/mapper/data (data étant le nom de la partition à agrandir en tapant dans le pv). Il est possible d'avoir des dizaines de disques logiques.
Mais sous SME, ça doit être spécifique, comme d'hab !

[jdh]

Faute d'infos, nous ne pouvons fournir de conseils ...

Le disque "physique" (la carte raid présente un "faux" disque au système) présenté à SME est /dev/cciss/c0d0
Quelles sont les infos de partitions de ce disque ? résultat de "fdisk -l -u=cylinders /dev/cciss/c0d0"

SME utilise, même avec un seul disque, des volumes raid (md).
Quelles sont les infos de constructions de ces volumes raid ? résultat de "cat /proc/mdstat"

SME utilise LVM.
Quelles sont les infos de volumes logiques (LVM) ? résultat de "pvs", de "lvs", (de "vgs").

Et puis, soyons fous, quelle sont les infos de montage et de taille ? résultat de "mount", de "df -h".