[mythtv-users] shows not autoexpiring and hard drive filling up

[Matt]

On 5/13/07, Chris Pinkham <cpinkham at bc2va.org> wrote:
> * On Sun May 13, 2007 at 10:06:45PM -0400, Matt wrote:
> >    Well, my drive filled up and autoexpire is definitely not working.
> > Here's my logs from right before the drive filled up with "-v file".
>
> > 2007-05-13 21:25:13.301 AutoExpire: FillDBOrdered: Adding chanid 1013
> > @ Sun Mar 11 03:00:00 2007 to expire list
> > 2007-05-13 21:25:13.302 AutoExpire: FillDBOrdered: Adding chanid 1012
> > @ Sat Mar 31 17:00:00 2007 to expire list
>
> These lines show that it is finding recordings that it will try to expire
> in order to free up space.
>
> > 2007-05-13 21:25:13.330     Not Enough Free Space!  We want 2754 MB
> > 2007-05-13 21:25:13.330     Directories on filesystem ID 1:
> > 2007-05-13 21:25:13.331         hercules:/mythtv/recordings/area2
> > 2007-05-13 21:25:13.332     Searching for expireable files in these directories
> > 2007-05-13 21:25:13.332         Checking 1013 @ 2007-03-11T03:00:00 =>
> > Maximum Exposure
> > 2007-05-13 21:25:13.333         ERROR: Can't find file for 1013 @
> > 2007-03-11T03:00:00
>
> And here's where it shows that it needs to free up some space and wants to
> delete a recording, but can't find the file for it.
>
> Where is the file for chanid 1013 @ 2007-03-11T03:00:00 located at?  Is
> it /mythtv/recordings/area2/1013_20070311030000.mpg (or .nuv) or is it
> somewhere else?
>

Unfortunantly, I went through and deleted a lot manually in mythweb.
However, I know for a fact that all the recordings are either in area1
or area2.   I can not tell now if it was area1 or area2 that this
recording belonged to.

> > 2007-05-13 21:25:13.334         Checking 1012 @ 2007-03-31T17:00:00 =>
> > Maximum Exposure
> > 2007-05-13 21:25:13.334         ERROR: Can't find file for 1012 @
> > 2007-03-31T17:00:00
>
> Looks like the same issue down the line.
>
> > 2007-05-13 21:25:13.351 SG(Default): FindRecordingFile: Searching for
> > '1052_20070510223000.mpg'
> > 2007-05-13 21:25:13.353 SG(Default): FindRecordingDir: Checking
> > '/mythtv/recordings/area1'
> > 2007-05-13 21:25:13.354 SG(Default): FindRecordingFile: Found
> > '/mythtv/recordings/area1/1052_20070510223000.mpg'
>
> This makes me wonder, because it found this file in 'area1' and not 'area2'.
> How are your backends and Storage Groups setup?

id 	groupname 	hostname 	dirname
4 	Default 	hercules 	/mythtv/recordings/area1/
5 	Default 	hercules 	/mythtv/recordings/area2/

Hercules is my master backend
I have another slave backend/frontend that is currently not running.
It mounts these drives via NFS and uses the exact same mount point
/mythtv/recordings/area1 (and area2)


>
> > 2007-05-13 21:25:13.403 AutoExpire: SendDeleteMessages. Nothing to expire.
>
> Since it didn't find any files on the area2 filesystem that can be expired,
> it could't delete anything.

:-(     The files were there.  I'm not sure why it says it can't find them.

Just to give a little more information, I've done two "major" events
in the past couple of months.  First, I moved - so all my channels are
completely different.  Second, I migrated to new hardware.  I was
using storage groups prior, but my drives rarely filled up, so I'm not
sure if I would have seen this.  The drive is filling up now because I
had to RMA the RAM for my frontend/slave-backend.

Either way, I majorly concerned that there's an issue.  I'm thinking
of submitting a bug-report if you think it'll be a good idea.

Only issue is that I deleted a ton of stuff, so in order to replicate
this it'll take a while for my drive to fill back up and I don't want
to miss the season finales that are coming up this time of year.

Thanks!
Matt