[mythtv-users] Question on slow deletion

[Michael T. Dean]

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.)

Mike