Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

MythTV storage



Following up on a thread from last month :)

On Fri, Dec 22, 2006 at 09:06:37PM -0500, Tom Metro wrote:
> [Following up on a thread from last month.]
> 
> Derek Atkins wrote:
> >For myth video I'd just mount the disks separately and configure Myth
> >to load-share the space across the mountpoints.  This way if you lose
> >a drive you only lose the videos on that drive and not ALL your videos.
> 
> So how do you configure Myth to "load-share the space across the 
> mountpoints?" I looked around and couldn't find an explanation for how 
> to do that. The configuration field for the storage path doesn't mention 
> the possibility of handling multiple paths. Unless you're talking about 
> a setup with multiple back-ends.


I'm building a MythTV box now; doing the research, I came across
this (0.21 and later):

http://www.mythtv.org/docs/mythtv-HOWTO-9.html#storagegroups

   Storage Groups are lists of directories that are used to hold
   MythTV recording files. By default, there is only one Storage
   Group, called "Default".
...
   MythTV will balance concurrent recordings across the available
   directories in a Storage Group in order to spread out the file
   I/O load. MythTV will prefer filesystems that are local to the
   backend over filesystems that are remote until the local
   filesystem has 2 concurrent recordings active or other
   equivalent I/O, then the next recording will go to the remote
   filesystem. The balancing method is based purely on I/O, Myth
   does not try to balance out disk space unless a filesystem is
   too low on free disk space in which case it will not be used
   except as a last resort.
...
   You can also create a special 'LiveTV' Storage Group. If a
   LiveTV Storage Group directory exists, it will be used instead
   of putting LiveTV recordings in the Default Storage Group,
   allowing you to put your LiveTV recordings on their own
   filesystem. This is similar to the old MythTV method which used
   a RingBuffer for LiveTV.

-dsr-

-- 
_.. ___ . ...   _ .... .   _. ... ._   ._. . ._ _..   _.__ ___ .._ ._.
__ ._ .. ._.. ..__..   _ .... .   .._. _... .. ..__..
http://tao.merseine.nu/~dsr/eula.html is hereby incorporated by reference.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org