Object-Based Parallel NFS (pNFS) Operations
RFC 5664
Note: This ballot was opened for revision 12 and is now closed.
Lars Eggert Yes
(Jari Arkko) (was Discuss) No Objection
Comment (2008-12-04)
No email
send info
send info
> use of IPSEC correct capitalization is IPsec > The server computes the capability key using > its own view of the systemid associated with the respective deviceid > present in the credential. If the client's view of the deviceid > mapping is stale, the client will use the wrong systemid (which must > be system-wide unique) and the I/O request to the OSD will fail to > pass the integrity check verification. > > To recover from this condition the client should report the error and > return the layout using LAYOUTRETURN, and invalidate all the device > address mappings associated with this layout. The client can then > ask for a new layout if it wishes using LAYOUTGET Is it really the client that should report the error, not the server? > /// uint64_t oda_lun; The concept "lun" is mentioned only twice in the document, and never explained. Please explain. > SHOULD provide a zero-length oti_scsi_device_id<> opaque value Note Garbled text. > P+Q encoding scheme [ Internet-Draft pnfs objects June 2008 Codes, Part I"'>17]. In this layout, the last two component Garbled text. > The most common source of these errors is media errors, but other > internal errors might cause this. "... cause this as well" might be better.