[mythtv-users] Myth autoexpiring brand new shows

Michael T. Dean mtdean at thirdcontact.com
Tue Aug 26 18:08:29 UTC 2008


On 08/26/2008 03:31 AM, Jonny B wrote:
> On Mon, Aug 25, 2008 at 11:31 PM, Michael T. Dean wrote:
>   
>> On 08/26/2008 02:10 AM, Enigma wrote:
>>>  Kevin wrote:
>>>> I think a good question to answer is why, within the space of 30
>>>> minutes, is enough disk space being taken up on that drive that you
>>>> are bumping against the 22GB reserve 4 times (roughly once every
>>>> ten minutes).
>>>  Obviously, because there are recordings happening.
>>>> MythTV will show you what it is considering for auto-expiration and
>>>> in what order on the System Status screen in the Frontend.
>>>>         
>>>  If you read my original post, I mention that there are hundreds of
>>>  items on the auto-expire list that precede the recordings in
>>>  question.  My auto expire is set to only consider age.  My issue is
>>>  that they are not being expired in this order.
>>>       
>> They sure are.  You're forgetting about the fact that the "hundreds" of
>> items on the auto-expire list that precede the recordings in question
>> are on other filesystems (where deleting them would be a waste, as it
>> would mean hundreds of recordings must be deleted before a deletion
>> actually makes space available for the new recording).  If you would
>> prefer that Myth deletes all of those, too, let me know and I'll make a
>> patch specifically for you.
> This is somewhat trite, isn't it?

IMHO, no more so than the OP's dismissal of a perfectly valid response 
from a very knowledgeable person.

>  He clearly stated that the Recording
> Groups are not working 'as advertised.'

False advertising by random wikis/posts/blogs on the 'net are not our 
fault.  He needs to read the official advertising.  
http://mythtv.org/docs/mythtv-HOWTO-9.html#storagegroups

Oh, and yes, people should read /and/ understand it (versus skimming it 
and picking random quotes to use to back up their false understanding 
while ignoring those points that contradict their understanding).

>  It was my impression that when
> you added 2 or 3 filesystems to a storage group, it would ensure that
> it recorded to the filesystem with the most free space  (within that
> group) regardless of local/remote filesystem.

Like I said, read the documentation.

>  Therefore, those
> hundreds of items might *not* be on the filesystem in question, but if
> they are in the same recording group, then shouldn't they have expired
> to make space? More importantly though, shouldn't the recording have
> defaulted to the filesystem that is clearly huge and empty (within the
> same group)?

Free space is not considered when choosing a drive/directory to use for 
the recording /unless/ there's a tie in the weighted determination stage.

>>>> Also, if you don't want stuff to expire, don't mark it for
>>>> expiration.
>>>>         
>>>  Surely you can see the difference between wanting my oldest programs
>>>  to expire and having recent programs expire instead.  I never said I
>>>  didn't want these programs to expire, I just don't want them to
>>>  expire before their time.  Your remark adds nothing to the
>>>  conversation and is counter-productive.
>> Surely you would prefer to figure it out for yourself than get help from
>> knowledgeable people on the list--at least that's the only reason I can
>> think of for you to insult a person who was trying to help (and, who
>> happens to be a MythTV dev who knows MythTV very well).
>>     
> I have lots of things I don't want to expire the next day, but don't
> intend to keep for months. Should I also not set these to expire? I
> was again, under the impression, that mythtv was supposed to be
> intelligent enough to know, "I have these three filesystems in my
> recording group A, and this show is set to be recorded in group A.
> Local filesystems 1 and 2 are both full, so lets try remote filesystem
> 1. Look, there's room. I guess I don't need to expire anything!" If
> this is not how it works, then it needs to be documented better, and
> developers need to stop telling people that's how it works.
>
> I, of course, also don't see how stating that a remark is
> counter-productive and adds nothing to the conversation would be
> considered an insult.
>
>   
>> But, in case I'm wrong about your wanting to figure it out for yourself,
>> I'll mention that one potential approach for "fixing" this issue was
>> provided in this thread and it all comes down to a misconfiguration of
>> your system.
> And I must have missed that potential approach... unless of course it
> was to set things to not expire, in which case, I don't feel that is a
> solution at all.

It's not the don't use autoexpire thing.

Mike


More information about the mythtv-users mailing list