[mythtv-users] Question on slow deletion

[Stephen P. Villano]

On 11/19/13 11:15 PM, Michael T. Dean wrote:
> 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
>
> _______________________________________________
It was. I manually went into the deleted recordings and deleted it from
there, rather than waiting for Myth to catch up.
Seems to all be working fine now. I did shorten the expire as well. At
least until I can get another mass storage device online as an iSCSI device.