RFC 9737: Reporting Errors in NFSv4.2 via LAYOUTRETURN
In plain English — editorial summary, not part of the RFC
The Parallel Network File System (pNFS) allows for a file's metadata and data to be on different servers (i.e., the metadata server (MDS) and the data server (DS)). When the MDS is restarted, the client can still modify the data file component. During the recovery phase of startup, the MDS and the DSs work together to recover state. If the client has not encountered errors with the data files, then the state can be recovered and the resilvering of the data files can be avoided. With any errors, there is no means by which the client can report errors to the MDS. As such, the MDS has to assume that a file needs resilvering. This document presents an extension to RFC 8435 to allow the client to update the metadata via LAYOUTRETURN and avoid the resilvering.
Document record
- Document ID
- RFC9737
- Published
- February 2025
- Authors
- T. Haynes; T. Myklebust
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- wit
- Pages
- 6
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 9754Extensions for Opening and Delegating Files in NFSv4.2Current
March 2025
- RFC 9561Using the Parallel NFS (pNFS) SCSI Layout to Access Non-Volatile Memory Express (NVMe) Storage DevicesCurrent
April 2024
- RFC 8435Parallel NFS (pNFS) Flexible File LayoutCurrent
August 2018
- RFC 8434Requirements for Parallel NFS (pNFS) Layout TypesCurrent
August 2018
- RFC 8275Allowing Inheritable NFSv4 Access Control Entries to Override the UmaskCurrent
December 2017
- RFC 8154Parallel NFS (pNFS) Small Computer System Interface (SCSI) LayoutCurrent
May 2017
- RFC 7569Registry Specification for Mandatory Access Control (MAC) Security Label FormatsCurrent
July 2015
- RFC 7204Requirements for Labeled NFSCurrent
April 2014
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?