[mythtv] Alternative to LVM/Raid for multiple disks?

[James Armstrong]

Jeff Wolf wrote:

>On Tue, 2004-09-07 at 21:51, Art Morales wrote:
>  
>
>>Hi All,
>>
>>I just finished discussing this idea with a fellow Myther...  Right
>>now, there are two ways to add more disk space in multiple drives to a
>>mythbox: LVM and RAID.  I don't like the idea of LVM because the MBTF
>>is now decreased overall, and if I loose a drive, I loose the whole
>>volume.  Raid takes care of this, but now I'm either loosing ~30% of
>>the diskspace (Raid 5) or gain no redundancy (Raid 1 (or is it 0?)). 
>>Also, with Raid, I'm limited for the most part to equal size drives,
>>which is not what people have usually lying around, and makes adding
>>drives later kind of a pain.
>>
>>Anyways, what if instead of having just one entry for video storage on
>>the backend, we allow multiple ones (/var/video1 /var/video2 etc.)? 
>>We could then add some very simple logic to the backend:  if less than
>>X gb on current disk, store on next disk, and so on.  I would assume
>>it would be a pretty simple addition to the code, but unfortunately, 
>>this programming is beyong me...  I don't foresee any significant
>>changes to the schema either...
>>
>>The more I think about this idea, the more I like it because what if
>>instead of using local drives, we use network shares mounted on
>>diffent machines?  
>>    
>>
>
>why not set up a samba share or an nfs share on all of the machines and
>then use a perl script to check available space and as long as no
>recording is happening use symlink to point to available nfs/samba mount
>point.  ie.  if you record to /home/video make that a symlink for the
>nfs/samba partitions that are mounted and viola you have the space you
>are needing, nothing on the backend need change.
>  
>
>
How would you playback a video on mount point 1 if the perl script has 
changed the symlink that the backend uses to mount point 2?

- James