* stateid sequence numbers
@ 2012-02-01 17:30 Sachin Prabhu
0 siblings, 0 replies; only message in thread
From: Sachin Prabhu @ 2012-02-01 17:30 UTC (permalink / raw)
To: linux-nfs
Is there any reason we need to treat the stateid as an opaque object in
NFSv4?
The RFC states the following
--
RFC 3530 - Page 23
stateid4
struct stateid4 {
uint32_t seqid;
opaque other[12];
};
This structure is used for the various state sharing mechanisms
between the client and server. For the client, this data structure
is read-only. The starting value of the seqid field is undefined.
The server is required to increment the seqid field monotonically at
each transition of the stateid. This is important since the client
will inspect the seqid in OPEN stateids to determine the order of
OPEN processing done by the server.
--
We have a user report a problem for which we believe we need to check
the version of the stateid by taking a look at the sequence id reported
for that state. Is there a good reason why this should be opaque?
Sachin Prabhu
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2012-02-01 19:26 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-01 17:30 stateid sequence numbers Sachin Prabhu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).