[mythtv-users] Question on slow deletion

Michael T. Dean mtdean at thirdcontact.com
Wed Nov 20 04:15:27 UTC 2013


On 11/08/2013 03:28 PM, Stephen P. Villano wrote:
> On 11/8/13 12:22 PM, Michael T. Dean wrote:
>> On 11/08/2013 12:02 PM, Stephen P. Villano wrote:
>>> On 11/8/13 7:20 AM, Michael T. Dean wrote:
>>>> On 11/08/2013 02:47 AM, Stephen P. Villano wrote:
>>>>> How long before MythTV gets around to slow deletion of a recorded
>>>>> program?
>>>> "Delete files slowly" is unrelated to when things are deleted from the
>>>> file system. From an external process's perspective, a file is deleted
>>>> from the file system immediately, whether MythTV is slowly truncating
>>>> it or not.
>>>>
>>>>> Usually, I see it begin instantly.
>>>>> Tonight, after an update, I'm seeing zero deletion after a half hour.
>>>>> The program doesn't show up in the remote frontend, but shows up on my
>>>>> PS3 and plays, while the log shows it deleted.
>>>> Time to retain deleted recordings (days)
>>>> Determines the maximum number of days before undeleting a recording
>>>> will become impossible. A value of zero means the recording will be
>>>> permanently deleted between 5 and 20 minutes later. A value of minus
>>>> one means recordings will be retained until space is required. A
>>>> recording will always be removed before this time if the space is
>>>> needed for a new recording.
>>>>
>>> Strange, the files are still available to my PS3 for viewing, but not
>>> visible in the FE or MythWeb. The FE is set for Time to retain deleted
>>> recordings = 0.
>>> BE log excerpt shows files tagged for deletion:
>>> <snip>
>>> Nov  8 07:20:14 RedQueen mythbackend: mythbackend[1702]: I Scheduler
>>> scheduler.cpp:2093 (HandleReschedule) Reschedule requested for CHECK -3
>>> 23 0 DeleteOldEpisode | Undercover Boss | Yankee Candle | When Yankee
>>> Candle CEO Harlan Kent goes under cover, his customer service skills
>>> lead to questions about his true identity. | EP011584600041
>>> Nov  8 07:20:14 RedQueen mythbackend: mythbackend[1702]: I Scheduler
>>> scheduler.cpp:2206 (HandleReschedule) Scheduled 10 items in 0.0 = 0.00
>>> match + 0.00 check + 0.05 place
>>> Nov  8 07:20:17 RedQueen mythbackend: mythbackend[1702]: I Scheduler
>>> scheduler.cpp:2093 (HandleReschedule) Reschedule requested for CHECK -3
>>> 22 0 DeleteOldEpisode | Undercover Boss | Budget Blinds | Budget Blinds
>>> CEO Chad Hallock goes under cover. | EP011584600043
>>> Nov  8 07:20:17 RedQueen mythbackend: mythbackend[1702]: I Scheduler
>>> scheduler.cpp:2206 (HandleReschedule) Scheduled 10 items in 0.1 = 0.00
>>> match + 0.00 check + 0.05 place
>>> Nov  8 07:25:02 RedQueen mythbackend: mythbackend[1702]: I
>>> ProcessRequest mainserver.cpp:1420 (HandleAnnounce) MainServer::ANN
>>> Monitor
>>> Nov  8 07:25:02 RedQueen mythbackend: mythbackend[1702]: I
>>> ProcessRequest mainserver.cpp:1422 (HandleAnnounce) adding: RedQueen as
>>> a client (events: 0)
>>> Nov  8 07:31:06 RedQueen mythbackend: mythbackend[1702]: N Expire
>>> autoexpire.cpp:264 (CalcParams) AutoExpire: CalcParams(): Max required
>>> Free Space: 1.0 GB w/freq: 15 min
>>> Nov  8 07:46:06 RedQueen mythbackend: mythbackend[1702]: N Expire
>>> autoexpire.cpp:264 (CalcParams) AutoExpire: CalcParams(): Max required
>>> Free Space: 1.0 GB w/freq: 15 min
>>> Nov  8 07:51:32 RedQueen mythbackend: mythbackend[1702]: I
>>> ProcessRequest mainserver.cpp:1420 (HandleAnnounce) MainServer::ANN
>>> Monitor
>>> <snip>
>>> There were other entries above the one program delete that were also to
>>> be deleted. They're still available in spite of being marked for
>>> deletion.
>>>
>>> This is on Mythbuntu 12.04, 0.27 fixes.
>>>
>> This isn't showing anything useful--only rescheduling information
>> (where the scheduler is called after you delete an episode).  You'll
>> need to run mythbackend with -v file --loglevel debug .  And note that
>> generally it's the /first/ file it fails to delete that gets the most
>> important messages about why it can't.  (So please include a complete
>> log from backend startup until you try to delete a show, and let it
>> run for an hour or so after that to give it time to try to remove the
>> files.)
> Got a log at http://pastebin.com/XDxu0PPA

This log seems to show one recording being expired (removed from 
database/disk):

2013-11-08 19:22:03.540116 N [6086/6113] Expire autoexpire.cpp:641 
(SendDeleteMessages) - Expiring 607 MB for 1126 at 2013-11-08T18:38:00Z 
=> "Battle 360":"Hammer of Hell"

Are you saying it's still visible/playable via UPnP after such a message?

Mike



More information about the mythtv-users mailing list