[mythtv-users] uPnP chaos

Michael T. Dean mtdean at thirdcontact.com
Sun Feb 2 02:43:06 UTC 2014


On 02/01/2014 09:37 PM, Michael T. Dean wrote:
> On 02/01/2014 09:06 PM, Tony Gould wrote:
>> if the optimize script doesn't work, my fix to the same problem was 
>> to look in the recorded table for records with deletepending=1, and 
>> then delete these records and the corresponding records in the 
>> related tables recordedprograms and recordseek.You'd need to know 
>> some SQL to do this, and you'd have to backup your database first.
>
> That's a very dangerous thing to do.  There's a much better approach 
> for cleaning any of that up, and I'm happy to give it to anyone off 
> list once they find that there are a bunch of recordings that are 
> stuck in that state (i.e. were deleted days or longer ago and are 
> still there, even after a full system (including master backend) 
> restart--making sure to wait until mythbackend processes finish 
> shutting down, which may take much longer than your system start 
> scripts are willing to wait).

Oh, and off list because the process of cleaning up the brokenness is 
dangerous--even if done properly--and should /never/ be performed unless 
there actually is a problem, and must be performed in a very specific 
way.  So, I don't want to post the instructions to the list where people 
are likely to see it and may attempt it when they shouldn't/when it will 
cause problems/when it won't help with whatever problem they're 
attempting to solve.

And, FWIW, eventually I'll have MythTV automatically fix the issue 
whenever it occurs (and safely)--just need to get some time to finish 
the patch.  (Oh, and this issue won't occur except in an unlikely race 
condition that may occur when MythTV isn't properly shut down.)

Mike


More information about the mythtv-users mailing list