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

[Michael T. Dean]

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?

Mike