From nobody Fri Mar 17 12:03:53 2023
Return-Path: <tigran.mkrtchyan@desy.de>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id A6B48C15153C
 for <nfsv4@ietfa.amsl.com>; Fri, 17 Mar 2023 12:03:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.096
X-Spam-Level: 
X-Spam-Status: No, score=-6.096 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HK_RANDOM_ENVFROM=0.001,
 HK_RANDOM_FROM=0.999, RCVD_IN_DNSWL_HI=-5,
 RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001,
 URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
 header.d=desy.de
Received: from mail.ietf.org ([50.223.129.194])
 by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id tMnW0cWYbUCC for <nfsv4@ietfa.amsl.com>;
 Fri, 17 Mar 2023 12:03:47 -0700 (PDT)
Received: from smtp-o-3.desy.de (smtp-o-3.desy.de
 [IPv6:2001:638:700:1038::1:9c])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 592C6C151520
 for <nfsv4@ietf.org>; Fri, 17 Mar 2023 12:03:45 -0700 (PDT)
Received: from smtp-buf-3.desy.de (smtp-buf-3.desy.de
 [IPv6:2001:638:700:1038::1:a6])
 by smtp-o-3.desy.de (Postfix) with ESMTP id 8B407608A3
 for <nfsv4@ietf.org>; Fri, 17 Mar 2023 20:03:41 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp-o-3.desy.de 8B407608A3
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=desy.de; s=default;
 t=1679079821; bh=ud6TgldvvOdEcpK/6UKPrtjymriJIJbRBsYboifXVi4=;
 h=Date:From:To:Cc:In-Reply-To:References:Subject:From;
 b=01yEhz1E6q/VDsajvX6jM2Y1YKXezCG2ejASn0Ntxe/HXMur5qErEIKgLMuH3cecz
 MSXY2BpTN9DiOOvY1EF7J4caX6GPHljsic+VBArIN1Qomg1wm+5wOiOW3ZtvnS3Ek8
 N1bfDjjzSb47KKNGtIL7rVntYFBFqs31SSqUO70U=
Received: from smtp-m-3.desy.de (smtp-m-3.desy.de [131.169.56.131])
 by smtp-buf-3.desy.de (Postfix) with ESMTP id 83823A00B3;
 Fri, 17 Mar 2023 20:03:41 +0100 (CET)
Received: from smtp-intra-3.desy.de (smtp-intra-3.desy.de [131.169.56.69])
 by smtp-m-3.desy.de (Postfix) with ESMTP id 803E160058;
 Fri, 17 Mar 2023 20:03:41 +0100 (CET)
Received: from z-mbx-2.desy.de (z-mbx-2.desy.de [131.169.55.140])
 by smtp-intra-3.desy.de (Postfix) with ESMTP id 6DDBB80067;
 Fri, 17 Mar 2023 20:03:41 +0100 (CET)
Date: Fri, 17 Mar 2023 20:03:41 +0100 (CET)
From: "Mkrtchyan, Tigran" <tigran.mkrtchyan@desy.de>
To: Thomas Haynes <loghyr@hammerspace.com>
Cc: NFSv4 <nfsv4@ietf.org>
Message-ID: <1681714268.9413960.1679079821291.JavaMail.zimbra@desy.de>
In-Reply-To: <593CEF2C-EE09-4CB7-86F3-E84F3C7E35B4@hammerspace.com>
References: <167690801491.19966.10073497475444708402@ietfa.amsl.com>
 <593CEF2C-EE09-4CB7-86F3-E84F3C7E35B4@hammerspace.com>
MIME-Version: 1.0
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
 micalg=sha-256; 
 boundary="----=_Part_9413961_1242574386.1679079821392"
