<div>Hi Everyone,</div>
<div> </div>
<div>Apologies for what is likely a simple question for anyone who has been working with Lustre for a while.  I am evaluating Lustre as part of a fault-tolerant failover solution for an application component.  Based on our design using heartbeats between the hot primary and warm secondary components, we have four basic requirements of the clustered file system:</div>

<div> </div>
<ol>
<li><strong>Write Order </strong>- The storage solution must write data blocks to shared storage in the same order as they occur in the data buffer.  Solutions that write data blocks in any other order (for example, to enhance disk efficiency) do not satisfy this requirement.</li>

<li> <strong>Synchronous Write Persistence</strong> - Upon return from a synchronous write call, the storage solution guarantees that all the data have been written to durable, persistent storage.</li>
<li> <strong>Distributed File Locking</strong> - Application components must be able to request and obtain an exclusive lock on the shared storage. The storage solution must not assign the locks to two servers simultaneously.</li>

<li> <strong>Unique Write Ownership</strong> - The application component that has the file lock must be the only server process that can write to the file. Once the system transfers the lock to another server, pending writes queued by the previous owner must fail. </li>
</ol>
<div> </div>
<div>Can anyone confirm that these requirements would be met by Lustre 1.8?</div>
<div> </div>
<div>Thanks a lot!</div>
<div> </div>
<div>Nochum</div>