[mythtv-users] shows not autoexpiring and hard drive filling up
skd5aner at gmail.com
Mon May 14 14:06:28 UTC 2007
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.
More information about the mythtv-users