Problème ajout paire HDD Raid 1

[duch.co,]

Bonjour,
Nicolas, 28a, je suis nouveau , et avant tout je souhaite remercier toutes les personnes étant sur ce forum de près comme de loin, car ce site est une vrai mine d'informations, c'est important de voir un tel support pour une communauté encore nouvelle pour moi, et c'est surtout très rassurant.

J'ai un piti soucis avec l'ajout de raid sur le SME: je possède 2 disque de 1To en raid1, jusque là pas de problème ça fonctionne.

J'ai branché 2 autres disques de 1.5To et en effectuant la manipulation sur la page kit newbee :

"Comment augmenter taille du système de fichier root (/) avec 2 disque en RAID 1"

Le partitionnement des 2 disques sdc1 et sdd1 se passe bien, ensuite
je tape

sfdisk -d /dev/sdc |sfdisk /dev/sdd ce qui m'affiche :

Vérification qu'aucun autre n'utilise le disque en ce moment ...
OK

Disque /dev/sdd: 182401 cylindres, 255 têtes, 63 secteurs/piste
Vieille situation:
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0

Périph Amor Début Fin #cyls #blocs Id Système
/dev/sdd1 0+ 182400 182401- 1465136001 fd Linux raid autodetect
/dev/sdd2 0 - 0 0 0 Vide
/dev/sdd3 0 - 0 0 0 Vide
/dev/sdd4 0 - 0 0 0 Vide
Nouvelle situation:
Unités= secteurs de 512 octets, décompte à partir de 0

Périph Amorce Début Fin #secteurs Id Système
/dev/sdd1 63 2930272064 2930272002 fd Linux raid autodetect
/dev/sdd2 0 - 0 0 Vide
/dev/sdd3 0 - 0 0 Vide
/dev/sdd4 0 - 0 0 Vide
AVERTISSEMENT: aucune partition primaire marquée amorçable (active)
Cela n'a pas d'importance pour LILO, mais en a pour DOS MBR qui n'amorcera pas ce disque.
Succès d'écriture de la nouvelle table de partitions

Relecture de la table de partitions ...

Si vous créez ou modifiez une partition DOS, /dev/foo7, par exemple, alors
utiliser dd(1) pour mettre à zéro les premiers 512 octets:
dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(Consulter fdisk(8).)


quand je tape la ligne suivante dans la console :
mdadm --create /dev/md3 --level=1 --raid-devices=2 /dev/sdc1 /dev/sdd1

ça me dit :

mdadm: Cannot open /dev/sdc1: Device or resource busy
mdadm: Cannot open /dev/sdd1: Device or resource busy
mdadm: create aborted

Alors au risque de me faire taper pour mon premier poste, j'implore votre indulgence... Je ne sais quoi faire !
J'ai cherché des réponses mais je n'ai pas abouti,

Dans l'espoir de vous lire bientôt, merci.

[jdh]

(Je ne suis pas du tout spécialiste de SME ...)


Quelques questions que cette description posent :

- quand on partitionne un disque, est-ce que le noyau est capable de traiter directement les partitions nouvellement créés ?
=> je suppose qu'après un redémarrage, les partitions puissent être utilisables

- une fois créé un nouveau volume (en raid 1 et après formatage), comment l'ajouter à une structure existante ?
=> il est aisé de monter un file system dans un autre par mount, mais comment créer un volume se répartissant sur 2 volumes ?

[duch.co,]

Alors, du nouveau,

En premier lieu, j'avais monté un raid matériel soit 2 x Raid1 (2x1To et 2x1.5To) pour le sme.

Ayant tout réinstallé j'ai supprimé le premier Raid1 pour passer en RAID Logiciel, par les options données par ma carte mère au démarrage (Ctrl-F), pas de blèmes.

Mais pas le second !!! sur lequel les 2 disques de 1.5To sdc et sdd étaient définis... donc BUSY...

La création du raid par mdadm a été effectué et la synchro est en cours...

Voila, reste la suite donc à suivre...
















Quel idiot...

[Gaston]

Bonjour,

Le partitionnement des 2 disques sdc1 et sdd1 se passe bien, ensuite
je tape

sfdisk -d /dev/sdc |sfdisk /dev/sdd ce qui m'affiche :

c'est pas logique comme démarche
un des intérêts de dumper la structure d'un disque sur un autre est de ne pas refaire plusieurs fois la même opération. Il était inutile de créer la partition sur sdd au préalable

Sinon ton problème de raid hw / sw c'était pas clair, bravo d'y avoir pensé

- quand on partitionne un disque, est-ce que le noyau est capable de traiter directement les partitions nouvellement créés ?
=> je suppose qu'après un redémarrage, les partitions puissent être utilisables

Les noyaux 2.6 gère cela sans problème, même si le dernier message de fdisk peut être confusant à ce sujet

- une fois créé un nouveau volume (en raid 1 et après formatage), comment l'ajouter à une structure existante ?
=> il est aisé de monter un file system dans un autre par mount, mais comment créer un volume se répartissant sur 2 volumes ?

Puisque tu as commencé à donner la réponse , l'usage de LVM (LogicalVolumeManager) permet ce genre de manip à chaud.
Une fois que tu as ta nouvelle unité physique - Physical Volume - (le device raid mdxx en l'occurrence) , tu l'intègre au VG (vgextend), après tu peux jouer avec tes logical volume comme tu veux : augmenter la taille de ceux existants (lvextend), créer de nouveaux LV, ...
Ne pas oublier d'adapter les FS avant ou après les opérations sur les LV (avant si on réduit, après dans le cas contraire )
Mais ce n'était pas le cas de duch.co, la méthode présentée permet de "monter" une nouvelle partition dans l'arborescence.
Je ne suis pas forcément adepte de modifier la structure LVM de SME dans les configurations habituellement rencontrées: sur un "serveur" avec du disque interne SATA, mettre ses structures LVM à cheval sur plusieurs structures raid ... mais ce n'est qu'un ressenti, qui prends en compte la complexité d'une telle configuration. C'est techniquement faisable et fiable (dans d'autres environement que je connais).
De plus je ne trouve pas la structure de SME adaptée pour ce jeu! Nous ne disposons que d'un seul VG (rootvg) et un seul (deux en fait avec le swap) LV. Et ma culture me pousserait à dissocier système et data , ce que ne fait plus Linux depuis de nombreuses années - donc ça fonctionne -, tout comme Windows ...

G.

[jdh]

@Gaston,

J'ai pris gout à LVM qui permet bien d'étendre aisément un LV (Logical Volume). mais il faut aussi resizer le file system créé dans le LV (resize2fs) (comme tu le mentionnes).

En effet, si LVM ne sert pas à séparer / de /home ou /var, les atouts de LVM ne sont pas utilisés jusqu'au bout ...

Sans LVM, c'est à dire avec mount, on ne peut utiliser que les liens symboliques type "ln" pour déplacer une partie des données. Ce qui est, pour le moins, peu pratique !


Si je te suis, après le fdisk et les "n" pour créer de nouvelles partitions, udev se débrouille pour créer les /dev/sdX? et on peut faire le mkfs.??? qui va bien ? Je suis un peu sceptique mais je ferai l'essai ...

[Gaston]

Bonjour,

Si je te suis, après le fdisk et les "n" pour créer de nouvelles partitions, udev se débrouille pour créer les /dev/sdX? et on peut faire le mkfs.??? qui va bien ? Je suis un peu sceptique mais je ferai l'essai ...

oui mais non j'ai pas été clair dans ma formulation , je reprends
soit deux disques, sdc avec une partition, sdd sans partition

si on "dump" la structure du disque sdc , via "dd" eg: dd if=/dev/sdc of=/dev/sdd , on obtient bien une structure avec une partition sur sdd, MAIS, l'OS n'en est pas conscient et effectivement les fichier devices ne sont pas créés
on pourra les créer soit par un mknod, un rescan de la chaine scsi, un reboot (qui fait le rescan ...)

si on "applique" la structure du disque sdc au disque sdd , via la commande sfdisk (*), ce dernier prends en charge l'appel à l'ioctl qui va bien qui provoquera la mise à jour des fichiers device (mknod) en sortie de commande. sfdisk n'est qu'une autre version de fdisk ...

(*) sfdisk -d ne fait que dumper une structure dans un format qu'il est à même de relire pour l'appliquer.


J'espère que c'est plus clair.

G.

[jdh]

@Gaston,

C'est bien le rescan qui me semble peu aisé (peu usuel). Et je doutais que le noyau 2.6 exécute un rescan de façon auto après une commande touchant aux partitions (fdisk, cfdisk, sfdisk, parted, gparted, et d'autres que j'oublie).

Désormais udev est là pour créer les devices, je n'ai donc aucune volonté de me tapez les mknod (ou MAKEDEV).

Je sais par contre qu'il existe un moyen de rescanner les LUN d'un SAN (mais j'ai oublier comment).

Et encore une fois LVM a de l'intérêt puisque /dev/mapper/volgroup-logicalvolume est lui créé dès le lvcreate !


Il s'agit pourtant d'une fonction intéressante (car le reboot n'a que peu d'intérêt surtout en prod).

[Gaston]

Pour mémoire :

Je sais par contre qu'il existe un moyen de rescanner les LUN d'un SAN

Code: Tout sélectionner

## on duplique la structure de sdb sur sdg
[root@localhost ~]# dd if=/dev/sdb of=/dev/sdg
417792+0 enregistrements lus.
417792+0 enregistrements ecrits.
## on ne voit pas la partition qui vient d'être dupliquée :
[root@localhost sys]# ls -l block/sdg
total 0
-r--r--r--  1 root root 4096 dec  9 10:19 dev
lrwxrwxrwx  1 root root    0 dec  9 10:19 device -> ../../devices/pci0000:00/0000:00:10.0/host0/target0:0:6/0:0:6:0
drwxr-xr-x  3 root root    0 dec  9  2009 queue
-r--r--r--  1 root root 4096 dec  9 10:19 range
-r--r--r--  1 root root 4096 dec  9 10:19 removable
-r--r--r--  1 root root 4096 dec  9 10:19 size
-r--r--r--  1 root root 4096 dec  9 10:19 stat
## on recherche l'ID du disque
[root@localhost sys]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 02 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 03 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 04 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: VMware,  Model: VMware Virtual S Rev: 1.0
  Type:   Direct-Access                    ANSI SCSI revision: 02
## on force un rescan du disque en supprimant/rajoutant le device
[root@localhost sys]#  echo "scsi remove-single-device 0 0 6 0" > /proc/scsi/scsi
[root@localhost sys]# echo "scsi add-single-device 0 0 6 0" > /proc/scsi/scsi
### et voilà
[root@localhost sys]# ls -l block/sdg
total 0
-r--r--r--  1 root root 4096 dec  9 10:24 dev
lrwxrwxrwx  1 root root    0 dec  9 10:24 device -> ../../devices/pci0000:00/0000:00:10.0/host0/target0:0:6/0:0:6:0
drwxr-xr-x  3 root root    0 dec  9 10:24 queue
-r--r--r--  1 root root 4096 dec  9 10:24 range
-r--r--r--  1 root root 4096 dec  9 10:24 removable
drwxr-xr-x  2 root root    0 dec  9 10:24 sdg1
-r--r--r--  1 root root 4096 dec  9 10:24 size
-r--r--r--  1 root root 4096 dec  9 10:24 stat
[root@localhost sys]#

G.