[mythtv-users] Mythtv filling up disk space?

Brett Kosinski fancypantalons at gmail.com
Wed Jun 6 15:02:10 UTC 2007


On 6/6/07, Michael T. Dean <mtdean at thirdcontact.com> wrote:
>
> On 06/06/2007 03:19 AM, Stefan van der Eijk wrote:
> > I'm also seeing that my disk is filling up, but it's not due to the
> > mysql database. I think it's due to recorded programs that have been
> > deleted, but the mythbackend process is still holding onto them:
> >
> > # lsof | grep myth | grep deleted
> > mythbacke 23174     mythtv   18r      REG                8,3
> > 2894512128   28181291
> > /var/lib/mythtv/recordings/1028_20070604212500.mpg (deleted)
> >
> > Restarting the mythbackend process releases the diskspace.
>
> So disable slow deletes.
>
> Delete files slowly
> Some filesystems use a lot of resources when deleting large recording
> files.  This option makes Myth delete the file slowly on this backend to
> lessen the impact.
>
> in mythtv-setup (on each backend).
>

No, what he's describing, here, is something else.  On any Unix machine, if
multiple processes have a file open, and someone comes along and makes an
unlink() call on that file, the file won't actually be deleted until all
processes close their file handles.  In this case, mythbackend has opened
the file, for whatever reason, and has unlinked the file, but isn't closing
it's currently opened file handle, and so the filesystem can't actually free
the underlying disk space.  If this is true, it seems like a pretty serious
bug.

To the original poster, what version of mythbackend are you running?  What's
your use case, here?  Is there some sequence of operations which produces
this behaviour 100% of the time?

Brett.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20070606/a5bcc9fc/attachment.htm 


More information about the mythtv-users mailing list