Charles Richards wrote:
If his data (photo / video storage) is that important, then perhaps he
wants to do soemthing else ... but for a cheap way to get tons of
storage, ZFS can't be beat.
Of course I'm backing up the very important data on a daily basis (de
photo's mainly), but the videos (which will take up the biggest part of
course) are not critical. I just want a huge volume to store it on. If
some sort of redundancy can be built into that, that's very nice. I've
been using GEOM (gconcat) so far, but I'd like to move to ZFS due to
it's ease of use (apart from tuning your system to it) and also because
GEOM is not able to provide any raid5-like setups. Just raid3 or mirror.
ZFS has got it's caveats and gotchas - you *must* tune your FreeBSD
installation to get stability.
See here: http://wiki.freebsd.org/ZFSTuningGuide
I was aware of that, I'll look in to it.
Ok that's good information. I also read/noticed that ZFS seems to run
best on AMD64 platforms. That's OK then. I'm running i386 now, but I'm
happy to switch.
I'm running a fileserver-in-a-closet (patent pending) on FreeBSD
7.0-amd64, with 10x250GB drives in a single RAIDZ2 for my home storage
I'm using old Maxtor SATA150 drives, which are "desktop" class.
Several of them have had to remap sectors while being a part of the
array, and I've never had ZFS complain, nor had the drive be "dropped"
by the OS.
I'd suggest that the OP and yourself do some in-depth reading about
ZFS and how it works. The best documentation I've found as yet is here:
Will do, thanks again.
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"