Robert, That was my original design for our implementation. What stopped me was the hardware I ended up with didn't have graphic card drivers for Solaris. A fairly mundane problem but I was up against a time line and settled for Linux.
I found ZFS to be fairly easy to set up but that's just me. There is both a user space ZFS app for Linux as well as native ZFS now available. I know there were some license incompatibilities that kept ZFS from being ported over directly from the Sun/Oracle code base. I guess the native ZFS on Linux is a rewrite of some parts to make the license model fit. So as it turns out I don't have the server running Solaris but I can't think of a reason not to do it. There also seems to be a lot of Sun branded Intel servers out there on the second hand market that are very inexpensive. Get one that has SATA drive slots and make sure you get the trays if they require them. In for a penny, in for a £. Bill Putney - KPTZ Port Townsend Sent from my iPad On Dec 13, 2011, at 11:32 AM, Robert Baker <[email protected]> wrote: > 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 _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
