XigmaNAS

Hello,

Mon nas2 de backup démarre une fois par mois pour faire un backup du nas1 puis s'éteind.

Je viens de voir que le pool est dégradé sur ce nas2. Ceci provient du fait que les disques durs de ada 0 et ada1 se sont intervertis. Je n'ai pas touché aux branchements.

Un reboot a solutionné le point après une synchronisation zfs et un réimport des disques dans le menu gestion des disques.

Le resilvering est en cours.

Le smart des disques est normal.

Comment éviter l'inversion des ada à chaque démarrage ?

Salut,

Je pense que cela vient du bios, c'est lui qui donne un numéro au composant et cela doit se faire "à la première découverte", c'est à dire que le premier chipset qui répond sera le premier de la liste.
Si par exemple on a une carte SATA dans un slot PCI, le bios, lors de l'interrogation des composants va "tomber" sur le chipset de cette carte lors de l'interrogation et il mettra des affectations supplémentaires.
La liste n'est donc pas "fixe", mais re-faite entièrement lors du démarrage", dans ton cas, les deux composants doivent répondre presqu'en même temps, un jour c'est l'un ... une autre fois l'autre.

Est-ce que cette machine est débranchée complètement ? ( câble 220v débranché) ou si l'alim reste sous tension (alim arrêtée mais sous tension), il est possible qu'il y ait une différence sur cet aspect.

la machine reste sous tension

dans le bios, les disques sont en "AUTO" ?
si oui, essaies de les "figer", c'est à dire laisser leurs caractéristiques normales (celles détectées en AUTO), mais le but c'est que le choix ne soient pas sur "AUTO"

J'ai regardé et j'ai pas dans le bios de désactivation de l'auto. Je vais fouiller le mode d'emploi

Normalement, tu devrais voir les caractéristiques de tes disques (nom fabricants, type, genre, ...), des fois en appuyant sur une touche (laquelle ?), çà passe en mode personnalisé avec les caractéristiques qui avaient été vues en mode AUTO, il suffit donc de sauvegarder ces caractéristiques là.
De cette façon, quand le bios va démarrer, au lieu d'interroger, il va dire "Est-ce que sur le SATA1 il y a bien un disque tartampion de X Go ?", et des fois sur certains bios, il est possible de faire un "halt on error", c'est pratique car si un disque n'est pas détecté, la machine bloquera sur le bios avec l'élément défaillant ou qui ne correspond pas avec la config précisée dans le bios.
Quand on a une machine qui ne change pas au niveau hardware, mettre tout en "AUTO" n'est pas un bon choix.

Oui je me souviens de cela sur mes anciennes cartes mères. Sur celle ci toutes les informations des Dd sont grisées et je ne peux pas modifier à part des options, mais qui ne me donne pas la main sur le port sata.
Je continue ma lecture

Le pool dégradé ne vient pas de l'inversion des disques ou de leur dénomination car ZFS s'en moque complètement vu que les disques ont leur propre dénomination les fameux 12345678909876543.
La cause est donc à déterminer.

sleid wrote:Le pool dégradé ne vient pas de l'inversion des disques ou de leur dénomination car ZFS s'en moque complètement vu que les disques ont leur propre dénomination les fameux 12345678909876543.
La cause est donc à déterminer.

Je ne comprends pas trop ce que tu veux dire

Il n'a pas dit que le pool était "réellement" dégradé, mais que les dev physiques changent au démarrage de la machine, du coup la config de Nas4Free devient fausse (d'oû la synchro a faire, puis çà devient "OK")

Je pense qu'Ernie voudrait que ada0 et ada1 garde "leur" place habituelle, et ne s'intervertissent pas sans raison.

C'est çà ? ou ai-je mal compris ?

Ernie dit que le resilvering est en cours donc il y bien un problème.

En fait ada0 et ada1 se sont inversés.

Le pool était en status dégradé. Le smart est normal.

Le résilvering est fini et tout va bien. Maintenant le pourquoi du comment, je ne sais pas.

Édit:

Le ada0 est un disque en ufs qui est monté. Le disque ada1 est un des disques raidz1.

Le chemin du ufs dans le montage apparaît ainsi: /dev/adaO/...

C est peut être cela qui a posé problème : des choses on été écrites sur le ufs et le disque physique n était plus le bon.

Je pensais que le ada0 et ada1 étaient du même pool !

Je pense que le fait de retrouver le disque sur un raidZ1 lancera automatiquement le resilvering, cela me semblerait logique.
Puisque ZFS va écrire sur le pool des "toutes petites choses" même si on ne l'utilise pas (on le voit dans un zpool iostat -v, il y a quelques k en écriture quelquefois).
Donc, lorsqu'il retrouve un de ses dev, il lance un resilvering et comme il ne peut pas savoir ce qui a été touché ou pas sur le disque, il le contrôle entièrement (pas bit à bit, mais par checksum de blocs), sinon, cela voudrait dire qu'il réutiliserait un disque "sans savoir" ce qu'il y a dessus.
C'est différent, d'un pool qui aurait été arrêté normalement, car dans le cas du raidZ1, le pool fonctionne sans ce disque. Là ZFS, se moque de la config vue et démarre le pool, mais lors de la réintégration du disque, il le considère comme un dev "foireux" et potentiellement "changé".

J'ai un cas presque similaire sur un pool en miroir: si j'ai deux disques locaux et un en iscsi, le fait de démarrer sans l'iscsi, et, ensuite de le démarrer avec, va relancer un resilvering, c'est une méthode que je voulais utiliser; mettre à jour un disque en iscsi, puis, ensuite faire une scission du mirroir, et libérer le disque iscsi pour faire une sauvegarde hors du pool (donc hors machine), mais lorsque je le réintègre dans le pool, j'ai un resilvering complet, et comme le pool n'est composé que de disques de 2To en sata sur un G850 ... bin çà ne le fait pas du tout (d'un point de vue matériel et aussi pour l'utilisation en production.