Re: [nfsv4] possible minor corrections of federated-fs-admin-05

[Chuck Lever <[e-mail]>]

On Sep 23, 2010, at 10:06 AM, James Lentini wrote:

> 
> 
> On Wed, 22 Sep 2010, Chuck Lever wrote:
> 
>> Hi James-
>> 
>> The last paragraph of Chapter 5 section 3 says:
>> 
>>> If the junction is resolved, the fileserver will indicate the type of resolution that was performed using the FedFsResolveRes's resolve value and include a list of UUIDs for the FSN's FSLs in the FedFsResolveRes's fslUuid array.
>> 
>> 
>> I think that language needs to be updated to reflect what is now 
>> returned in the result of FEDFS_LOOKUP_JUNCTION.  Most important is 
>> that an array of FedFsFsl structures is returned, not an array of 
>> fslUuids.  I don't recall seeing this change in the most recent set 
>> of diffs, but my memory could be foggy.
> 
> Good catch. I will correct that.
> 
>> Also, we had previously discussed adding a unique error code to the 
>> protocol for "procedure not implemented".  Can that be added in the 
>> next draft update?
> 
> Yes, I can add a FEDFS_ERR_NOTSUPP.
> 
> At the start of Section 5, the specification requires fileservers with 
> junctions (internal nodes) to implement all of the procedures. The 
> procedures are only optional for fileservers that don't support 
> junctions (leaf nodes), so only leaf nodes would be allowed to return 
> FEDFS_ERR_NOTSUPP.

What about CREATE_REPLICATION and friends?

Can FEDFS_LOOKUP_JUNCTION return NOTSUPP for certain resolveTypes?

> Which procedures should be allowed to return FEDFS_ERR_NOTSUPP? All of 
> the procedures except FEDFS_NULL?

-- 
chuck[dot]lever[at]oracle[dot]com