On Mon, May 23, 2011 at 11:31 AM, Gerald Carter <jerry@xxxxxxxxxxxx> wrote: > On 05/23/2011 08:42 AM, Steve French wrote: > >> Shirish had done some experiments (and AFAIK has a small patch >> that fixed NFS export over CIFS which works, with the usual restrictions >> about having to return ESTALE if the NFS client tries to access >> an inode which has been flushed from the cache on the server side). >> >>>> For nfs v3 clients that can't handle ESTALE, we are probably >>>> stuck with having to wait for Samba to implement the flag >>> Flag? >> >> NTCreateX: FILE_OPEN_BY_FILE_ID >> >> IIRC Shirish verified that the Windows client will emit this flag, but their >> server had not gotten around to implementing it (although Samba could >> implement it now that their is an open-by-handle syscall). > > Hey Jeff/Steve, > > I found in [MS-CIFS] that says a server MUST return STATUS_NOT_SUPPORTED > for this option. Yes - Microsoft has said that their servers do return STATUS_NOT_SUPPORTED but this is not "MUST" in exactly the same sense as in an IETF RFC, and the discussion I had with JRA was about servers which support the Unix/POSIX extensions allowing this. -- Thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