X-Mailer: Zimbra 9.0.0_GA_4509 (ZimbraWebClient - FF110 (Linux)/9.0.0_GA_4509)
Thread-Topic: New Version Notification for draft-haynes-nfsv4-layoutwcc-01.txt
Thread-Index: AQHZRUKRJOPrjieQWUCEjmhk1eP+ldNTJCbS
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/DEUuoJlkH9lu6SfVcAEP3oTA54o>
Subject: Re: [nfsv4] Fwd: New Version Notification for
 draft-haynes-nfsv4-layoutwcc-01.txt
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfsv4>,
 <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfsv4/>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>,
 <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Mar 2023 19:03:51 -0000

------=_Part_9413961_1242574386.1679079821392
Date: Fri, 17 Mar 2023 20:03:41 +0100 (CET)
From: "Mkrtchyan, Tigran" <tigran.mkrtchyan@desy.de>
To: Thomas Haynes <loghyr@hammerspace.com>
Cc: NFSv4 <nfsv4@ietf.org>
Message-ID: <1681714268.9413960.1679079821291.JavaMail.zimbra@desy.de>
In-Reply-To: <593CEF2C-EE09-4CB7-86F3-E84F3C7E35B4@hammerspace.com>
References: <167690801491.19966.10073497475444708402@ietfa.amsl.com> <593CEF2C-EE09-4CB7-86F3-E84F3C7E35B4@hammerspace.com>
Subject: Re: [nfsv4] Fwd: New Version Notification for
 draft-haynes-nfsv4-layoutwcc-01.txt
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="=_821360fb-ac3b-487e-be95-87ce4bb435ae"
X-Mailer: Zimbra 9.0.0_GA_4509 (ZimbraWebClient - FF110 (Linux)/9.0.0_GA_4509)
Thread-Topic: New Version Notification for draft-haynes-nfsv4-layoutwcc-01.txt
Thread-Index: AQHZRUKRJOPrjieQWUCEjmhk1eP+ldNTJCbS

--=_821360fb-ac3b-487e-be95-87ce4bb435ae
Content-Type: multipart/related; 
	boundary="=_f4fd7007-eb32-4c35-8379-d330d5ec96e3"

--=_f4fd7007-eb32-4c35-8379-d330d5ec96e3
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit



Hi Tom,

Thanks for the update. I have two comments:

1.

The introductions talk mostly about nfsv3-based flexfile layout. However, even
strongly coupled v4-based implementations will benefit from such functionality,
as attribute synchronization can be delegated to the client (fsync vs fdatasync).

2.
the paragraph:

"""
Each NFSv3 operation corresponds to one round trip between the client and server. So a WRITE followed by a GETATTR would require two round trips. In that scenario, the attribute information retrieved is considered to be strict server-client consistency. For NFSv4, the WRITE and GETATTR can be issued together inside a compound, which only requires one round trip between the client and server. And this is also considered to be a strict server-client consistency. In essence, the NFSv4 READ and WRITE operations drop the post-operation attributes, allowing the client to decide if it needs that information.
"""

Is still wrong for nfsv4, as on the data path we can't have READ/WRITE + GETATTR. I am not saying that we should change the pnfs protocol,
but the text might say that LAYOUT_WCC gives an opportunity for nfsv3 (and might be for later implementations) to make use of it.


Best regards,
   Tigran.


----- Original Message -----
> From: "Thomas Haynes" <loghyr@hammerspace.com>
> To: "NFSv4" <nfsv4@ietf.org>
> Sent: Monday, 20 February, 2023 16:48:45
> Subject: [nfsv4] Fwd: New Version Notification for draft-haynes-nfsv4-layoutwcc-01.txt

