Bug 195972 - mmap write (to a zfs filesystem) does not update file modification time
Summary: mmap write (to a zfs filesystem) does not update file modification time
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.1-RELEASE
Hardware: amd64 Any
: --- Affects Many People
Assignee: Andriy Gapon
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-14 17:58 UTC by Martin Birgmeier
Modified: 2014-12-18 18:00 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Birgmeier 2014-12-14 17:58:01 UTC
Scenario:
  - amd64 machine
  - a program mmaps a file of approximately 250G size and writes to various locations

Result:
  - The program exits cleanly
  - The data has been written (this has been verified)
  - The file's modification time has *not* changed

Expected result:
  - The file's modification time reflects the time of the last write to the file.

Notes:
  - This worked correctly on FreeBSD 9.2, with the exact same program binary (no recompile since).
  - The binary only links against /lib/libc.so.7.
  - There has even been a reboot of the machine, and the file's modification time still has not changed although the data has been written.
Comment 1 Andriy Gapon freebsd_committer freebsd_triage 2014-12-18 13:50:01 UTC
Sorry about the problem.
Please see these commits: r275401 and r275901.
Comment 2 Andriy Gapon freebsd_committer freebsd_triage 2014-12-18 13:55:24 UTC
It'd be nice if the bugzilla automatically turned those revision numbers into links:
https://svnweb.freebsd.org/base?view=revision&revision=275401
https://svnweb.freebsd.org/base?view=revision&revision=275901
Comment 3 Andriy Gapon freebsd_committer freebsd_triage 2014-12-18 13:56:57 UTC
Note sure if RE would like an errata notice for this problem.
Comment 4 Martin Birgmeier 2014-12-18 18:00:26 UTC
Thank you.

I did not test this yet, but I guess this solves my issue.

Closing the PR.

-- Martin