[mythtv-users] Two files after transcoding

Michael T. Dean mtdean at thirdcontact.com
Tue Mar 18 18:33:13 UTC 2014

On 03/18/2014 02:17 PM, Mike Perkins wrote:
> On 18/03/14 17:18, Michael T. Dean wrote:
>> On 03/18/2014 12:59 PM, Daryl McDonald wrote:
>>> My system turns off and on as needed. I ran the orphans.py and it only
>>> found one third of the .old files I could see in the recordings file.
>>> I executed the four suggestions, including rescan, and it showed no
>>> further orphans. It was not until the next day, at least six-teen
>>> hours later that I rounded up and deleted 36 remaining .old files. So
>>> with what I'm reading recently, I'm confused. If .old files are not in
>>> the database and orphans.py finds files not in the database, why did
>>> it only find one third of the 262 GB's of them?
>> find_orphans.py will check for orphaned/non-managed files in any 
>> directory in
>> any non-special*** storage group that's accessible by the 
>> currently-running
>> backends.  I'd guess that either your directories aren't in your 
>> storage groups
>> or one or more backends wasn't running or was lacking permissions or 
>> similar?
>> Mike
>> *** It will actually find orphaned files in directories in the Live 
>> TV storage
>> group (for those who specify it--though usually doing so is actually 
>> a waste at
>> best and is a bad idea at worst), and will find even database 
>> backups, possibly
>> even those in directories in the DB Backups storage group.  It 
>> definitely
>> excludes the Videos, Banners, Coverart, Fanart, Screenshots, and 
>> Trailers
>> storage groups--it doesn't search any of them for orphans.
> Let me get this straight. find_orphans.py will find non-managed files, 
> like .old files, and /add them to the database/ so that the backend 
> can delete them slowly?

No, it finds them then asks the backend to delete them--without them 
ever being in your database.


More information about the mythtv-users mailing list