Hi, This reminds me of a question I've been meaning to ask for a while. I've been playing with Solaris for a home NAS server running on an HP Microserver (which I incidentally first heard of on this list but that's another story). I must admit that I like zfs and I wish it was natively supported on Linux. In our studio, we run Rivendell on a set of Debian-based boxes with a central Debian box running as a server. Given our server only runs MySQL and NFS for the database and /var/snd, I've often wondered if it could actually run on Solaris instead and thus run ZFS natively. It has the advantages Bill outlines for ZFS plus it is ZFS running on the operating system it was originally designed for. Does anyone do this? Or should I put that back in my box of mad ideas?
Thanks, Robert On 13/12/2011 00:44, Bill Putney wrote: > On Ubuntu Linux 10.04 LTS. > > Bill > > On 12/12/11 4:09 PM, Larry Owen wrote: >> Are you running zfs on linux or a nas? >> -- >> Sent from my Android phone with K-9 Mail. Please excuse my brevity. >> >> Bill Putney <[email protected]> wrote: >> >> Robert, >> >> We're using a ZFS file system here. We've chosen not to use the very >> large consumer drives and stuck with slightly smaller (750 GB) server >> quality drives. ZFS allows for very large file systems and flexible >> expansion even with drives of dissimilar geometries later. ZFS doesn't >> use hardware RAID. An array of drives is set up in BOD mode for a SATA >> controller. The array can span multiple controllers if you have a lot of >> drives. >> >> ZFS allows for single or double drive redundancy. Snapshots in time can >> be taken quickly and regression can be done to that point in time if >> needed. So if for instance some angry DJ does an rm -rf /var/snd it can >> be restored quickly since all the deleted files needed to get back to >> the snapshot would be kept in the in the pool even though they are >> marked as deleted at the current >> time. >> >> Bill Putney - KPTZ Port Townsend, WA >> >> On 12/12/11 2:53 PM, Robert Jeffares wrote: >> > I have a project to construct a playout system for someone who has in >> > excess of 40,000 tracks of audio. >> > >> > There is a good reason for a library of this size given the >> application >> > [which is not your regular radio station] >> > >> > My problem is storage on /var/snd >> > >> > I can source 2TB drives and from my experience we can get around >> 20,000 >> > tracks on 1 TB so 2 TB will be 40,000 but with NO headroom. [I like >> > headroom 15% is good] >> > >> > This client is likely to want to add a whole lot more to the library, >> so >> > adding a second 2Tb makes sense. >> > >> > What, in your opinion, is the best method of combining the drives to >> > produce a big /var/snd >> > >> > I have seen various debates on arrays, and quite frankly, I am >> confused. >> > >> > Don't have a problem running the OS on a third smaller drive. >> > >> > We have discussed this and if the limit is the limit then that's what >> we >> > have to work to. >> > >> > There may be 3 Tb drives now but my supplier does not list them, and I >> > gather there is a supply problem with drives at the minute. >> > >> > Robert Jeffares >> > Big Valley Radio >> > Thames New Zealand >> > >> ------------------------------------------------------------------------ >> >> > Rivendell-dev mailing list >> > [email protected] >> > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> >> ------------------------------------------------------------------------ >> >> Rivendell-dev mailing list >> [email protected] >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> >> >> >> _______________________________________________ >> Rivendell-dev mailing list >> [email protected] >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
