
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>

</head>

<body dir="ltr">

<div id="divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif,Helvetica,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">

<p>Hi,</p>

<p><br>

</p>

<p>When using lfs find with mtime or ctime it appears to first check the MDS time, if the query is satisfied then that file is printed, if not then send RPC to OSTs to check their times for the file. There is a very old lustre-discuss post that Andreas discusses

 this behavior, so I think I understand that fine now.</p>

<p><br>

</p>

<p>I'm wondering... if time is eventually consistent on the MDS, could there be an option to lfs find to tell it to only check the MDS no matter what? Especially as we get close to lazy size on MD, then the traversal to OSTs for size is saved, but there would

 still exist this time component. Unless I'm totally off base and time isn't eventually consistent on the MDS and will always require OST communication. If there is an eventual consistency to time on the MDS, how big is that window? Are there any other implementation

 details that would prevent a "only care about MDS time" flag?</p>

<p><br>

</p>

<p>I'm running some tests to verify my thinking on time handling, but some other input here would be greatly appreciated. </p>

<p><br>

</p>

<p>Thanks in advance.</p>

<p><br>

</p>

<p>-Dominic</p>

</div>

</body>

</html>