<div>Hi to everyone, </div><div>we are running lustre 1.8.1.1 on our storage cluster based on IB. </div><div><br></div><div>We are building a "bulldozer" for a scratch area and we have found an odd behaviour in the e2scan utility (maybe a bug or a ... "defined behaviour" we don't know about). </div>


<div><br></div><div>We have reproduced this behavior several time and we are having these results: </div><div>- we run e2scan on the MDT to have the files newer than 3 days ago: </div><div>  command line used was like: </div>


<div>    * e2scan -l -N '2009-12-13' /dev/mapper/mdt </div><div>    or: </div><div>    * e2scan -l -n /tmp/file.timestamp /dev/mapper/mdt </div><div>      where file.timestamp has been created with the date of </div>
<div>
      3 days ago using touch </div>
<div>  The result is sorted and saved in a file called: 3daysago.list </div><div>- we then run another e2scan looking for files newer than 2 days ago </div><div>  using the same command line and the result is sorted and saved in </div>


<div>  a file called: 2daysago.list </div><div><br></div><div>We are looking for the differences between the first and second list to find files older than two days and newer than three days (that is: a </div><div>list of one day). </div>


<div><br></div><div>The problem is that there are files whose last modification time is before the date at which we run the two e2scan commands (they were not modified during the run of e2scan) _BUT_ they appear only in the list 3daysago.list. Here is an example: </div>


<div><br></div><div>- first run of e2scan at: Dec 15 16:20 (produce list 3daysago.list) </div><div>- second run of e2scan at: Dec 15: 16:50 (produce list 2daysago.list) </div><div>- file: /scratch/foobar.txt has mtime=ctime = Dec 14 03:19 </div>


<div>  This file is still on filesystem after the run of the two e2scan cmd </div><div>well, this file appears only in the 3daysago.list. And this happen for </div><div>a _LONG_ list of files. </div><div><br></div><div>For us this e2scan behavior is not trustable and we cannot use its results either for our bulldozer or for backup purposes. </div>


<div><br></div><div>Can anyone confirm this behaviour or help us to understand it? </div><div><br></div><div>Regards, </div><div>Ale</div><br>-- <br>All work and no play makes Jack a dull boy.<br>    All work and no play makes Jack a dull<br>


  boy. All work and no play makes Jack...<br>