[Bug 270810] munmap does not always sync the underlying file
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 270810] munmap does not always sync the underlying file"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 13 Apr 2023 00:23:18 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270810 Bug ID: 270810 Summary: munmap does not always sync the underlying file Product: Base System Version: 13.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: geoffrey@dommett.com the man page explicitly states that The msync() system call is usually not needed however when doing the following sequence open() mmap() close() do something that writes to the memory mapped region munmap() program exits immediately, the underlying file is not reliably updated when on an nfs mount. Random pages are not written. Calling msync before unmapping solves this, but the man pages do not indicate that this is necessary. The problem does not seem to occur if the program performs more IO after the munmap before exiting. The problem never occurs when the mapped file is on a local file system. nfs server of this test was running FreeBSD 12.1-RELEASE-p3 nfs clients tested FreeBSD 12.1-RELEASE-p3 and FreeBSD 13.1-RELEASE-p2 -- You are receiving this mail because: You are the assignee for the bug.