[mythtv] [mythtv-commits] Ticket #2492: mythtranscode leaving cifsxxxx files behind after transcode finishes

[Mark Buechler]

Looking through old tickets, I found this one which matches a case I have.
Indeed, MythTV is not at fault here and what Myth is doing is POSIX
compliant. What is happening is that Myth unlinks the file while it is open.
On a cifs filesystem, this is not allowed. However, the Samba folks have
allowed for this but with a side effect of the files being renamed to
cifs????.

Hope that helps.

- Mark.

On 9/28/06, MythTV <mythtv at cvs.mythtv.org> wrote:
>
> #2492: mythtranscode leaving cifsxxxx files behind after transcode
> finishes
>
> ----------------------------+-----------------------------------------------
> Reporter:  ylee at pobox.com  |        Owner:  ijr
>      Type:  defect          |       Status:  closed
> Priority:  minor           |    Milestone:  unknown
> Component:  mythtv          |      Version:  0.20
> Severity:  medium          |   Resolution:  invalid
>
> ----------------------------+-----------------------------------------------
> Changes (by ijr):
>
>   * status:  reopened => closed
>   * resolution:  => invalid
>
> Comment:
>
> If the file is being renamed to cifsxxxx, then myth is properly deleting
> it.  Unless you can prove otherwise, I don't see how Myth could possibly
> be doing anything wrong here.
>
> --
> Ticket URL: <http://svn.mythtv.org/trac/ticket/2492#comment:5>
> MythTV <http://www.mythtv.org/>
> MythTV
> _______________________________________________
> mythtv-commits mailing list
> mythtv-commits at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20061222/0dda1f63/attachment.htm