Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Users

Moving to Storage Group (0.21-fixes)

 

 

MythTV users RSS feed   Index | Next | Previous | View Threaded


nick.rout at gmail

Nov 22, 2009, 6:24 PM

Post #1 of 9 (776 views)
Permalink
Moving to Storage Group (0.21-fixes)

Running 0.21-fixes on mythbuntu.

Original setup was 'out of the box' - recordings are in
/var/lib/mythtv/recordings

Partition filling up, particularly as I also have a lot of videos in
/var/lib/mythtv/videos and music in /var/lib/mythtv/music

Solution: buy terrabyte drive, partition, format and mount at
/mnt/sdb1. Go to mythtv-setup and add /mnt/sdb1 to the default storage
group. Note that /var/lib/mythtv/recordings is not listed as part of
the default storage group.

Move all files from /var/lib/mythtv/recordings to /mnt/sdb1. System
works as normal.

BUT now the system is only seeing a total of 1TB of storage with 280MB
used. In other words /var/lib/mythtv/recordings doesn't seem to be
counted any more, and I assume isn't being recorded to either.

I had thought that by adding the new directory to the default storage
group myth would record both to there and to the old location. Am I
wrong?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mtdean at thirdcontact

Nov 22, 2009, 7:46 PM

Post #2 of 9 (762 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

On 11/22/2009 09:24 PM, Nick Rout wrote:
> Running 0.21-fixes on mythbuntu.
>
> Original setup was 'out of the box' - recordings are in
> /var/lib/mythtv/recordings
>
> Partition filling up, particularly as I also have a lot of videos in
> /var/lib/mythtv/videos and music in /var/lib/mythtv/music
>
> Solution: buy terrabyte drive, partition, format and mount at
> /mnt/sdb1.

Never add the mount-point directory to the storage group directory
list. If you do, and for some reason that drive's file system isn't
mounted, Myth will happily write to the "parent" file system--your root
filesystem. Instad, make a subdirectory under /mnt/sdb1--something like
recordings--and then add /mnt/sdb1/recordings to the storage group
directory list.

> Go to mythtv-setup and add /mnt/sdb1 to the default storage
> group. Note that /var/lib/mythtv/recordings is not listed as part of
> the default storage group.
>
> Move all files from /var/lib/mythtv/recordings to /mnt/sdb1. System
> works as normal.
>
> BUT now the system is only seeing a total of 1TB of storage with 280MB
> used. In other words /var/lib/mythtv/recordings doesn't seem to be
> counted any more, and I assume isn't being recorded to either.
>
> I had thought that by adding the new directory to the default storage
> group myth would record both to there and to the old location. Am I
> wrong?

It will, but--and here I quote you--"Note that
/var/lib/mythtv/recordings is not listed as part of the default storage
group." You seem to want both /var/lib/mythtv/recordings and
/mnt/sdb1/recordings (corrected, as above) in the Default storage group,
but you didn't configure it that way.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


nick.rout at gmail

Nov 22, 2009, 11:38 PM

Post #3 of 9 (736 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

On Mon, Nov 23, 2009 at 4:46 PM, Michael T. Dean
<mtdean [at] thirdcontact> wrote:
> On 11/22/2009 09:24 PM, Nick Rout wrote:
>>
>> Running 0.21-fixes on mythbuntu.
>>
>> Original setup was 'out of the box' - recordings are in
>> /var/lib/mythtv/recordings
>>
>> Partition filling up, particularly as I also have a lot of videos in
>> /var/lib/mythtv/videos and music in /var/lib/mythtv/music
>>
>> Solution: buy terrabyte drive, partition, format and mount at
>> /mnt/sdb1.
>
> Never add the mount-point directory to the storage group directory list.  If
> you do, and for some reason that drive's file system isn't mounted, Myth
> will happily write to the "parent" file system--your root filesystem.
>  Instad, make a subdirectory under /mnt/sdb1--something like recordings--and
> then add /mnt/sdb1/recordings to the storage group directory list.
>

Yes I thought about that afterwards, I'll sort that in due course.

Your suggestion also allows me to us some portions of /mnt/sdb1 for
other purposes, eg I could also have a videos or music directory in
there.

>>  Go to mythtv-setup and add /mnt/sdb1 to the default storage
>> group. Note that /var/lib/mythtv/recordings is not listed as part of
>> the default storage group.
>>
>> Move all files from /var/lib/mythtv/recordings to /mnt/sdb1. System
>> works as normal.
>>
>> BUT now the system is only seeing a total of 1TB of storage with 280MB
>> used. In other words /var/lib/mythtv/recordings doesn't seem to be
>> counted any more, and I assume isn't being recorded to either.
>>
>> I had thought that by adding the new directory to the default storage
>> group myth would record both to there and to the old location. Am I
>> wrong?
>
> It will, but--and here I quote you--"Note that /var/lib/mythtv/recordings is
> not listed as part of the default storage group."  You seem to want both
> /var/lib/mythtv/recordings and /mnt/sdb1/recordings (corrected, as above) in
> the Default storage group, but you didn't configure it that way.

