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

Reply via email to