initialement zfs était prévu pour solaris, donc ils ont fait un truc qui correspondait à leurs besoin, en mettant tout a plat (il le dise dans leur présentation).
Ça peut avoir l'air sympa, mais j'imagine mal la galère avec un utilitaire pour gérer le RAID de reiserfs qui serait diffèrent de celui de ext3.
C'est que tu vois le raid comme une sous couche au fs, alors que eux ils voient,amha, le raid et le fs comme un ensemble.
C'est une autre facon de penser, et la c'est le fs qui gere l'ensemble des disques, pas la sous couche 'raid' .
Sans compter que tu n'as aucun support du raidz ou raidz2 dans un quelconque noyau sans passer par zpool ;)
Le but c'est de proposer un ensemble cohérent ET portable (essaye de transférer tes dd en raid d'un amd vers un sparc (endianess différente) , je suis pas du tout sur que ca marche 'facilement'.
alors que sous zfs tu fait 'zpool export test' sur ton amd. Tu bouge physique tes dd, puis tu tape 'zpool import test' et voila tu les a (en théorie tout du moins vu que j'ai pas testé ;))
ensuite rien ne t'empeche de faire un raid linux, et de faire un pool sur ton /dev/md0 si tu veux ,)
(si par exemple le système de fichier intègre un lien particulier avec NFS seulement, quid des autres ?).
Pas compris la.
en gros si /test/users est exporté, est ce que /test/users/miu est exporté aussi ?
le manpage de zfs donne la réponse (ou meme un simple zfs set help : le flag INHERIT est à YES)
'When the “sharenfs” property is changed for a dataset, the dataset and any children inheriting the property are re-shared with the new options, only if the property was previously “off”, or if they were shared before the property was changed. If the new property is “off”, the file systems are unshared.'
donc tous les enfants sont exporté, toutefois tu peux tres bien faire :
zfs set sharenfs=on test/users
zfs set sharenfs=off test/shigure
et on obtient
zfs get sharenfs
NAME PROPERTY VALUE SOURCE
test sharenfs off default
test/users sharenfs on local
test/users/miu sharenfs on inherited from test/users
test/users/shigure sharenfs off local
Encore une fois, rien ne t'oblige à utiliser ca. tu peux tres bien les exporter normalement (et sur mon ordi l'export ne marche pas car visiblement j'ai pas share, qui dois etre pour l'instant sous solaris seulement ;))
Mon impression c'est qu'on dirait vraiment du "quick and dirty", lourd à maintenir et adapté seulement au taches les plus courantes.
Tu peux me donner comment faire simplement un snapshot avec un ext3 sans faire une copie bete et méchante ?
ou encore un clone (cad avec du COW) ?
ext3 est basé sur l'ext2 , qui lui est un fs qui a été fait il y a fort longtemps.
Il est très bien, mais ce n'est pas parce que quelqu'un pense différement de ce qui est 'habituelle' que c'est forcément du quick & dirty.
Sans compter que ne pas avoir le write hole du raid5 n'est pas quelquechose qui se fait en 'claquant des doigts' ni le fait de faire des transaction atomique.
Je te conseille juste de tester (ca demande une recompilation de noyau si il y a pas fuse, et un peu d'espace disque pour créer des fichiers. On a pas besoin de disques dur supplémentaires pour tester ;))
D'essayer de faire tes tache d'administration 'non courantes' , et voir si c'est compliqué ou pas, et si oui, si c'est plus compliqué que par rapport aux solutions existantes.
(Encore une fois , une solution qui fait un snapshot en 1/2 seconde d'un dd ext3, j'en cherche)
[^] # Re: Circonspect
Posté par briaeros007 . En réponse au journal Zfs sous linux. Évalué à 3.
Ça peut avoir l'air sympa, mais j'imagine mal la galère avec un utilitaire pour gérer le RAID de reiserfs qui serait diffèrent de celui de ext3.
C'est que tu vois le raid comme une sous couche au fs, alors que eux ils voient,amha, le raid et le fs comme un ensemble.
C'est une autre facon de penser, et la c'est le fs qui gere l'ensemble des disques, pas la sous couche 'raid' .
Sans compter que tu n'as aucun support du raidz ou raidz2 dans un quelconque noyau sans passer par zpool ;)
Le but c'est de proposer un ensemble cohérent ET portable (essaye de transférer tes dd en raid d'un amd vers un sparc (endianess différente) , je suis pas du tout sur que ca marche 'facilement'.
alors que sous zfs tu fait 'zpool export test' sur ton amd. Tu bouge physique tes dd, puis tu tape 'zpool import test' et voila tu les a (en théorie tout du moins vu que j'ai pas testé ;))
ensuite rien ne t'empeche de faire un raid linux, et de faire un pool sur ton /dev/md0 si tu veux ,)
(si par exemple le système de fichier intègre un lien particulier avec NFS seulement, quid des autres ?).
Pas compris la.
en gros si /test/users est exporté, est ce que /test/users/miu est exporté aussi ?
le manpage de zfs donne la réponse (ou meme un simple zfs set help : le flag INHERIT est à YES)
'When the “sharenfs” property is changed for a dataset, the dataset and any children inheriting the property are re-shared with the new options, only if the property was previously “off”, or if they were shared before the property was changed. If the new property is “off”, the file systems are unshared.'
donc tous les enfants sont exporté, toutefois tu peux tres bien faire :
zfs set sharenfs=on test/users
zfs set sharenfs=off test/shigure
et on obtient
zfs get sharenfs
NAME PROPERTY VALUE SOURCE
test sharenfs off default
test/users sharenfs on local
test/users/miu sharenfs on inherited from test/users
test/users/shigure sharenfs off local
Encore une fois, rien ne t'oblige à utiliser ca. tu peux tres bien les exporter normalement (et sur mon ordi l'export ne marche pas car visiblement j'ai pas share, qui dois etre pour l'instant sous solaris seulement ;))
Mon impression c'est qu'on dirait vraiment du "quick and dirty", lourd à maintenir et adapté seulement au taches les plus courantes.
Tu peux me donner comment faire simplement un snapshot avec un ext3 sans faire une copie bete et méchante ?
ou encore un clone (cad avec du COW) ?
ext3 est basé sur l'ext2 , qui lui est un fs qui a été fait il y a fort longtemps.
Il est très bien, mais ce n'est pas parce que quelqu'un pense différement de ce qui est 'habituelle' que c'est forcément du quick & dirty.
Sans compter que ne pas avoir le write hole du raid5 n'est pas quelquechose qui se fait en 'claquant des doigts' ni le fait de faire des transaction atomique.
Je te conseille juste de tester (ca demande une recompilation de noyau si il y a pas fuse, et un peu d'espace disque pour créer des fichiers. On a pas besoin de disques dur supplémentaires pour tester ;))
D'essayer de faire tes tache d'administration 'non courantes' , et voir si c'est compliqué ou pas, et si oui, si c'est plus compliqué que par rapport aux solutions existantes.
(Encore une fois , une solution qui fait un snapshot en 1/2 seconde d'un dd ext3, j'en cherche)