So before I made these changes, what awas telling myth to record to
/var/lib/mythtv/recordings? Is that another, non storage groups,
setting? Or just a default?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mtdean at thirdcontact

Nov 23, 2009, 7:21 AM

Post #4 of 9 (741 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

On 11/23/2009 02:38 AM, Nick Rout wrote:
> On Mon, Nov 23, 2009 at 4:46 PM, Michael T. Dean wrote:
>
>> On 11/22/2009 09:24 PM, Nick Rout wrote:
>>
>>> Go to mythtv-setup and add /mnt/sdb1 to the default storage
>>> group. Note that /var/lib/mythtv/recordings is not listed as part of
>>> the default storage group.
>>>
>>> Move all files from /var/lib/mythtv/recordings to /mnt/sdb1. System
>>> works as normal.
>>>
>>> BUT now the system is only seeing a total of 1TB of storage with 280MB
>>> used. In other words /var/lib/mythtv/recordings doesn't seem to be
>>> counted any more, and I assume isn't being recorded to either.
>>>
>>> I had thought that by adding the new directory to the default storage
>>> group myth would record both to there and to the old location. Am I
>>> wrong?
>>>
>> It will, but--and here I quote you--"Note that /var/lib/mythtv/recordings is
>> not listed as part of the default storage group." You seem to want both
>> /var/lib/mythtv/recordings and /mnt/sdb1/recordings (corrected, as above) in
>> the Default storage group, but you didn't configure it that way.
>>
>
> So before I made these changes, what awas telling myth to record to
> /var/lib/mythtv/recordings? Is that another, non storage groups,
> setting? Or just a default?

Your system was likely falling back to the old pre-SG setting that
specified the recordings directory. It's only used if you don't have
storage groups defined. If you had never set up SG's after upgrading
from 0.20, it would have done this.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


digitalaudiorock at gmail

Nov 23, 2009, 7:31 AM

Post #5 of 9 (723 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

On Mon, Nov 23, 2009 at 10:21 AM, Michael T. Dean
<mtdean [at] thirdcontact> wrote:
> On 11/23/2009 02:38 AM, Nick Rout wrote:
>>
>> On Mon, Nov 23, 2009 at 4:46 PM, Michael T. Dean wrote:
>>
>>>
>>> On 11/22/2009 09:24 PM, Nick Rout wrote:
>>>
>>>>
>>>>  Go to mythtv-setup and add /mnt/sdb1 to the default storage
>>>> group. Note that /var/lib/mythtv/recordings is not listed as part of
>>>> the default storage group.
>>>>
>>>> Move all files from /var/lib/mythtv/recordings to /mnt/sdb1. System
>>>> works as normal.
>>>>
>>>> BUT now the system is only seeing a total of 1TB of storage with 280MB
>>>> used. In other words /var/lib/mythtv/recordings doesn't seem to be
>>>> counted any more, and I assume isn't being recorded to either.
>>>>
>>>> I had thought that by adding the new directory to the default storage
>>>> group myth would record both to there and to the old location. Am I
>>>> wrong?
>>>>
>>>
>>> It will, but--and here I quote you--"Note that /var/lib/mythtv/recordings
>>> is
>>> not listed as part of the default storage group."  You seem to want both
>>> /var/lib/mythtv/recordings and /mnt/sdb1/recordings (corrected, as above)
>>> in
>>> the Default storage group, but you didn't configure it that way.
>>>
>>
>> So before I made these changes, what awas telling myth to record to
>> /var/lib/mythtv/recordings? Is that another, non storage groups,
>> setting? Or just a default?
>
> Your system was likely falling back to the old pre-SG setting that specified
> the recordings directory.  It's only used if you don't have storage groups
> defined.  If you had never set up SG's after upgrading from 0.20, it would
> have done this.
>
> Mike

That's odd...I've never touched anything regarding storage groups, and
the 0.20 to 0.21 upgrade appears to have automatically added my
original directory from the settings table to the default storage
group.

Tom
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mtdean at thirdcontact

Nov 23, 2009, 7:49 AM

Post #6 of 9 (735 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

