![[H]ard|Forum](/styles/hardforum/xenforo/logo_dark.png){kind=logo}
just a suggestion:
I see ZFS on linux activities and users are gaining.
those are good for ZFS (specially) and Linux, since "no" real zfs alike on current linux.
oh btrfs is.... well.. in hand of oracle that I am doubtl, they will do extensively development.
managing ZFS on linux would be a good candidate in the future someday, if you need to expand your nap-it,
I am expecting ZFS would be mature enough and bring to kernel disribution.
, 
. as I learn in my life .,Ever since Oracle's decision to discontinue the OpenSolaris distribution the company inherited from Sun Microsystems, the developers and contributors to the popular UNIX platform have been searching for a way to continue the project. Many of the coders have found themselves working under the Illumos umbrella, with OpenIndiana emerging as the logical continuation of the OpenSolaris distribution. But not all is well with the project and last week's resignation of OpenIndiana lead developer Alasdair Lumsden highlights some of the conflicts between open-source ideals and commercial interests. The H Online reports in "OpenIndiana project leader steps down": "In Lumsden's opinion, Joyent, Nexenta and Delphix spent too much effort pushing their own distributions of Illumos and only contributed to the core of Illumos, which Lumsden says led to 'the increasing irrelevance of Illumos'. Lumsden also points to the fact that many of the unique features of OpenIndiana are now becoming available on Linux as well. Technologies such as ZFSOnLinux, Btrfs and dtrace are not as mature as their Illumos counterparts yet, but, Lumsden believes, they lead to the OS "becoming less and less important" in comparison with Linux. Taking his leave from all duties on the project, Lumsden says that he will nonetheless continue to provide hosting for OpenIndiana's infrastructure."
In the old days Sun Microsystems' Solaris was the most popular UNIX operating system, but with the growing popularity of Linux at the time, the company was forced to open some of the Solaris code in order to attract more developers and contributors. Thus OpenSolaris was born. The opening of the source code also led to an explosion of OpenSolaris-based distributions, both community and commercial, with various levels of (in)compatibilities between them. To illustrate the complexity, Jörg Schilling, the developer of cdrecord and SchilliX, has emailed DistroWatch to explain the history and relationships between some of the products that evolved from Solaris: "SchilliX is not based on OpenIndiana as OpenIndiana has incompatible IPS packaging. SchilliX uses the native Solaris packaging system. SchilliX is rather based on OpenSolaris, but note that OpenSolaris is not a distribution. The name of the distro you call 'OpenSolaris' is Indiana. And OpenIndiana is based on Indiana and not on Solaris as Solaris is the non-free precursor of OpenSolaris. To be more precise, OpenSolaris is the 'open' Solaris base. The development code name for Solaris 10.1 (renamed to Solaris 11 at the end of 2005) is 'Nevada' and the source base (that is similar to what FreeBSD covers with their code base) is called 'ON' (Operating and Networking). Before Oracle launched their recent closed-source fork from OpenSolaris, the OpenSolaris base was called 'ONNV' by Sun. ONNV in an abbreviation for 'Operating and Networking Nevada'. SchilliX-ON is a continuation project for that code base and SchilliX is based on SchilliX-ON."
could work (why not..)
but...
setting all rights to everything (777) is a bad habit
. It does
change to RWXRWXRWX (777) where everyone can edits/deletes is not a good habit
imagine........
a situation, you set ACL and later in the future, you change the structure in you share folders ( many directories where own by many users).
by using groups, you can change pretty quick
example on zfs on linux. they implement nfs in ZFS ( as on open solaris or solaris), but they use samba for windows sharing
samba is very flexible for me.
, just my habit not to scrub too many ... It would probably be fine bi-weekly or monthly but I too am paranoid as it's our backup of critical data. And again...Sunday it's not doing anything else so I let it scrub. I will soon need to upgrade it to more and larger drives and probably go RAIDz3 in that case. Going Raidz3 would make me more comfortable going to monthly scrubs.root@solaris-test:~# sharectl set -p lmauth_level=2 smb
lmauth_level: not defined