[mythtv] [mythtv-commits] Ticket #2364: Increase sleep_time in truncate-delete patch to accomodate remote mounts
Michael T. Dean
mtdean at thirdcontact.com
Tue Sep 26 21:49:38 UTC 2006
On 09/26/06 14:57, MythTV wrote:
>#2364: Increase sleep_time in truncate-delete patch to accomodate remote mounts
> I've attached, as truncate-debug.txt, the debugging log from mythbackend
> as it dies after attempting to delete a file with '-v file' and truncation
> turned on. To recap, this is 0.20 (ATrpms) with a cifs mount to an Infrant
> ReadyNAS 600.
When did this crash? Was it a while after starting the delete or pretty
much immediately (within a few seconds)? I'm guessing immediately as it
looks like an overflow in the file size computation due to st_blocks
(which we've assumed to always be non-zero) being 0 (the computed file
size is nearly 17PiB--I'm guessing the file's actually not that size ;).
I'm starting to think this assumption--while it should be valid on *nix
filesystems--is not valid on Windows filesystems (or possibly *nix
filesystems viewed through Windows CIFS/SMB).
BTW, do you have CIFS Unix extensions enabled? If so, does the server
allow them (i.e. are they used)? If not can they be enabled on the
client and the server?
More information about the mythtv-dev