|
Re: CIFS client leaving cifs???? files: msg#00033linux.file-systems.cifs
On Mon, Dec 18, 2006 at 03:24:28PM -0500, Mark Buechler wrote: > I'm running samba v3.0.23c and the latest cifs kernel module on my cifs > client. I'm mounting my samba share on my client with "-o direct". I'm > seeing something odd with regard to unlinking open files. I run MythTV. When > Myth deletes a recording, rather than doing a straight unlink it does the > following: > > 1. Open file > 2. Gradually truncate the file > 3. When the file gets below a certain file size, unlink it > 4. Close file > > This behavior has a side effect of leaving the truncated files hanging > around but renamed as cifs??? files. Ie: Hmmm. Steve - how about using the CIFS UNIX call SMB_SET_FILE_UNIX_BASIC (trans2 call info level 0x200) with a st_nlink count of zero and a file type of UNIX_TYPE_FILE (0) to unlink a file ? That way would work for open files without having to invent a new UNIX_unlink call ? Currently st_nlink of zero is used in a "special" way to do mknod calls so there is precedence for this ? What do you think ? Jeremy. |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Re: 2.6.19.1 bug? tar: file changed as we read it: 00033, simo |
|---|---|
| Next by Date: | Re: CIFS Unix Extensions and uid/gid/mode: 00033, Christopher R. Hertel |
| Previous by Thread: | Win2003 Centos 4.3 32 bit Cifs Problemi: 00033, Shanti kishore Balusu |
| Next by Thread: | Re: CIFS client leaving cifs???? files: 00033, Mark Buechler |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |