Annonce

**Krisscool** · 10 octobre 2018, 12h24

Très bien écrit et intéressant, comme d'hab

Merci !

A noter que si vous bossez sur un serveur, votre carte mère sera souvent équipée d'un contrôleur RAID matériel : dans ce cas, toute la conf se fera depuis le BIOS (voir pour les vieux trucs avec des jumpers directement sur la carte mère / carte controleur), le système quant à lui ne verra jamais qu'un seul disque.

**Icarus** · 20 octobre 2018, 21h23

Je viens de mettre en place le RAID1 sur mon serveur. Cela n'a pas été aussi simple que la théorie car je suis parti, non d'un disque neuf, mais de celui où j'avais cloné initialement ce serveur. Après diverses manipulations, l'erreur suivante demeurait (disque dur initial : ada0, disque dur ajouté : ada1) :

Code:

$ sudo zpool attach zroot ada0p3 ada1p3
invalid vdev specification
use '-f' to override the following errors:
/dev/ada1p3 is part of active pool 'zroot'

Évidemment, l'option -f n'a rien résolu. Détruire le schéma de partitionnement et recréer toutes les partitions n'a pas permis de résoudre cette erreur. Alors, j'ai tout remis à zéro pour retrouver un disque "neuf" :

Code:

$ sudo dd if=/dev/zero of=/dev/ada1 bs=1M
dd: /dev/ada1: short write on character device
dd: /dev/ada1: end of device
1907730+0 records in
1907729+1 records out
2000398934016 bytes transferred in 12847.603370 secs (155702109 bytes/sec)

Ce qui a demandé un peu plus de trois heures et demi.

Après, cela a fonctionné (ce serveur ne démarre que sous BIOS, sans EFI donc) :

Code:

$ gpart show -p ada0
=>        40  3907029088    ada0  GPT  (1.8T)
          40        1024  ada0p1  freebsd-boot  (512K)
        1064         984          - free -  (492K)
        2048     4194304  ada0p2  freebsd-swap  (2.0G)
     4196352  3902832640  ada0p3  freebsd-zfs  (1.8T)
  3907028992         136          - free -  (68K)
$ sudo gpart backup ada0 | gpart restore -F ada1
$ sudo gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1
partcode written to ada1p1
bootcode written to ada1
$ sudo zpool attach zroot ada0p3 ada1p3
Make sure to wait until resilver is done before rebooting.
(...)

L'étape de resilvering a pris un peu moins d'une heure :

Code:

$ zpool status
  pool: zroot
 state: ONLINE
  scan: resilvered 434G in 0h57m with 0 errors on Sat Oct 20 22:10:36 2018
config:

    NAME        STATE     READ WRITE CKSUM
    zroot       ONLINE       0     0     0
      mirror-0  ONLINE       0     0     0
        ada0p3  ONLINE       0     0     0
        ada1p3  ONLINE       0     0     0

errors: No known data errors

So, that's all, folks!

**Icarus** · 02 novembre 2018, 18h34

Alors, pour ceux que ça intéresserait, j'ai compris le problème que j'ai rencontré lors de l'ajout de ce disque en tant que RAID1.
Il suffit de potasser le standard du système de fichiers zfs pour le comprendre.

Code:

$ sudo zpool attach zroot ada0p3 ada1p3
invalid vdev specification
use '-f' to override the following errors:
/dev/ada1p3 is part of active pool 'zroot'

Il faut se rappeler que le disque que je voulais introduire dans le RAID1 (ada1) était un clonage du disque de base (ada0). La partition ada1p3 contenait ce qu'il est convenu d'appeler un vdel label qui recèle entre autres choses le GUID du pool dont il dépend. C'est pour cela que la commande zpool refusait de l'ajouter au pool puisqu'il en faisait déjà partie selon lui. Le fait de "départionner" puis de partitionner à l'identique n'enlevait pas ces informations qui étaient juste à la bonne place pour être interprétées comme réelles. Et en fait, seule la mise à zéro du disque permet de se sortir de ce genre de situation. Le problème étant qu'il existe quatre copies de ce vdev label dont deux se situent à la fin du disque.

Annonce

FreeBSD / zfs : passer en RAID1 sans trop d’effort

FreeBSD / zfs : passer en RAID1 sans trop d’effort

Commentaire

Commentaire

Commentaire