Bonsoir,
Pour les disques, oui c'est pour du stockage avec une bonne gestion de l'énergie, peut-être que la gestion des data a besoin de vidage de cache ou je ne sait quoi.
Pour ZFS, voici mon expérience.
J'avais un Nas (Freenas 0.7.2), dessus (car ça fait plusieurs années qu'il tourne j'ai 2 disques entrelacés (2To+2To=4To), pour info j'ai un clône, donc, je joue le risque avec l'entrelacement. C'est une carte mère intel D510, c'est petit comme config mais ça marche (upnp correct).
Sur cette machine, j'avais 2Go de RAM et j'avais de temps en temps des "reboot", j'ai lu pas mal de choses sur le sujet mais je n'ai jamais trouvé mon bonheur, bref, je laissais faire (résigné).
Un jour, il s'est produit une chose, je me mettais a sauvegarder des machines virtuelles et le nas rebootais systématiquement, j'ai fais la relation avec la taille de mes fichiers d'exportation (.ova de vbox). J'en ai déduis que la taille du fichier posait un problème, j'ai donc passé la RAM à 4Go et là plus de problèmes !
... hé hé .. mais un an après, les fichiers ont continués d'augmenter, donc rebelote, de nouveaux des reboots.
Ne pouvant pas remettre de la mémoire (limité à 4Go), je me suis dis qu'il fallait un peu cogiter !
J'ai cherché ce qui pouvais être gênant pour le ZFS, après plusieurs essais, il s'avère que lorsqu'un fichier est plus gros que la valeur de vm.kmem_size_max, ZFS ne peut plus gérer cette situation est reboote.
J'ai regardé, a combien était cette valeur dans Nas4free, elle était positionné par défaut à 330Go ! ... on parle bien de RAM !!!
Je n'ai jamais compris pourquoi cette valeur était aussi haute et pourquoi le système ne réglait pas celle-ci en fonction de la RAM vu sur le système, mais bon, c'est comme çà !
Pour information, on peut voir les valeurs de zfs en faisant:
sysctl -a | grep zfs (en étant root)
C'est là que l'on peut peaufiner certains réglages, en fait, c'est là que ça passe
Maintenant, je ne suis pas connaisseur pour décortiquer ces valeurs et leurs réglages.
Je peux dire simplement, que depuis mes recherches, je m'arrange pour avoir ceci
en plus (sur une config à 12Go):
kern.hz="1000"
vm.kmem_size="4096M"
vm.kmem_size_max="8192M"
vfs.zfs.arc_min="256M"
vfs.zfs.arc_max="2048M"
vfs.zfs.txg.timeout="10"
vfs.zfs.vdev.max_pending="10"
vfs.zfs.vdev.min_pending="4"
dans
/cf/boot/loader.conf, pour le modifier, c'est pas compliqué, il suffit remonter le système en rw et d'éditer le fichier avec gedit ou autre (ligne de commande ... si si
pour faire cela, il suffit de taper en root: mount et de regarder quel device pointe sur /cf, par exemple /dev/ad4a, il suffira de taper:
mount -u -o rw /dev/ad4a /cf (le reboot le remettra en lecture seule).
En gros, y'a plein de réglages possibles, mais dans mon cas, il ne faut jamais dépasser la RAM sur vm.kmem_size_max, d'après tout ce que j'ai pu lire, je mets un tiers de RAM en vm.kmem_size et deux tiers de RAM en vm.kmem_size_max (mais cette proportion n'est pas linéaire).
Il n'y a pas vraiment de réglage idéal, chacun a essayé de régler au mieux, moi je fais en sorte que ça reboot pas.
C'est pour cela que la rêgle des 1Go par To de disques n'est pas vraiment "juste", on peut faire marcher un système ZFS simple avec 256Mo, bon, c'est "tiré par les cheveux", j'admets.
D'ailleurs, au départ, à la mise en route, ZFS n'a rien en mémoire et il se débrouille très bien ! Il faut simplement qu'il puisse ranger ses données quand il le faudra sinon, c'est la panique !
Ceci dit, ZFS marche mieux avec de la mémoire, mon nas en production dépasse d'ailleurs la rêgle des 1Go pour 1To, puisque j'ai 12Go en tout (2 disques locaux en permanence et 2 disques en iscsi réargentés le soir et 1 autre iscsi le week-end) ... parce qu'un mirroir consomme de la RAM aussi.
Donc si t'as 2Go, je mettrais:
vm.kmem_size="1024M"
vm.kmem_size_max="1536M"
vfs.zfs.arc_min="256M"
vfs.zfs.arc_max="768M"
Pour les autres réglages faut essayer, l'idéal serait de se rapprocher des valeurs des disques, mais bon, faut vraiment connaitre.
Et ceci avec les 3 PC.
Avec Windows 7 l'accés au dossier recycle m'est refusé.J'ai modifié le groupe utilisateurs en admin au lieu de nogroup ,mais pas de changement
... et pas à jour en plus 
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.