On 11/23/2009 10:31 AM, Tom Dexter wrote:
> On Mon, Nov 23, 2009 at 10:21 AM, Michael T. Dean wrote:
>
>> On 11/23/2009 02:38 AM, Nick Rout wrote:
>>
>>> So before I made these changes, what awas telling myth to record to
>>> /var/lib/mythtv/recordings? Is that another, non storage groups,
>>> setting? Or just a default?
>>>
>> Your system was likely falling back to the old pre-SG setting that specified
>> the recordings directory. It's only used if you don't have storage groups
>> defined. If you had never set up SG's after upgrading from 0.20, it would
>> have done this.
> That's odd...I've never touched anything regarding storage groups, and
> the 0.20 to 0.21 upgrade appears to have automatically added my
> original directory from the settings table to the default storage
> group.

Yes, Myth's upgrade code converted any "proper" config of the recordings
directory to a Default storage group directory entry. There are ways
that it might not have been able to do so depending on the state of the
data at the point of the upgrade, or it may not have been done due to
other factors (patches applied at one point that incorrectly incremented
the DB schema version or ...), or it may have been done and then someone
deleted the storage group definition, or someone may have changed the
host name but did not do so correctly, or ...

The point, however, was supposed to be that any database used with 0.20
would have had the old setting.

Mike
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


mikep at randomtraveller

Nov 23, 2009, 9:07 AM

Post #7 of 9 (717 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

Nick Rout wrote:
>
> Your suggestion also allows me to us some portions of /mnt/sdb1 for
> other purposes, eg I could also have a videos or music directory in
> there.
>
You would be better served by making the recordings directory use a complete
partition reserved for that use alone. If you want to use some portion of the
*disk* for videos, music, whatever, it would be better to create /mnt/sdb2,
/mnt/sdb3, etc and assign those.

This means that the backend would not have to manage space which contained
"foreign" files in it not under it's control. The other way works; it means you
have to increase the "extra space" parameter in mythtv-setup and you would have
to manually manage the partition space yourself.

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


jarpublic at gmail

Nov 23, 2009, 10:09 AM

Post #8 of 9 (728 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

> You would be better served by making the recordings directory use a complete
> partition reserved for that use alone. If you want to use some portion of
> the *disk* for videos, music, whatever, it would be better to create
> /mnt/sdb2, /mnt/sdb3, etc and assign those.
>
> This means that the backend would not have to manage space which contained
> "foreign" files in it not under it's control. The other way works; it means
> you have to increase the "extra space" parameter in mythtv-setup and you
> would have to manually manage the partition space yourself.

I would disagree with this, although it is admittedly a personal
preference issue. Creating separate partitions requires you to
preallocate how you want the space divided up between your media. If
you get it wrong or things change later, then you have to move files
around and then resize partitions, and some of the filesystems like
XFS are not very amenable to being shrunk. There is only an issue if
you drive is completely full. For me, I would rather just delete and
move some files rather than doing that in addition to resizing
partitions and filesystems. If your drive is usually completely full
and you are frequently making large changes to your music/video
collection then it may be more convenient to keep them separate. But
there is a trade off. That unused space on your other partitions can't
be used for recordings.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users


nick.rout at gmail

Nov 23, 2009, 12:18 PM

Post #9 of 9 (709 views)
Permalink
Re: Moving to Storage Group (0.21-fixes) [In reply to]

On Tue, Nov 24, 2009 at 4:49 AM, Michael T. Dean
<mtdean [at] thirdcontact> wrote:
> On 11/23/2009 10:31 AM, Tom Dexter wrote:
>>
>> On Mon, Nov 23, 2009 at 10:21 AM, Michael T. Dean wrote:
>>
>>>
>>> On 11/23/2009 02:38 AM, Nick Rout wrote:
>>>
>>>>
>>>> So before I made these changes, what awas telling myth to record to
>>>> /var/lib/mythtv/recordings? Is that another, non storage groups,
>>>> setting? Or just a default?
>>>>
>>>
>>> Your system was likely falling back to the old pre-SG setting that
>>> specified
>>> the recordings directory.  It's only used if you don't have storage
>>> groups
>>> defined.  If you had never set up SG's after upgrading from 0.20, it
>>> would
>>> have done this.
>>
>> That's odd...I've never touched anything regarding storage groups, and
>> the 0.20 to 0.21 upgrade appears to have automatically added my
>> original directory from the settings table to the default storage
>> group.
>
> Yes, Myth's upgrade code converted any "proper" config of the recordings
> directory to a Default storage group directory entry.  There are ways that
> it might not have been able to do so depending on the state of the data at
> the point of the upgrade, or it may not have been done due to other factors
> (patches applied at one point that incorrectly incremented the DB schema
> version or ...), or it may have been done and then someone deleted the
> storage group definition, or someone may have changed the host name but did
> not do so correctly, or ...
>
> The point, however, was supposed to be that any database used with 0.20
> would have had the old setting

Thanks for all your help Mike, cheers.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

MythTV users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.