[mythtv-users] AutoExpire carnage

[Andrew Meredith]

Chris Pinkham wrote:
> What is the result of this SQL select statement:
> 
> select * from settings where value = 'RecordFilePrefix';

RecordFilePrefix  	/vols/mythtv-rec  	coliseum.ch.anvil.org
RecordFilePrefix 	/vols/mythtv-rec 	zebedee.ch.anvil.org

> Also, how do you have the recordings directory mounted? (on what
> directory on each server)

On coliseum:
/export/mythtv-rec on /vols/mythtv-rec type none (rw,bind)

On zebedee:
coliseum:/export/mythtv-rec on /vols/mythtv-rec type nfs 
(rw,addr=10.103.15.40)

They are both controlled by autofs, but as the volume is local to 
coliseum it reverts to a bind mount.

>> One piece of strangeness I should mention. The delete programs screen 
>> shows the correct free percentage, but roughly doubles the actual free 
>> space in Gigs. ie. currently it shows 125.07 Gigs.
> 
> If this is happening it is because Myth doesn't think that the
> directory is shared, the questions I asked above might yield an answer
> as to why.

Here's hoping.

> Each backend should have it's own RecordFilePrefix entry, even if they
> are pointing to the same directory.

At least I got that right :)

I have tracked the autoexpire wipeout problem back to a misfire in 
mythtv/libs/libmyth/util.cpp and have attached a patch to avoid the 
condition. It might very well be a rare event, but when it kicks off 
it's effect is devastating.

As you can see, the condition fires if the total disk found is zero. 
This is a condition that should never happen, so normally is benign. If 
it does fire, you really want to bail as it will drain off all your 
autoexpirables.

Cheers

Andy M

-------------- next part --------------
A non-text attachment was scrubbed...
Name: util.cpp.patch
Type: text/x-patch
Size: 412 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-users/attachments/20060317/f805ea08/attachment.bin