[mythtv-users] incomplete Deletes on a shared SMB directory

Jerome Yuzyk jerome at supernet.ab.ca
Mon Dec 4 23:36:48 UTC 2006


On Monday 04 December 2006 14:43, Michael T. Dean wrote:
>
> Yeah, the unlink won't work.  The "bug" is in the SMB/CIFS server.
> Until it "knows" for sure that no clients are using the file, the server
> won't delete the leftover.
>
> If Jerome is using an MS implementation of SMB/CIFS, I'd bet that the
> stubs will get cleaned up when a) the SMB/CIFS share is unmounted by
> /all/ clients (not just the Myth box), b) the SMB/CIFS server is
> rebooted, c) when the space is "required" (i.e. like Myth does for
> autoexpire), or d) whenever MS feels like it.  ;)  There's absolutely
> nothing more Myth can do about the stub, though, other than an outright
> delete (instead of delete/truncate)*.  To turn off the delete/truncate,
> disable "slow deletes".  Note, also, that by default, slow deletes are
> disabled.
>
> The most interesting thing is that AIUI Jerome said that the stub has
> the original filename--which means that his server vendor's
> implementation doesn't even bother to alert other clients that a file
> has been deleted (using a silly rename).  /me wonders who made his
> server (an /old/ Samba version, perhaps?)
>
> Mike

I'm actually using Samba 3.0.23c from Fedora Core 5 on both machines.


More information about the mythtv-users mailing list