<br><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Date: Sat, 28 Jan 2012 11:39:24 -0500<br>
From: "Michael T. Dean" <<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>><br>
Subject: Re: [mythtv-users] Program auto-expired within 30 seconds of<br>
recording<br>
To: Discussion about MythTV <<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>><br>
Message-ID: <<a href="mailto:4F2424BC.1010706@thirdcontact.com">4F2424BC.1010706@thirdcontact.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
On 01/28/2012 07:10 AM, Frank Hartmann wrote:<br>
> R KANNAN writes:<br>
><br>
>> I had scheduled to record a program to record from 10:59 PM to 12:01 AM<br>
>> yesterday. Within 30 seconds of completing the recording the recording<br>
>> Auto-expired and was deleted. There is a 'libpng' error and a 'Preview Error'<br>
>> which might be the reason for the program to be deleted.<br>
>><br>
>> Any ideas on what could have gone wrong??<br>
> the same happened here. It was not one of my normal regular expression<br>
> based recordings, but a single recording of a movie.<br>
><br>
> My current theorie is, that some priorities are assigned to different<br>
> type of recordings somewhere. And that the deletion of records is<br>
> based on a score calculated by the recordings age and priority.<br>
><br>
> After some clicking I found something like "delate oldest" records<br>
> first. It did not happen since, but I did not record something that way<br>
> either.<br>
><br>
> Sorry for the vague menue descriptions, I do not have English as menu<br>
> language.<br>
<br>
<a href="http://www.gossamer-threads.com/lists/mythtv/commits/439021#439021" target="_blank">http://www.gossamer-threads.com/lists/mythtv/commits/439021#439021</a><br>
and<br>
<a href="http://www.gossamer-threads.com/lists/mythtv/commits/448946#448946" target="_blank">http://www.gossamer-threads.com/lists/mythtv/commits/448946#448946</a><br>
<br>
Therefore, auto-expired is /not/ a factor when determining where to<br>
write new recordings. Because auto-expire is done on a per-filesystem<br>
basis, and may only choose from shows you have marked to allow<br>
auto-expire, and is performed such that the first shows expired are<br>
Deleted recordings, then Live TV recordings, then normal recordings<br>
based on the value you've selected for:<br>
<br>
Auto-Expire method<br>
- Oldest show first<br>
- Lowest priority first<br>
- Weighted time/priority combination<br>
Method used to determine which recorded shows to delete first. LiveTV<br>
recordings will always expire before normal recordings.<br>
<br>
but in such a way that if you enable:<br>
<br>
Watched before unwatched<br>
If enabled, programs that have been marked as watched will be expired<br>
before programs that have not been watched.<br>
<br>
shows marked as Watched are sorted using the specified Auto-Expire<br>
method and will all be expired before shows not marked as<br>
Watched--regardless of the expiration priority determined through the<br>
Auto-Expire method (i.e. if it's marked as Watched, a recording with a<br>
very low Auto-Expire "priority" will be deleted before an unwatched<br>
recording with a very high Auto-Expire "priority").<br>
<br>
It's quite possible there was nothing else on that particular file<br>
system that MythTV could expire, or that some factor--such as Watched<br>
status--meant that the recording was supposed to expire first.<br>
<br>
Note, also, the setting:<br>
<br>
Automatically mark a recording as watched<br>
If enabled, when you exit near the end of a recording it will be marked<br>
as watched. The automatic detection is not foolproof, so do not enable<br>
this setting if you don't want an unwatched recording marked as watched.<br>
<br>
(which means that a recording that you've never actually watched could<br>
be marked as watched if you open it, then jump to "near" the end, then<br>
exit playback).<br>
<br>
Note that the ticket on which I posted those replies is closed, so<br>
please do not add anything to that ticket. If you think there's a<br>
problem, please post--to here--a log file of the master mythbackend run<br>
with (assuming 0.24-fixes) -v file,extra and showing it expiring a<br>
program you think should not be expired, along with the "Disk Usage"<br>
sections of the "Machine Information" section of your backend status page.<br>
<br>
Thanks,<br>
Mike<br>
<br></blockquote><div>Mike,<br><br>Thanks for your helpful suggestions. <br><br>I had the Auto-Expire settings at "Lowest Priority first". It took me some time to find the settings because it was not available in the MythWeb interface for some reason and it was not oin the backend settings where I thought it should be. But it was in Mythfrontend which I rarely use. I thought it belonged to the backend settings.<br>
<br>Also ALL my recordings have the same priority.<br><br>I also figured out why the recording deleted. I have two different file systems for storage directories. One of them has 50 GB of space and the other has only 4 GB. This particular program was being written to the smaller one. I do not know why Myth chose to write to this file system for a HD program for one hour. After 20 minutes into recording it seems to have run out of space. I don't understand why this happened either. The log file further up shows<br>
<br> <br><ol><li class="li1"><div class="de1">2012-01-25 23:20:33.733 AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 14 min</div></li><li class="li2"><div class="de2">2012-01-25 23:34:33.859 AutoExpire: CalcParams(): Max required Free Space: 3.0 GB w/freq: 14 min</div>
</li><li class="li1"><div class="de1">2012-01-25 23:37:56.242 TFW: safe_write(): funky usleep</div></li><li class="li2"><div class="de2">2012-01-25 23:37:56.283 TFW: safe_write(): Got ENOSPC (No space left on device).</div>
</li><li class="li1"><div class="de1">2012-01-25 23:37:56.349 No space left on the device for file '/opt/tmp/1561_20120125225800.mpg'</div></li><li class="li2"><div class="de2"> file will be truncated, no further writing will be done.</div>
</li></ol><p>This caused the recording to be partial and may be why it was deleted at 12:02 AM. <br></p><p>Now my question: Does Myth estimate the space needed for the program before choosing file system to record in? Why did it choose the smaller storage directory?</p>
<p>Thanks<br></p></div></div>