XigmaNAS

Bonjour,

Je souhaite remplacer la clé USB sur laquelle est installée NAS4Free par un modèle plus récent et donc je pensais (pour faire une installation repartant de zéro au niveau du WEBGUI) exporter le Pool sous le shell et l'importer dans la nouvelle version.

Cependant lorsque que j'essaie d'exporter le Pool en faisant zpool export Pool il me dit : cannot unmount '/mnt/Pool': Device busy

Pourtant aucun des partages n'est utilisé et je viens juste de redémarrer pour m'en assurer

Un zpool status ne donne rien de spécial.

Une petite idée de nos sauveurs habituels ?

Merci

Bonjour,

A vu de nez, je pense qu'il a un lien avec quelque chose (un fichier ou une opération)
Il faudrait regarder dans la config, si il n'y a pas un truc qui pointe dans le pool.

Fais un zpool iostat -v 1 et regarde si il passe des données de temps en temps (CTRL-C pour arrêter l'affichage)

As-tu bien regardé partout ? t'as pas fais des compte utilisateurs sur le pool ?

Aurais-tu une autre clef sous la main (juste pour booter dessus, faire un import et ensuite l'exporter.
Si une clef sans config "voit" le pool en busy, il y a un soucis, là faudra bien revérifier le zpool status et voir il n'y a pas une opérations en cours.

Voilà ... quelques pistes

A vu de nez, je pense qu'il a un lien avec quelque chose (un fichier ou une opération)
Il faudrait regarder dans la config, si il n'y a pas un truc qui pointe dans le pool.

Je ne vois pas quoi et ne suis pas bien sûr de comprendre : un ordinateur resté sur un partage ?

Fais un zpool iostat -v 1 et regarde si il passe des données de temps en temps (CTRL-C pour arrêter l'affichage)

Tout est à zéro

As-tu bien regardé partout ? t'as pas fais des compte utilisateurs sur le pool ?

Je ne sais pas ? Comment vérifier ? Il fut un temps j'ai peut être essayé de faire des partages autrement qu'en invité pour des raison de sécurité, mais comment vérifier et pas sûr que ce soit sur ce NAS... De mémoire j'avais tout effacé pour refaire des partage invité et je ne me souvient pas avoir créé de comptes

Aurais-tu une autre clef sous la main (juste pour booter dessus, faire un import et ensuite l'exporter.

C'est ce que j'ai voulu faire au départ et je ne suis souvenu qu'il fallait exporter le Pool d'abord ! De ce fait j'ai tenté de le faire en remettant la veille clé.
Aprés avoir retenté avec la nouvelle clé il a bien voulu importer mon Pool alors qu'il y a une heure il n'a rien voulu savoir...

Une explication ?

Donc sur la nouvelle clé dans ZFS/Configuration/Current c'est vide

Dans ZFS/Configuration/Detected je vois bien les disques et le Pool

Je peux donc synchroniser ?

Merci


Merci

Pour l'instant, tu as pû:
- booter avec ta nouvelle clef
- et importer le pool, c'est çà ?

donc, en gros, c'est bon ?
tu aurais juste voulu savoir ce qui bloquait, si oui, je ne sais pas, ce n'est pas évident.
T'as fais un zpool history, regardé les journaux systèmes ? (juste après avoir essayé l'export infructueux)

Pour l'instant, tu as pû:
- booter avec ta nouvelle clef
- et importer le pool, c'est çà ?

Oui c'est bien bien ça !

Presque tout semble refonctionner sauf impossible d'avoir un service AFP qui fonctionne pour un Mac, du coup je me suis rabattu sur le SMB qui semble fonctionner. Je ne comprend pas pourquoi : le mac le voit dans le Finder mais impossible d'ouvrir quoi que ce soit ! Comprend pas

History ne m'a rien donné d'autres que les lignes d'import du type import -d /dev -f -a

Et je me souviens désormais une des deux clé (je ne sais plus laquelle) m'avais proposé de faire un zpool upgrade que j'ai fait mais qui n' rien résolu.

Je ne sais pas à quoi cela sert ...

Merci

Finalement AFP refonctionne il fallait activer Support du temps machine autorisé

Je ne sais pas pourquoi je ne comprend pas le lien que cela peut avoir sur l'activation ou pas d'un partage ...

Bref ... :p

CorbeilleNews wrote:... zpool upgrade que j'ai fait mais qui n' rien résolu.
Je ne sais pas à quoi cela sert ...Merci

C'est parce que ZFS et les pools ont une version, des choses nouvelles apparaissent, et les versions évoluent au fur et à mesure du temps, donc, à un moment donné, ZFS voit que le pool est "vieux" et qu'il peut être mis à jour (si tu ne fais pas çà, çà marche toujours, mais il peut y avoir une/des fonctionnalité(s) qui ne seront pas prise en compte, les clusters de 4k en ont fait partie un jour je crois).

Donc, un zpool upgrade, va intégrer ces nouvelles choses dedans, c'est à dire que dans la config interne du pool, il va recevoir un numéro de version adéquate et les nouveaux paramètres seront écrits.

C'est mieux de le faire, mais ce n'est pas obligatoire en soit.


Pour le service AFP, je ne peux rien dire, sauf que j'ai déjà eu ce cas, mais j'ai laissé tomber ... c'est pas trop ma tasse de thé

Conditions pour exporter un pool ZFS sous Nas4Free.
service CIF/SMB arrêté
service AFP arrêté
service cibles ISCSI arrêté.

Apple vérifie l'heure réseau pour sa synchronisation donc pour AFP

OK Je comprend mieux donc.

Par contre je ne comprend pas pourquoi ça a marché la troisième fois et pas les deux premières car entre temps rien n'a changé.

Des fois ...

Merci

Bonjour,

J'aimerai faire la même chose sur un autre NAS à savoir remplacer la clé USB par une autre mais lors de l'export du Pool j'ai un message d'erreur (j'ai désactivé les services cette fois ci ) :

GEOM: ada6: the primary GPT table is corrupt or invalid.
GEOM: ada6: using the secondary instead -- recovery strongly advised

Je comprend que la table GPT est corrompue mais pourquoi lors d'un zpool status rien ne ressort ?

Dois-je retirer l'ada6, le formater, le remettre (comme si c'était un nouveau disque) et lancer un resilvering ?

Un scrub ne répare pas ce genre d'erreur ?

Merci de votre aide

Bonjour,
"Dois-je retirer l'ada6, le formater, le remettre (comme si c'était un nouveau disque) et lancer un resilvering ?"

Rien de tout cela n'est nécessaire car c'est sans conséquence vu que ce n'est pas utilisé par ZFS.
Cela provient en général d'un disque qui à été déjà utilisé sur un autre système.

D'accord et merci. Mais il doit bien y avoir une table de partition ou quelque part sur chacun des disques l'inscription qu'il fait partie d'un Pool de x disques et une table d'allocation de fichiers qui référence les dossier et fichiers, les droits ... ?

Sinon pourquoi me dit-il que c'est gênant : "recovery strongly advised"

Et je ne peux exporter mon Pool : cela ne m'enchante guère de laisser tel que.

Merci de votre aide

Il n'y a pas besoin de l'exporter pour changer la clé usb, il suffit d'utiliser un logiciel capable de réaliser une image de l'ancienne clé et la remettre sur la nouvelle. USB image tool sous windows par exemple.

L'export du pool n'est pas bloqué par la corruption d'une table qui ne sert à rien, il doit trainer un processus qui accède encore au pool.

Ce qu'il faut bien comprendre c'est que si l'on utilise tout un disque préparé avec Gpart pour un pool ZFS, la création du pool écrira en début du disque et viendra corrompre la première table GPT.
Pour ne pas avoir de problème avec un disque déjà utilisé, il vaut mieux faire un gpart destroy -F ad(x) puis une création ZFS.
Sinon il faut utiliser une partition pour ZFS et non tout le disque ce qui préservera les tables gpt.

la création du pool écrira en début du disque et viendra corrompre la première table GPT

Pour être sûr de bien comprendre : corrompre est-il vraiment le bon terme, j'aurai plutôt utilisé le terme écrasé ou écrit par dessus ? Qu'en pensez vous ?

Il y a encore peu de temps, je pensais que les données de création/configuration du Pool (je veux dire par là avant même qu'on y copie le moindre fichier) faisaient partie de la configuration de la clé NAS4Free et que c'était pour cela qu'il fallait tant backuper avant un upgrade. Mais je me suis aperçu qu'un simple import Pool sur une clé neuve puis une recréation de la config (mot de passe, activation des services, ...), était tout à fait possible. En gros je pensais que l'association des disques du Pool était sur un fichier extérieur au Pool mais apparemment ce n'est pas le cas, d'où mes interrogations et mon inquiétude sur une table d'allocation corrompue qui aurait pu me faire perdre mon Pool.

Aussi je réitère ma question : dans quelle zone sont écrites les données de création du Pool ? Existe t-il une sorte de MBR global au Pool réparti sur chacun des disques avec la protection inhérente à ZFS (comme pour les fichiers écrits dans le Pool) ou chaque disque a t-il son MBR ou équivalent propre à ZFS ?

J'aimerai bien sauvegarder cette zone (si elle existe) au cas où ! Imaginons que celle ci soit corrompue sur un seul ou plusieurs disques comme la perte d'un MBR ? Qu'advient-il du Pool ?

Peut-être que je me pose trop de questions mais j'aimerais comprendre : un utilisateur averti en vaut deux non ?

Merci.

ZFS écrit au début du disque donc vient écraser une partie de la table primaire GPT donc vue par GPART elle est corrompue.

ZFS maintient sur CHAQUE disque la configuration COMPLĖTE du pool ce qui lui permet même en changeant de contrôleur et/ou l'ordre des disques de toujours fonctionner.
De plus même si vous détruisez votre pool cette zone n'est pas effacée ce qui permet de récupérer un pool détruit.

donc vue par GPART elle est corrompue

Mais pourquoi elle est vue par Gpart lors de l'export du Pool : si j'utilise ZFS qui a son propre système que viens faire Gpart lors de l'export ?

Merci

Normalement ce n'est vu que lors du boot, lors de l'export, ZFS ne l'indique pas.

Normalement ce n'est vu que lors du boot

Dans quel but ? Voir les disques qui sont montables ?

Bien évidemment.

bonjour à tous,

Sleid, j'ai une question:

sleid wrote:ZFS écrit au début du disque donc vient écraser une partie de la table primaire GPT donc vue par GPART elle est corrompue.

Dans le menu de config Nas4Free "Disques|Gestion|HDD Format", il y a désormais ce choix:
Partition GPT [ ] Installe ZFS sur une partition GPT
Est-ce que cela comblera ce problème de corruption dont tu parles ? (en gros, est-ce que ce choix pallie ce problème)

Je pense que oui car ce sera une partition pour ZFS et non tout le disque.
Pour que tout le disque soit utilisé pour ZFS il faut créer les vdev directement.

sleid wrote:ZFS maintient sur CHAQUE disque la configuration COMPLĖTE du pool ce qui lui permet même en changeant de contrôleur et/ou l'ordre des disques de toujours fonctionner.
De plus même si vous détruisez votre pool cette zone n'est pas effacée ce qui permet de récupérer un pool détruit.

A vous lire c'est quasi indestructible mais alors comment expliquer que certains on pu perdre leur Pool ?

Une attaque d'un hacker pourrait-elle détruire le Pool en supprimant la config dde celui ci sur tous les disques ? Désolé, j'en reviens à mon exemple avec le MBR pour l'avoir vécu il y a quelques années mais si j'en avais eu une sauvegarde à l'époque j'aurai pu le restaurer et retrrouver rapidement mes données intactes : les softs de récup ne font pas de miracles pour tous les fichiers ...

J'aimerai juste savoir si il y a quelque chose que je puisse sauvegarder (les données bien sûr ) en cas de perte de la configuration du Pool ? Quelle qu'elle soit.

Merci

Bonjour,
Pour la MBR il y existe de nombreux utilitaires pour la restaurer et depuis longtemps.

"J'aimerai juste savoir si il y a quelque chose que je puisse sauvegarder (les données bien sûr ) en cas de perte de la configuration du Pool ? Quelle qu'elle soit."

La réponse est dans votre question cela s"appelle la sauvegarde: paire + impaire +locale + distante

Que faire dans le cas ou le volume de données est trop important pour être sauvegardé (ce ne sont que des enregistrements TNT) mais que je veux me protéger de la perte de configuration du Pool ?

Bonsoir,

Il n'y a pas cinquante solutions: quand on a des données auquel on tient ... on sauvegarde ... point.
Désolé si je paraîs "expéditif", mais il n'y a pas d'autre solution

si tu veux sauvegarder à moindre frais, voici un exemple de solution "peu chère":
- un raspberryPI3 (ou carte mère fanless)
- des boitiers alu en USB/SATA
- des disques de 2To ou plus (à voir si compatible avec le RPI et boitiers)
- une distrib rasbian ou not'bon vieux Nas4Free en ARM

Ce sera très lent pour tout sauvegarder, mais vu la puissance "colossale" d'un RPI, tout cela peut fonctionner h24, avec du rsync en continu ou toutes les x heures).
Après, au fur et à mesure des modifs, ce ne sera que de la "broutille".

Tu seras beaucoup plus tranquille pour tes données.
Et si tu veux rajouter une petite sécurité, tu places tout çà le plus loin de ton serveur ... dans une cave par exemple !


Pour ma part, je n'ai aucune "info unique" ... c'est "inconcevable", purement et simplement