Bonjour,
Aujourd'hui, j'ai continué mes essais:
1) j'ai constaté que j'avais des droits 1001:1002 sur certains datasets, étant un peu étourdi, je ne me rappelle pas comment ils ont pû venir, j'ai purement et simplement supprimés les 4 datasets qui avaient ces droits.
J'ai exporté le pool, puis remonté sur nas4free, même message d'erreur
2) J'ai importé le pool sur la machine Linux: OK
puis, lancé un scrub: OK
et j'ai exporté (de la machine Linux) et installé le disque sur Nas4Free, celui-ci était arrêté et quand j'ai lancé le webgui, j'ai vu que mon pool était monté !
Je ne pourrais pas refaire toutes les manoeuvres que j'ai faites, car je ne suis pas sûr de moi, mais ce que je peux dire, c'est que le scrub sur cette machine Linux à permit de remettre le pool "d'aplomb".
Donc, je dirais que dans un cas comme celui-là, quand on a un pool qui ne veut pas se monter alors qu'il n'y a pas de message d'erreur, il faut parfois essayer sur une autre machine et quelquefois sur un OS différent, et si le pool est accessible, il faut vite lancer un scrub et le laisser faire ... il y a des chances pour que tout revienne dans l'ordre.
Je serai appeler à faire indirectement d'autres manoeuvres (des zfs send ou recv entre Nas4FRee et Linux, des changements de disques, si je remarque d'autres observations, je les ajouterai à ce post.
Serveur Intel bi-Xéon P5530 / 8 X Ubuntu Serveur 18.04 LTS - ZFS-BTRFS-bcache / ~30 x PI2b(ARM) sous Nas4Free / et ...(chhhut)... 1 seul Xigmanas

... et pas à jour en plus

(çà craint)
Conception d'un "système bizarre"

de "super-devices-autonomes" en NFS gérés par des micro-serveurs SAN(+nas) sous N4F (11 super-devs en raidz3) taille actuelle: 16To / prévue: 64To / théorique: 320To (consommation < 15W en veille - 24/24h) en service depuis 2 ans.