Uploaded image for project: 'Lustre'
  1. Lustre
  2. LU-7493

Mess of atime of OST objects

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Not a Bug
    • Icon: Minor Minor
    • None
    • None
    • None
    • 3
    • 9223372036854775807

      I am not sure whether it is a feature or not (maybe not). But currently there are some problems of timestamps on OST.

      1) If use ‘lfs setstripe’ to create a file, the OST object(s) won't have any atime/ctime/mtime
      2) Writing to an OST object will update atime to zero. However, atime should only be updated when reading the file. And, the value of atime shouldn't be updated to zero in any sense.
      3) Reading an OST doesn't update the atime.

      So, is there any special reason of these behaviors? I understand it won't cause any problem to the POSIX semantics on Lustre client. And we can even avoid performance degredation by using noatime on OST. But we need to make sure everything is behaving in the way that we expect.

            lixi_wc Li Xi
            lixi Li Xi (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: