[mythtv-users] Delete Oldest not working
Robert Dege
livemotion at gmail.com
Fri Oct 5 15:23:18 UTC 2012
Status Update:
I was able to resolve the "ERROR when trying to delete file" error by
creating an empty file in the Storage folder.
As a test, I decided to start recording the news every night, and keep only
5 episodes. This is also working correctly.
Sesame Street is also working (somewhat). A maximum of 17 episodes are
kept, even though I have it setup to only keep a max of 15.
So, for some reason or another, this "Delete oldest" issue appears to be
local to the Sesame street recording schedule. Are there any additional
parameters that could affect how mythtv determines if certain episodes
should be excluded from the "Delete oldest" list? I only have one episode
set to preserved, so I'm not sure why 2 extra episodes are being kept.
-Rob
On Fri, Sep 28, 2012 at 12:30 PM, Robert Dege <livemotion at gmail.com> wrote:
> The missing recording is in reference to a Cooking show that recorded in
> February. I created an empty file in the shows folder to see if that
> resolves the problem. I consider that easier than trying to manually
> remove it from the database.
>
> As for Sesame Street, it looks as if it started expiring episodes on the
> 26th, but I'm hesitant to believe this:
>
> Sep 26 11:01:59 ubermyth mythbackend[1515]: N Expire autoexpire.cpp:739
> (ExpireEpisodesOverMax) Expiring 4869 MBytes for 1517 at Tue May 22
> 10:00:00 2012 => Sesame Street. Too many episodes, we only want to keep 15.
>
> Sep 27 11:02:20 ubermyth mythbackend[1667]: N Expire autoexpire.cpp:739
> (ExpireEpisodesOverMax) Expiring 4938 MBytes for 1517 at Wed May 23
> 10:00:00 2012 => Sesame Street. Too many episodes, we only want to keep 15.
>
> Sep 28 11:05:18 ubermyth mythbackend[1667]: N Expire autoexpire.cpp:739
> (ExpireEpisodesOverMax) Expiring 4904 MBytes for 1517 at Mon Jun 25
> 10:00:00 2012 => Sesame Street. Too many episodes, we only want to keep 15.
>
> The next upcoming episode to record isn't until next Thursday (October
> 4th), so I won't know more until then.
>
> Do you know what the criteria needs to be met for "ExpireEpisodesOverMax"
> to work properly. I'm just wondering why it's keeping 17 episodes, even
> though I specified to keep 15.
>
> -Rob
>
>
>
>
> On Fri, Sep 28, 2012 at 11:56 AM, Dan Wilga <
> mythtv-users2 at dwilga-linux1.amherst.edu> wrote:
>
>> Check the logs again. It's probably still trying (and failing) to delete
>> these recordings with files its thinks are missing.
>>
>>
>> On 9/28/12 11:49 AM, Robert Dege wrote:
>>
>>> Okay, so now it seems as if "Delete Over Max" is working somewhat.
>>> Sesame Street recorded this morning (18th episode), but after it ended, I
>>> noticed that the there were only 17 recordings available. So the question
>>> now becomes, why is it keeping 17, when mythfrontend, mythweb, and even the
>>> backend log says to only keep 15?
>>>
>>> I know that I have one episode preserved, but I don't know if that
>>> excludes it from the Max total or not.
>>>
>>>
>>>
>>> On Fri, Sep 28, 2012 at 10:51 AM, Dan Wilga <
>>> mythtv-users2 at dwilga-linux1.**amherst.edu<mythtv-users2 at dwilga-linux1.amherst.edu><mailto:
>>> mythtv-users2 at dwilga-**linux1.amherst.edu<mythtv-users2 at dwilga-linux1.amherst.edu>>>
>>> wrote:
>>>
>>> It looks like you are experiencing a different problem from me. In
>>> your case, the recording file has been deleted (or moved or
>>> renamed?) somehow, and therefore Myth refuses to delete the
>>> database entry.
>>>
>>> If you don't have any ideas why the file would be missing, I
>>> suggest you re-post the exact logs you have below to the list.
>>> Somebody with a better knowledge of why this might be the case
>>> could reply.
>>>
>>>
>>> On 9/28/12 10:29 AM, Robert Dege wrote:
>>>
>>> Thanks for the link, I found it very informative. I check the
>>> backend logs, but didn't find any damaged recordings related
>>> to Sesame street. However, I did find other interesting
>>> information in the logs:
>>>
>>> mythbackend[1667]: N Expire autoexpire.cpp:739
>>> (ExpireEpisodesOverMax) Expiring 4938 MBytes for 1517 at Wed
>>> May 23 10:00:00 2012 => Sesame Street. Too many episodes, we
>>> only want to keep 15.
>>>
>>> It looks like myth is acknowledging the Max Expisode rule, and
>>> tries to delete an episode, but fails to perform the action.
>>>
>>> I also discovered that myth tries to delete an old TV episode
>>> from Feb 2012 that no longer exists on the system. Could this
>>> issue impair auto-expire, or is it unrelated?
>>> Sep 26 21:38:10 ubermyth mythbackend[1541]: N Expire
>>> autoexpire.cpp:640 (SendDeleteMessages) Expiring 3173 MB for
>>> 1664 at 2012-02-19T19:28:13 => "Worst Cooks in America":"Best
>>> of the Worst"
>>> Sep 26 21:38:10 ubermyth mythbackend[1541]: E CoreContext
>>> programinfo.cpp:2278 (GetPlaybackURL)
>>> ProgramInfo(1664_**20120219192813.mpg): GetPlaybackURL:
>>> '1664_20120219192813.mpg' should be local, but it can not be
>>> found.
>>> Sep 26 21:38:10 ubermyth mythbackend[1541]: E CoreContext
>>> mainserver.cpp:2582 (DoHandleDeleteRecording) ERROR when
>>> trying to delete file:
>>> GetPlaybackURL/UNABLE/TO/FIND/**LOCAL/FILE/ON/ubermyth/1664_**
>>> 20120219192813.mpg.
>>> File doesn't exist. Database metadata will not be removed.
>>>
>>>
>>> -Rob
>>>
>>>
>>> On Thu, Sep 27, 2012 at 3:37 PM, Dan Wilga
>>> <mythtv-users2 at dwilga-linux1.**amherst.edu<mythtv-users2 at dwilga-linux1.amherst.edu>
>>> <mailto:mythtv-users2 at dwilga-**linux1.amherst.edu<mythtv-users2 at dwilga-linux1.amherst.edu>
>>> >
>>> <mailto:mythtv-users2 at dwilga-**linux1.amherst.edu<mythtv-users2 at dwilga-linux1.amherst.edu>
>>>
>>> <mailto:mythtv-users2 at dwilga-**linux1.amherst.edu<mythtv-users2 at dwilga-linux1.amherst.edu>>>>
>>> wrote:
>>>
>>> On 9/27/12 11:09 AM, Robert Dege wrote:
>>>
>>> Hello,
>>>
>>> I want to keep exactly 15 episodes of Sesame Street on
>>> mythtv.
>>> As new episodes record, the oldest shows should be
>>> deleted,
>>> with the exception of ones that specifically preserve.
>>> I've
>>> been trying to get this to work over the past two
>>> weeks, with
>>> little success.
>>>
>>> This sounds like an issue with recording quality I hit a
>>> while
>>> ago, in this thread:
>>>
>>> http://www.gossamer-threads.**com/lists/mythtv/users/521454<http://www.gossamer-threads.com/lists/mythtv/users/521454>
>>>
>>> I'm currently using the patch Daniel provided, and it
>>> works fine
>>> for this purpose.
>>>
>>>
>> --
>> Dan Wilga "Ook."
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20121005/97109454/attachment.html>
More information about the mythtv-users
mailing list