> This version addresses the issue that the draft is NFSv3 Flex Files only.
> 
> Thanks,
> Tom
> 
> Begin forwarded message:
> 
> From: internet-drafts@ietf.org
> Subject: New Version Notification for draft-haynes-nfsv4-layoutwcc-01.txt
> Date: February 20, 2023 at 7:46:54 AM PST
> To: "Thomas Haynes" <loghyr@hammerspace.com>, "Trond Myklebust"
> <trondmy@hammerspace.com>
> 
> 
> A new version of I-D, draft-haynes-nfsv4-layoutwcc-01.txt
> has been successfully submitted by Thomas Haynes and posted to the
> IETF repository.
> 
> Name: draft-haynes-nfsv4-layoutwcc
> Revision: 01
> Title: Add LAYOUT_WCC to NFSv4.2
> Document date: 2023-02-20
> Group: Individual Submission
> Pages: 9
> URL:
> https://www.ietf.org/archive/id/draft-haynes-nfsv4-layoutwcc-01.txt
> Status:         https://datatracker.ietf.org/doc/draft-haynes-nfsv4-layoutwcc/
> Html:
> https://www.ietf.org/archive/id/draft-haynes-nfsv4-layoutwcc-01.html
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-haynes-nfsv4-layoutwcc
> Diff:
> https://author-tools.ietf.org/iddiff?url2=draft-haynes-nfsv4-layoutwcc-01
> 
> Abstract:
>  The Parallel Network File System (pNFS) Flexible File Layout allows
>  for a file's metadata (MDS) and data (DS) to be on different servers.
>  It does not provide a mechanism for the data server to update the
>  metadata server of changes to the data part of the file.  The client
>  has knowledge of such updates, but lacks the ability to update the
>  metadata server.  This document presents a refinement to RFC8434 to
>  allow the client to update the metadata server to changes on the data
>  server.
> 
> 
> 
> 
> The IETF Secretariat
> 
> 
> 
> 
> _______________________________________________
> nfsv4 mailing list
> nfsv4@ietf.org
> https://www.ietf.org/mailman/listinfo/nfsv4

--=_f4fd7007-eb32-4c35-8379-d330d5ec96e3--

--=_821360fb-ac3b-487e-be95-87ce4bb435ae--

