[mythtv] [mythtv-commits] Ticket #2364: Increase sleep_time in truncate-delete patch to accomodate remote mounts

Chris Pinkham cpinkham at bc2va.org
Thu Sep 28 02:56:06 UTC 2006

* On Wed Sep 27, 2006 at 07:17:56PM -0000, MythTV wrote:
> #2364: Increase sleep_time in truncate-delete patch to accomodate remote mounts

>  truncating the recording (renamed to cifsxxxx or .nfsxxxx), and 3)
>  eliminating the remaining stub file after truncation is done. Using NFS on
>  my NAS always properly resulted in 1), 2), and 3). Back when I was

>  As mentioned, the only outstanding issue is 3), having the cifsxxxx stub
>  sticking around. My current cifs mount options in /etc/auto.misc are:

#3 sounds like a cifs issue, that cifsxxxx file should get cleaned up when
mythbackend closes the filehandle.

>  mythtranscode will also truncate properly. (FYI, mythtranscode in 0.20
>  apparently attempts to use the truncation method for deleting old versions
>  of recordings even when truncation was turned off in mythtv-setup; that
>  is, I'd find the old versions renamed to cifsxxxx but otherwise intact.
>  Should I open another ticket?)

Mythtranscode doesn't delete the original recording using mythbackend,
it just does a unlink() on the file, so if you have cifsxxxx files sticking
around it is an issue unrelated to the truncating delete code.

The transcoder doesn't have the file open anymore by the time it does
the unlink so I'm not sure why this would have happening.


More information about the mythtv-dev mailing list