[nfsv4] Fwd: New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt

Thomas Haynes <loghyr@primarydata.com> Tue, 08 August 2017 00:25 UTC

Return-Path: <loghyr@primarydata.com>
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 6B3BF129B25 for <nfsv4@ietfa.amsl.com>; Mon, 7 Aug 2017 17:25:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=primarydata.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id empi4r8xvyLS for <nfsv4@ietfa.amsl.com>; Mon, 7 Aug 2017 17:25:25 -0700 (PDT)
Received: from us-smtp-delivery-194.mimecast.com (us-smtp-delivery-194.mimecast.com [63.128.21.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55455124BE8 for <nfsv4@ietf.org>; Mon, 7 Aug 2017 17:25:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=primarydata.com; s=mimecast20170802; t=1502151924; h=from:subject:date:message-id:to:mime-version:content-type:references; bh=yVvuOFVJqKoTh3VzSh4fosR0YVY5fOzU3Bk57yuawH8=; b=VTvCwk1vKnHIN5RN7zF1mwZMrP5VY6ynMj/g59Z057OdL3xJ+4RgCDg12fdwTEf/bhjoX3cuv+r+S59c88R3uDVeUcPULkFeXW54jH92oq+2z+dWfvLHmWwBbAAZZiCNeI6klouzPfqgMB2lmj3LhRKbcuhWuESs5/1bLKKZkYs=
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0022.outbound.protection.outlook.com [207.46.163.22]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-106-YqrRXePGM368789EgfbMNw-1; Mon, 07 Aug 2017 20:25:21 -0400
Received: from BY2PR1101MB1093.namprd11.prod.outlook.com (10.164.166.21) by BY2PR1101MB1094.namprd11.prod.outlook.com (10.164.166.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1320.16; Tue, 8 Aug 2017 00:25:19 +0000
Received: from BY2PR1101MB1093.namprd11.prod.outlook.com ([10.164.166.21]) by BY2PR1101MB1093.namprd11.prod.outlook.com ([10.164.166.21]) with mapi id 15.01.1320.017; Tue, 8 Aug 2017 00:25:19 +0000
From: Thomas Haynes <loghyr@primarydata.com>
To: "nfsv4@ietf.org" <nfsv4@ietf.org>
Thread-Topic: New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt
Thread-Index: AQHTD9rv9SPmnMXHLE2gBmAchUGMEw==
Date: Tue, 08 Aug 2017 00:25:18 +0000
Message-ID: <2CA259E3-BD3A-482B-BFBF-3B90425AD3EA@primarydata.com>
References: <150215110527.12392.18161698955589691126.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [63.157.6.18]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY2PR1101MB1094; 20:XUpCds5IJsg+KzLk7DZZCSanw6i+0U2JU4kF3aZeo9jIMfF5OZYC9ICkS3oD6idvagbgUaDF+4DWgpwtwZsnpwHELqnAA9T4IH9MMsJazk6QlFvwO1FTwagmoV9v54NMoH9p6qRlPUOKH48dI6M9+Eiib6PDnD++xEf3rhzo/cI=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: c4320df5-ab1e-4843-3cdc-08d4ddf3f31d
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(2017082002075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY2PR1101MB1094;
x-ms-traffictypediagnostic: BY2PR1101MB1094:
x-exchange-antispam-report-test: UriScan:(158342451672863)(120809045254105)(192374486261705)(17755550239193);
x-microsoft-antispam-prvs: <BY2PR1101MB109452B5528606ED791482E6CE8A0@BY2PR1101MB1094.namprd11.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6041248)(20161123562025)(20161123560025)(20161123564025)(2016111802025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148)(6043046)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY2PR1101MB1094; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY2PR1101MB1094;
x-forefront-prvs: 03932714EB
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39830400002)(39400400002)(39450400003)(39410400002)(377454003)(189002)(199003)(377424004)(50986999)(81166006)(230783001)(6436002)(53936002)(83716003)(25786009)(102836003)(6116002)(86362001)(14454004)(7736002)(3846002)(5640700003)(7110500001)(2473003)(54896002)(6916009)(99286003)(236005)(6512007)(478600001)(2900100001)(97736004)(189998001)(82746002)(15650500001)(2420400007)(106356001)(33656002)(101416001)(6506006)(77096006)(3660700001)(6486002)(54356999)(6306002)(606006)(2351001)(105586002)(76176999)(81156014)(2906002)(68736007)(5660300001)(966005)(10710500007)(38730400002)(8936002)(53386004)(229853002)(66066001)(110136004)(8676002)(3280700002)(2501003)(36756003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR1101MB1094; H:BY2PR1101MB1093.namprd11.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: primarydata.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Aug 2017 00:25:18.9622 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 03193ed6-8726-4bb3-a832-18ab0d28adb7
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR1101MB1094
X-MC-Unique: YqrRXePGM368789EgfbMNw-1
Content-Type: multipart/alternative; boundary="_000_2CA259E3BD3A482BBFBF3B90425AD3EAprimarydatacom_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/E8S65Zi0oIF9_kwrPTohs4yFKBk>
Subject: [nfsv4] Fwd: New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 08 Aug 2017 00:25:28 -0000

So here is a first hack at Flex Files v2. I thought it would come in much smaller than 11 pages,
so perhaps some pruning will be necessary.

I’m aware Ben had some comments on:

   Can I suggest putting in a typed opaque auth blob instead of explicit
   synthetic uid/gid fields?

I have purposely done:

   /// struct ffv2_data_server4 {
   ///     deviceid4               ffds_deviceid;
   ///     uint32_t                ffds_efficiency;
   ///     stateid4                ffds_stateid<>;
   ///     nfs_fh4                 ffds_fh_vers<>;
   ///     fattr4_owner            ffds_user;
   ///     fattr4_owner_group      ffds_group;
   ///     opaque_auth             ffds_auth;
   /// };

Because of AI1:

   [[AI1: after the lesson learned from ffds_stateid, we either need to put an
   array here or define all of the file handles to share the same
   credentials.  And as Olga points out in her email, this gets big
   fast.  Especially if we throw in many mirrored copies!  --TH]]

I.e., the ffds_auth is inside an array of ffv2_data_server4 which is
in itself inside an array of ffv2_mirror4 AND it could be argued that
ffds_auth (and ffds_user/ffds_group) need to be an array.

Even if we decide to make all FHs share the same credentials, we
eventually can hit a limit of the number of mirrored copies.

And Ben, the other reason not to use a typed opaque auth blob
is because the  ffds_user and ffds_group are strings, and do
not fit into AUTH_UNIX. We could define AUTH_SYNTHETIC. :-)

Begin forwarded message:

From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
Subject: New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt
Date: August 7, 2017 at 5:11:45 PM PDT
To: Thomas Haynes <thomas.haynes@primarydata.com<mailto:thomas.haynes@primarydata.com>>


A new version of I-D, draft-haynes-nfsv4-flex-filesv2-00.txt
has been successfully submitted by Thomas Haynes and posted to the
IETF repository.

Name: draft-haynes-nfsv4-flex-filesv2
Revision: 00
Title: Parallel NFS (pNFS) Flexible File Layout v2
Document date: 2017-08-07
Group: Individual Submission
Pages: 11
URL:            https://www.ietf.org/internet-drafts/draft-haynes-nfsv4-flex-filesv2-00.txt
Status:         https://datatracker.ietf.org/doc/draft-haynes-nfsv4-flex-filesv2/
Htmlized:       https://tools.ietf.org/html/draft-haynes-nfsv4-flex-filesv2-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-haynes-nfsv4-flex-filesv2-00


Abstract:
  The Parallel Network File System (pNFS) allows a separation between
  the metadata (onto a metadata server) and data (onto a storage
  device) for a file.  The flexible file layout type is an extension to
  pNFS which allows the use of storage devices in a fashion such that
  they require only a quite limited degree of interaction with the
  metadata server, using already existing protocols.  This document
  describes two extensions to the flexible file layout type to allow
  for multiple stateids for tightly coupled NFSv4 models and an
  additional security mechanism for loosely coupled models.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>.

The IETF Secretariat