[cifs-protocol] [116100414754619] FSCTL_DUPLICATE_EXTENTS_TO_FILE appears to completely bypass file locks
David Disseldorp
ddiss at suse.de
Mon Dec 12 21:28:55 UTC 2016
On Mon, 12 Dec 2016 20:44:08 +0000, Jeff McCashland wrote:
> After:
> § The object store SHOULD<WBN1> check for byte range lock conflicts on Open.Stream using the algorithm described in section 2.1.4.10 with ByteOffset set to InputBuffer.TargetFileOffset, Length set to InputBuffer.ByteCount, IsExclusive set to TRUE, LockIntent set to FALSE, and Open set to Open. If a conflict is detected, the operation MUST be failed with STATUS_FILE_LOCK_CONFLICT.
>
> § The object store SHOULD<WBN2> check for byte range lock conflicts on Source using the algorithm described in section 2.1.4.10 with ByteOffset set to InputBuffer.SourceFileOffset, Length set to InputBuffer.ByteCount, IsExclusive set to FALSE, LockIntent set to FALSE, and Open set to InputBuffer.FileHandle. If a conflict is detected, the operation MUST be failed with STATUS_FILE_LOCK_CONFLICT.
>
> WBN1: The ReFS file system in Windows Server 2016 does not check for byte range lock conflicts on Open.Stream.
> WBN2: The ReFS file system in Windows Server 2016 does not check for byte range lock conflicts on Source.
Thanks a lot for the clarification, Jeff. Please feel free to close this
ticket.
Cheers, David
More information about the cifs-protocol
mailing list