From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HK_RANDOM_FROM, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EEC7DC4361B for ; Thu, 17 Dec 2020 14:58:28 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B11642396F for ; Thu, 17 Dec 2020 14:58:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727806AbgLQO62 (ORCPT ); Thu, 17 Dec 2020 09:58:28 -0500 Received: from elasmtp-kukur.atl.sa.earthlink.net ([209.86.89.65]:46288 "EHLO elasmtp-kukur.atl.sa.earthlink.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727769AbgLQO61 (ORCPT ); Thu, 17 Dec 2020 09:58:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mindspring.com; s=dk12062016; t=1608217107; bh=Inxo2ECnVZrBeZLCHxpNnsIiI8OZ/+5mZ73Z bMhFzh0=; h=Received:From:To:References:In-Reply-To:Subject:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding: X-Mailer:Content-Language:Thread-Index:X-ELNK-Trace: X-Originating-IP; b=C2b6xHSCZiei+qggiWGjs8J1mXSv2jrz9AwcQ32Rt/hPGk 5p0WQh5gO52du8HR3UhI8fK3LsJbKGAWW2A4uHeBOQ/93rZJQL5Y4s1SRc0xGCGe2pA q7r3URYymcG9yURG0YhrRrerFop14Z1lXGAUwZDMCh0X/I/Cr3m4DxWMdvEu2EXmhuD w/JipEN/IujqWR6J/AErPXZEya9cIHMxJROoSeT3XSRwn1DXlhegoEhignmdfo82s1q qyQJEzUZykNfqFTZaVZ52fnMpZ3WW02xtvQEVFdlDXjkLOR7jU12gumnJ3jXIcJtSds rpBhZ0EYTZBBaJ+o3P6t5m/1448w== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=mindspring.com; b=CjyRyxyitvZKlEZT06K0OB0brpgx6TTo/AW6CC5icFtA2q9/FkkLvYtQfTdhabhQKY/zbc6mN8P69MKGbyCP2j7rNV/ML3KIs9+kgfE7qfIWzk9EuPRlvsxor26qXIFW3vdWp6uwpmUoUziZCTo0UkSS0AWE8ax48KSksJUt5A3uDZAOwBDsCcA79FzUFzTXK/3ZJgz+T/rBpq56F6JIR4KsJGlFLxYW+xmkbR9VwmM3upnhV3Ob7SGoFHNmqODROdJrDw05IiVnX7annD+tIqu81QczYkJ8AJr42bki1diDjF+It8k3Sh6N1mIbyJh4UP3OoWcIgXd3LYgKWidsLQ==; h=Received:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Content-Language:Thread-Index:X-ELNK-Trace:X-Originating-IP; Received: from [76.105.143.216] (helo=FRANKSTHINKPAD) by elasmtp-kukur.atl.sa.earthlink.net with esmtpa (Exim 4) (envelope-from ) id 1kpuiw-00053m-Ji; Thu, 17 Dec 2020 09:57:46 -0500 From: "Frank Filz" To: "'Suresh Jayaraman'" , References: In-Reply-To: Subject: RE: NFSv4x share reservations support Date: Thu, 17 Dec 2020 06:57:46 -0800 Message-ID: <034401d6d484$fb408710$f1c19530$@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Content-Language: en-us Thread-Index: AQKpveR4sxqLTOYksrFzWeTTlRkNcKhVjDOQ X-ELNK-Trace: 136157f01908a8929c7f779228e2f6aeda0071232e20db4d0cad08f40a69f903a2e973319cd3f5a0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 76.105.143.216 Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org > Does Linux NFS server disallow OPENs from SMB or local filesystem when a > DENY_READ/DENY_WRITE (share reservation) is set on a file? If so, how is it > implemented (with VFS flags)? > > The packet captures show that the Linux NFS4x clients always OPEN with > DENY_NONE (as there is no POSIX support for DENY_READ/DENY_WRITE). > Looked at https://linux- > nfs.org/wiki/index.php/Cluster_Coherent_NFSv4_and_Share_Reservations but > was not sure if it uptodate. > > Would like to understand what level of share reservations support is present in > Linux NFS server today. Since the Linux vfs layer has no way to represent deny modes, there is no way for a Linux remote file system such as knfsd or Samba to coordinate on deny reservations. There was a patch set years ago that would have added deny modes to the Linux open system call, but it never got enough support to be merged. The only way to accomplish this is to either have a file system that implements deny modes with some kind of out of band means for applications and servers to communicate (such as an fcntl call) or for remote file system servers to coordinate in the background. There are proprietary out of tree file systems that provide this coordination, but nothing in tree to my knowledge (if there is, please let me know, nfs-ganesha COULD utilize such an out of band mechanism). Frank