------=_Part_9413961_1242574386.1679079821392
Content-Type: application/pkcs7-signature; name=smime.p7s; smime-type=signed-data
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCAMIIF
vzCCBKegAwIBAgIMJENPm+MXSsxZAQzUMA0GCSqGSIb3DQEBCwUAMIGNMQswCQYDVQQGEwJERTFF
MEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVpbmVzIERldXRzY2hlbiBGb3JzY2h1bmdz
bmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUwIwYDVQQDDBxERk4tVmVyZWluIEdsb2Jh
bCBJc3N1aW5nIENBMB4XDTIxMDIxMDEyMzEwOVoXDTI0MDIxMDEyMzEwOVowWDELMAkGA1UEBhMC
REUxLjAsBgNVBAoMJURldXRzY2hlcyBFbGVrdHJvbmVuLVN5bmNocm90cm9uIERFU1kxGTAXBgNV
BAMMEFRpZ3JhbiBNa3J0Y2h5YW4wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQClVKHU
er1OiIaoo2MFDgCSzcqRCB8qVjjLJyJwzHWkhKniE6dwY8xHciG0HZFpSQqiRsoakD+BzqINXsqI
CkVck5n7cUJ6cHBOM1r4pzEBcuuozPrT2tAfnHkFFGTZffOXgjmEITfSh6SD+DYeZH4Dt8kPZmnD
mzWMDFDyB67WWcWApVC1nPh29yGgJk18UZ+Ut9a+woaovMZlutMbuvLVt/x5rpycMw0z+J1qeK7J
8F3bKb0o2gg+Mnz9LzpLtJp7E9qJUKOTkZGDua9w9xrlo4XGX9Vn72K5wodu6woahdgNG+sXRcJM
RH3aWgfdznoi1ORLJCfTbdfjSBpclvt/AgMBAAGjggJRMIICTTA+BgNVHSAENzA1MA8GDSsGAQQB
ga0hgiwBAQQwEAYOKwYBBAGBrSGCLAEBBAgwEAYOKwYBBAGBrSGCLAIBBAgwCQYDVR0TBAIwADAO
BgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBQG
1+t/IHSjHSbbu11uU5Iw7JW92zAfBgNVHSMEGDAWgBRrOpiL+fJTidrgrbIyHgkf6Ko7dDAjBgNV
HREEHDAagRh0aWdyYW4ubWtydGNoeWFuQGRlc3kuZGUwgY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0
cDovL2NkcDEucGNhLmRmbi5kZS9kZm4tY2EtZ2xvYmFsLWcyL3B1Yi9jcmwvY2FjcmwuY3JsMD+g
PaA7hjlodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2Rmbi1jYS1nbG9iYWwtZzIvcHViL2NybC9jYWNy
bC5jcmwwgdsGCCsGAQUFBwEBBIHOMIHLMDMGCCsGAQUFBzABhidodHRwOi8vb2NzcC5wY2EuZGZu
LmRlL09DU1AtU2VydmVyL09DU1AwSQYIKwYBBQUHMAKGPWh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUv
ZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwSQYIKwYBBQUHMAKGPWh0dHA6
Ly9jZHAyLnBjYS5kZm4uZGUvZGZuLWNhLWdsb2JhbC1nMi9wdWIvY2FjZXJ0L2NhY2VydC5jcnQw
DQYJKoZIhvcNAQELBQADggEBADaFbcKsjBPbw6aRf5vxlJdehkafMy4JIdduMEGB+IjpBRZGmu0Z
R2FRWNyq0lNRz03holZ8Rew0Ldx58REJmvAEzbwox4LT1wG8gRLEehyasSROajZBFrIHadDja0y4
1JrfqP2umZFE2XWap8pDFpQk4sZOXW1mEamLzFtlgXtCfalmYmbnrq5DnSVKX8LOt5BZvDWin3r4
m5v313d5/l0Qz2IrN6v7qNIyqT4peW90DUJHB1MGN60W2qe+VimWIuLJkQXMOpaUQJUlhkHOnhw8
82g+jWG6kpKBMzIQMMGP0urFlPAia2Iuu2VtCkT7Wr43xyhiVzkZcT6uzR23PLsAADGCApswggKX
AgEBMIGeMIGNMQswCQYDVQQGEwJERTFFMEMGA1UECgw8VmVyZWluIHp1ciBGb2VyZGVydW5nIGVp
bmVzIERldXRzY2hlbiBGb3JzY2h1bmdzbmV0emVzIGUuIFYuMRAwDgYDVQQLDAdERk4tUEtJMSUw
IwYDVQQDDBxERk4tVmVyZWluIEdsb2JhbCBJc3N1aW5nIENBAgwkQ0+b4xdKzFkBDNQwDQYJYIZI
AWUDBAIBBQCggc4wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjMw
MzE3MTkwMzQxWjAtBgkqhkiG9w0BCTQxIDAeMA0GCWCGSAFlAwQCAQUAoQ0GCSqGSIb3DQEBCwUA
MC8GCSqGSIb3DQEJBDEiBCBL2XaYDdH+DCcnep7lBhqUhbam9gXYByB7oWi93sMr/TA0BgkqhkiG
9w0BCQ8xJzAlMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBgkqhkiG9w0B
AQsFAASCAQCSNx+LkDxovfH2ChHW4EtaNa/8ggBewEsBJNSfjUkGwnpFb/M7w57YF6h6+allZp/S
KbJaMEKuujdgwKhqrayCQlAgmbRdG3utH18GeVDLuJVMNiVMZfFMLutXRTI8YrzGQvlwcDlC6XDJ
NrLNQsK0s6kNt1GxUeWZRgflW62h4Nm3Ck49Pg14D/kZmrPKVEk7Wb7crqtr9rkZNr0qNTW30ExS
+71DWPmak0CYzRlmyr/FWxiRCAUfxbA27TEoG/3MseNACgTCZ1fuyzxIz4HDxGbYXLZy24qdcAOi
juEi43sagfBLitaPBGjGbNp2vI5xuYMhnCqRzWefklj2HLTbAAAAAAAA
------=_Part_9413961_1242574386.1679079821392--

