[resolu] besoin d'un pas à pas pour le raid ZFS

[sleid]

ça fait quoi exactement un zpool clear monpool ?

Cela efface les erreurs de périphériques, non présentes, dans le journal du pool

[phil135]

je déterre
mais c'est un peu beaucoup une suite car à présent en 11.0.0.4 les menus ont changés et je suis à nouveau paumé:

mon petit nas est à présent presque saturé et je veux augmenter sa taille, j'ai acheté deux disques plus gros

il y a à présent DISQUE ZFS POOLS OUTILS ETAPE1 -> remplacer un périphérique
forcer l'opération : je ne coche pas (?)
je coche mon virtualdevice
et là on me demande "périphérique de pool" et "périphérique de données" ... que dois-je comprendre ? le périphérique de pool est celui que je veux enlever ? le périphérique de données est celui qui contiendra les données pendant la manip ? si c'était un peu plus explicite je serai plus tranquille

de plus les noms pour le périphérique de données ce n'est ni ada0 ni ada1 .... je peux faire quoi ?

le disque que j'apporte est neuf, non formaté. mais dans les outils zfs pas moyen de formater ada0

[phil135]

bon... j'ai essayé de positionner autoreplace=on
j'ai éteint, remplacé physiquement ada0, rallumé. le autoreplace n'a pas réagit
j'ai donc interrogé le numéro du nouveau disque puis envoyé : zpool replace monpool numeronouveaudisque /dev/ada0
et quand j'interroge disque / zfs / pool / information , ça me dit resilvering . bien
par contre c'est d'une lenteur terrible et ça ralenti encore. à présent 4.65 M/s soit 45 heures pour 800 Go ... c'est normal ??
je peux faire quoi pour améliorer la vitesse ?

là on est tombé à 550 K/s , d'où 400 heures .... de pire en pire

[sleid]

autoreplace n'a jamais fonctionné dans le portage de ZFS sous FreeBsd.
La procédure c'est offline de l'ancien disque, remplacement physique, online du nouveau et le resilvering doit démarrer.
replace est également une option.
Pour ce qui est des outils ZFS dans la V11, pour moi c'est une catastrophe, je l'ai gentiment fait remarquer mais sans effets.
Il n'est pas nécessaire de formater un disque pour le remplacement.
La vitesse du resilvering est un peu inquiétante, soit le disque est défaillant(bien que neuf) soit un autre disque a des problèmes d'accès.

[phil135]

ok merci
j'ai l'impression que mon disque restant ada1 qui fourni les données est en mauvaise forme et que la lenteur vient du besoin d'utiliser les astuces de récupération . d'ailleurs j'ai 11 fichiers "permanent errors".
apparemment en changeant de zone ça va mieux , là c'est remonté à 11.8 M/s et je suis à 30%, reste 12h
j'aurai dû changer d'abord ada1 au lieu de ada0, et un scrub aurait été bien vu... je vais essayer de finir comme ça

[phil135]

à présent ça m'annonce: resilvered 767G in 17h37m with 296 errors on Wed May 31 ... donc c'est fini apparemment
(36 fichiers avec "permanent errors", à vue de nez j'ai d'autres sauvegardes)

mais je suis toujours en "degraded" dans Disque Zfs Pool Gestion
Disque Zfs Pool Informations affiche toujours "replacing"
il y a un truc en plus à faire pour enfin remettre le pool au carré ? et passer au remplacement du second disque

[phil135]

pour essayer de decoincer j'ai redémarré le système, et je reste toujours "degraded" pour le pool zfs, d'autre part un nouveau resilvering (de quel disque par rapport à quel disque ??) a démarré tout seul, mais beaucoup plus rapide: 31.5 M/s actuellement

[sleid]

dans le resilvering il vérifie les checksum et reconstruit au mieux si besoin est, s'il reste des erreurs elles sont déclarées permanentes pour tel ou tel fichier qu'il faut donc restaurer à partir d'une sauvegarde ou purement et simplement supprimer les fichiers s'ils n'ont pas d'importance ou se trouvent ailleurs en sécurité.

[phil135]

ok
est-ce que c'est juste ça qui empêche de terminer le remplacement ? auquel cas il me suffirait de supprimer ces fichiers et les rétablir plus tard

là j'ai l'impression que le nouveau disque pour ada0 n'est toujours pas intégré au pool et ça commence à me faire râler pour juste une poignée de fichiers qui -sur le disque- sont perdus de toute façon

