[mythtv-users] Upgrade Mythbuntu 10.04 0.23 to 0.25 autoexpire failing now?

[tortise]

On 5/09/2013 12:56 a.m., Michael T. Dean wrote:
> On 09/03/2013 08:35 PM, Stephen Worthington wrote:
>> On Wed, 04 Sep 2013 08:16:20 +1200, you wrote:
>>
>>> On Tue, 2013-09-03 at 16:19 +1200, tortise wrote:
>>>> On 2/09/2013 11:45 p.m., Thomas Boehm wrote:
>>>>> tortise wrote:
>>>>>> Possibly this answers?
>>> Is it possible you have orphaned recordings files filling the HDDs?
>>>
>>> Maybe mythtv failed to delete recording files (in past)&  the actual
>>> files exist in the real filesystem.
>>>
>>> There is an "orphaned recordings" script that should do no harm..
>> Get it from here:
>>
>>    http://www.mythtv.org/wiki/Find_orphans.py
>>
>> If you are using it to delete things, be aware that in later MythTV
>> versions, the deleting can take a while and find_orphans.py will
>> report the same files as being there when it lists the orphans again
>> after a delete command.  Just keep using its "Refresh list" command
>> until the files that are being deleted disappear from the list.  But
>> it does no harm if you tell it again to delete files that are already
>> in the process of being deleted.
>
> Don't let that do /anything/ until you've fixed your broken Storage
> Groups definitions.  It will tell you you're missing all of the
> recordings from the file systems that MythTV isn't seeing, and if you
> let it delete them, you'll end up with a bunch of files to sort through,
> figure out what they are, and stick into Video Library.
>
> First step is to fix your SGs so that MythTV can see/use them.  This is
> almost definitely either a change to your file system layout (which
> means changing directories specified in the SG directory list) or
> permissions problems.

Hmmm The SGs (Storage Groups) remain listed correctly under Mythbuntu 
Backend Setup.  Are you suggesting I delete these and add them back again?

I also note

  select * from storagegroup;
+----+-------------+----------+---------------------------------+
| id | groupname   | hostname | dirname                         |
+----+-------------+----------+---------------------------------+
| 16 | Videos      | mythtv0  | /media/repo/mythtv/videos/      |
| 19 | Fanart      | mythtv0  | /media/repo/mythtv/fanart/      |
| 17 | Trailers    | mythtv0  | /media/repo/mythtv/trailers/    |
| 18 | Coverart    | mythtv0  | /media/repo/mythtv/coverart/    |
| 14 | Screenshots | mythtv0  | /media/repo/mythtv/screenshots/ |
| 15 | Banners     | mythtv0  | /media/repo/mythtv/banners/     |
| 13 | DB Backups  | mythtv0  | /media/repo/mythtv/db_backups/  |
| 12 | LiveTV      | mythtv0  | /media/repo/mythtv/livetv/      |
| 24 | Default     | mythtv0  | /media/repo/mythtv/recordings/  |
| 20 | Default     | mythtv0  | /media/repo1/mythtv/recordings/ |
| 21 | LiveTV      | mythtv0  | /media/repo1/mythtv/livetv/     |
| 22 | DB Backups  | mythtv0  | /media/repo1/mythtv/db_backups/ |
| 23 | Videos      | mythtv0  | /media/repo1/mythtv/videos/     |
| 25 | LiveTV      | mythtv0  | /media/repo2/mythtv/livetv/     |
| 26 | Default     | mythtv0  | /media/repo2/mythtv/recordings/ |
| 27 | Videos      | mythtv0  | /media/repo2/mythtv/videos/     |
| 28 | DB Backups  | mythtv0  | /media/repo2/mythtv/db_backups/ |
+----+-------------+----------+---------------------------------+
17 rows in set (0.00 sec)

which seems as expected. The /media/repo{x} directories are all owned by 
root.