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

[Matt]

On 5/13/07, Michael T. Dean <mtdean at thirdcontact.com> wrote:
> On 05/13/2007 10:48 PM, Chris Pinkham 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?
> >
> >
> >> 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?
> >
> >
> >> 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.
>
> Matt, does your disk configuration sound similar to mine (as described
> in the ticket http://svn.mythtv.org/trac/ticket/3392 , the line "For
> reference, I have 2 dedicated backends and one remote frontend. Each
> backend has its own storage and I am not using any network filesystems
> to share files." ).  If so, what happens when you apply the patch on
> that ticket?
>
> Mike


Hey Mike,

   Right now, the only mythbox running on my network is the
master-backend.  All storage is local on the master.  I do have a
slave (not running right now) that has no local storage groups defined
and uses the default locations and mounts them via NFS to the same
mount point (i.e. /mythtv/recordings/area# is the same name on both
servers).

   I'll need to wait at least several days or so for the mythbox to
get full.  I'd be happy to apply the patch.  Can you give this
semi-newb that correct way of applying the patch?  I know I've done it
before, but I rarely have ever played with any form of patches.

Thanks!
Matt