On Thu, 08 Jul 2010 19:01:16 -0400, Tom Haynes <tom.haynes@xxxxxxxxxx>
wrote:
On 07/ 8/10 05:12 PM, sfaibish wrote:
All, After discussing this issue with Dave Noveck and as I mentioned in
the
call today I think that this is a serious issue and a disconnect between
different layout types behavior. My proposal is to have this discussion
F2F
in Maastricht on the white board. So I will add an agenda item to the WG
on this topic. I could address the behavior of the block layout but
it is not something we want to mimic as we all agreed at cthon to avoid
the
LAYOUTCOMMIT as much as possible for file layout. If we solve the
issue using the proposed mechanism (Trond) we will create a conflict
with the use of LAYOUTCOMMIT. Just as a hint the difference from block
is
that block uses layout for write and read as different leases and
when a client has layout for read the server will always send him
a LAYOUTRETURN when either upgrading his lease to write of send a layout
for write to another client. We don't want to do same for file, I
don't think so. My 2c.
/Sorin
When I hear the words "white board", I immediately think unorganized and
likely
to get out of hand. I don't know how much time we are up to now, but we
must
be close to running out of it.
I have a counter-proposal, why doesn't someone, say Trond, put together
some slides on this and we discuss them.
Agreed. This is what I thought about "white board" a presentation followed
by
a discussion on plan of action, perhaps a new 4.2 draft if there is a need.
We can continue it in the email after we decide what to do.
Or, if there is a strong consensus that we do need to do this on a white
board, why don't we ask ietf for an additional slot in the morning?
My bad using the wrong term. I don't think we need a special time slot
but we can decide on the spot in Maastricht. We should be able to find a
room available.
--
Best Regards
Sorin Faibish
Corporate Distinguished Engineer
Network Storage Group
EMC²
where information lives
Phone: 508-435-1000 x 48545
Cellphone: 617-510-0422
Email : sfaibish@xxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