edit:
j'ai effacé les fichiers à pb ou restaurés pour ceux que j'avais sous la main, je suis aller effacer en plus dans .recycle
redemarrage .... encore resilvering , lent cette fois. et il se plaint de fichiers genre <0x165b6>

désespérant
est-ce que je peux retirer le nouveau disque et remettre l'ancien ada0 ? est-ce que nas4free va comprendre qu'il a retrouvé sa config d'avant replace ?
y a-t-il / faut-il une instruction pour lui dire d’arrêter les actions en cours ?

[lulu80]

Bonsoir,
A tu regarder ce post >>> viewtopic.php?f=35&t=9265#p57245
J’ai changé deux disques avec cette procédure, cela peut peut-être aider

[phil135]

non je n'avais pas vu
et comme c'est "riche" il va me falloir un moment pour assimiler tout ça

ceci dit, si j'avais une instruction simple pour calmer ces cycles de resilvering et revenir avec les disques d'origine, ça me rassurerait de repartir d'une situation "normale". là je commence à avoir l'impression de bricoler sur du bricolage

[phil135]

actuellement ma situation est:

pool: virtualdevicez
state: DEGRADED
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Wed May 31 22:31:39 2017
6.23G scanned out of 764G at 347K/s, 634h53m to go
6.23G resilvered, 0.82% done
config:

NAME STATE READ WRITE CKSUM
virtualdevicez DEGRADED 2 0 0
mirror-0 DEGRADED 4 0 0
ada1 ONLINE 4 0 2 (resilvering)
replacing-1 DEGRADED 8 0 0
3995987859907625356 OFFLINE 0 0 0 was /dev/ada0/old
ada0 ONLINE 0 0 8 (resilvering)

errors: Permanent errors have been detected in the following files:

virtualdevicez:<0x165b7>
...

j'avais des fichiers en "permanent error" , je les ai effacés puis j'ai été les effacer une seconde fois dans .recycle (peut-etre que ce n'est pas la bonne façon de vider la corbeille (?))
maintenant le resilvering me trouve des <0x165b7> -et autres- à problemes
ça doit faire 3 ou 4 resilvering et je reste dans cette situation de "replacing"
je ne sais pas comment en sortir
je suppose qu'actuellement mon pool s'appuie sur ada1 seulement, donc pas question d'y toucher (?)
si je met ada0 offline et que je remet physiquement l'ancien, il peut arriver quoi ? il risque d'etre resilvered ?

je pense que ma situation de départ était ada0 "old" plutot bon et ada1 avec des erreurs (vu l'age des disques), et bêtement j'ai commencé par changer ada0
je remettrais bien en place ada0 old, mais il ne faut pas qu'il se prenne un resilvering destructeur. puis-je etre certain que le resilvering eventuel n'abimera pas ada0 old ?

ou est-ce qu'il vaut mieux reinstaller nas4free et rebatir un pool sur la base de ada0 old ? pas très élégant

[phil135]

bon, ça a été pénible.
finalement j'ai remis le ada0 old en place et malgré tous mes bricolages nas4free à accepté de considérer que le pool était redevenu normal.
ensuite j'ai mis le ada1 (celui qui a des défauts) offline
remplacé physiquement ada1
mettre à jour les disques, zpool replace xyz ada1
resilvering, cette fois entre 50 et 80 M/s (moins de 3h pour 770 Go)
et remanip pour remplacer aussi ada0. à part que le nouveau ada0 était à présent vu comme une moitié de disque zfs (resilverings précédents ratés) et qu'il a fallu avant le formater par ailleurs
ouf

donc effectivement en nas4free 11 le autoreplace ne marche pas, par contre le autoexpand est ok

[sleid]

Le formater ce n'est pas toujours suffisant(surtout s'il traine un partitionnement), il vaut mieux effacer tout le disque, si vous êtes sous windows avec une place pour un sata ou un dock usb, diskpart a une commande clean qui nettoie instantanément un disk il faut juste initialiser le disque avant de le réinsérer dans le nas.

[velivole18]

bonjour,

Pour mettre un disque à zéro alors qu'il est branché sur le serveur Nas4Free, il suffit en mode console de faire la commande :

# dd if=/dev/null of=/dev/device du disque à remettre à zéro (/dev/sdb par exemple)

Attention c'est en général assez long ... (quelque soit la solution utilisée d'ailleurs).

Cordialement.