<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Brian,<br class="gmail_msg">
<br class="gmail_msg">
Monday, January 23, 2017, 4:27:53 PM, you wrote:<br class="gmail_msg">
<br class="gmail_msg">
> I have a number of recordings that seem to fit this pattern:<br class="gmail_msg">
<br class="gmail_msg">
> # ls -l 1032_20100831120000.mpg<br class="gmail_msg">
> -rw-rw-r-- 235 mythtv mythtv 34816 Nov 25  2014 1032_20100831120000.mpg<br class="gmail_msg">
<br class="gmail_msg">
> $ echo 'select<br class="gmail_msg">
> autoexpire,title,subtitle,starttime,basename,recgroup from recorded<br class="gmail_msg">
> where basename = "1032_20100831120000.mpg";' | mysql -h pvr -u mythtv -pxxx mythconverg<br class="gmail_msg">
> autoexpire      title   subtitle        starttime       basename    recgroup<br class="gmail_msg">
> 9999    Holmes on Homes Capitol Offence 2010-08-31 16:00:00     1032_20100831120000.mpg Deleted<br class="gmail_msg">
<br class="gmail_msg">
> $ mythbackend --printexpire | grep 1032_20100831120000<br class="gmail_msg">
> [no results]<br class="gmail_msg">
<br class="gmail_msg">
> Clearly that is a very old recording which was marked for deletion<br class="gmail_msg">
> (probably a long time ago also) but is still hanging around.<br class="gmail_msg">
<br class="gmail_msg">
> Any idea why?  It must not be meeting some criteria to be actually<br class="gmail_msg">
> deleted but I don't know what it could be.<br class="gmail_msg">
<br class="gmail_msg">
> Cheers,<br class="gmail_msg">
> b.<br class="gmail_msg">
<br class="gmail_msg">
If you haven't set a wait time for actual deletion, they will only get<br class="gmail_msg">
deleted when the space is needed. So it then only gets weird when, to<br class="gmail_msg">
create space for new recordings, younger 'set deleted' files get<br class="gmail_msg">
deleted before them.<br class="gmail_msg"></blockquote><div><br></div><div>Even then it doesn't get that weird... there is some pretty basic logic that controls the order in which recordings are deleted to recover space.  Most likely if this recording has lasted this long, it was probably recorded at a high priority or had the preserve flag set, which puts it very low on the list for clearing out.</div></div></div>