[Lustre-discuss] NFS vs Lustre

Paul Nowoczynski pauln at psc.edu
Mon Aug 31 13:50:02 PDT 2009


Brian J. Murrell wrote:
>> Lustre's
>> standard config follows Posix and allows dirty client-side caches after
>> close(). Performance improves as a result, of course, but in case something
>> goes wrong on the net or the server, users potentially lose data just like on
>> any local Posix filesystem.
>>     
>
>   
Yes this is the case on server failure but I think the true similarity 
between lustre and a locally mounted filesystem lies in the failure of a 
client holding dirty pages.  Please correct me if I'm wrong but data 
loss will occur should the client fail after close() but prior to the 
set of dirty pages being committed on the OST.
paul
> I don't think this is true.  This is something that I am only
> peripherally knowledgeable about and I am sure somebody like Andreas or
> Johann can correct me if/where I go wrong...
>
> You are right that there is an opportunity for a client to write to an
> OST and get it's write(2) call returned before data goes to physical
> disk.  But Lustre clients know that, and therefore they keep the state
> needed to replay that write(2) to the server until the server sends back
> a commit callback.  The commit callback is what tells the client that
> the data actually went to physical media and that it can now purge any
> state required to replay that transaction.
>
> Until that write callback is received, the client holds on to whatever
> state it would need to do that write(2) all over again, for exactly the
> case you cite which is the server goes down before the data goes to
> physical media.
>
> It is this data that the client is caching until the commit callback is
> received that is used by the recovery mechanisms that start when a
> target comes back on-line.
>
> Hope that clarifies things, and further, I hope my understanding is
> correct as is my explanation.
>
> b.
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Lustre-discuss mailing list
> Lustre-discuss at lists.lustre.org
> http://lists.lustre.org/mailman/listinfo/lustre-discuss
>   




More information about the lustre-discuss mailing list