[mythtv-users] incomplete Deletes on a shared SMB directory
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
> 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?)
I'm actually using Samba 3.0.23c from Fedora Core 5 on both machines.
More information about the mythtv-users