Last Call: <draft-ietf-nfsv4-layrec-01.txt> (Reporting of Errors via LAYOUTRETURN in NFSv4.2) to Proposed Standard

The IESG <iesg-secretary@ietf.org> Tue, 13 August 2024 14:39 UTC

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Last Call: <draft-ietf-nfsv4-layrec-01.txt> (Reporting of Errors via LAYOUTRETURN in NFSv4.2) to Proposed Standard
Auto-Submitted: auto-generated
Precedence: bulk
Sender: iesg-secretary@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <172355999939.854616.8932766804072740757@dt-datatracker-6df4c9dcf5-t2x2k>
Date: Tue, 13 Aug 2024 07:39:59 -0700
Message-ID-Hash: VVKAS7HFI62M5Z4LLA6H6R5LXEUKSM4N
CC: draft-ietf-nfsv4-layrec@ietf.org, inacio@cert.org, nfsv4-chairs@ietf.org, nfsv4@ietf.org
Reply-To: last-call@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/ZUjad1aexsHpHtsKonDkPk2Lw10>

The IESG has received a request from the Network File System Version 4 WG
(nfsv4) to consider the following document: - 'Reporting of Errors via
LAYOUTRETURN in NFSv4.2'
  <draft-ietf-nfsv4-layrec-01.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
last-call@ietf.org mailing lists by 2024-08-27. Exceptionally, comments may
be sent to iesg@ietf.org instead. In either case, please retain the beginning
of the Subject line to allow automated sorting.

Abstract


   The Parallel Network File System (pNFS) allows for a file's metadata
   (MDS) and data (DS) to be on different servers.  When the metadata
   server is restarted, the client can still modify the data file
   component.  During the recovery phase of startup, the metadata server
   and the data servers work together to recover state (which files are
   open, last modification time, size, etc).  If the client has not
   encountered errors with the data files, then the state can be
   recovered, avoiding resilvering of the data files.  With any errors,
   there is no means by which the client can report errors to the
   metadata server.  As such, the metadata server has to assume that
   file needs resilvering.  This document presents an extension to
   RFC8435 to allow the client to update the metadata and avoid the
   resilvering.




The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-nfsv4-layrec/



No IPR declarations have been submitted directly on this I-D.

Last Call: <draft-ietf-nfsv4-layrec-01.txt> (Repo… The IESG