Summary: | [FUSEFS] fuse truncates files on read, sometimes returns wrong data. | ||
---|---|---|---|
Product: | Base System | Reporter: | Carl Drougge <freebsd-stable> |
Component: | kern | Assignee: | freebsd-fs (Nobody) <fs> |
Status: | Closed Unable to Reproduce | ||
Severity: | Affects Some People | CC: | asomers, cem, emaste |
Priority: | --- | ||
Version: | 10.1-RELEASE | ||
Hardware: | Any | ||
OS: | Any |
Description
Carl Drougge
2015-01-14 14:59:48 UTC
I can't reproduce the problem on 13.0-CURRENT using libfuse's passthrough example. It looks like you experienced three distinct problems: 1) File attributes are cached forever. Fixed by r344183. 2) Truncate on close, even for RO files. I can't reproduce using your test script. Possibly fixed by r344185 or r344187. 3) Update mtime on close of RO files. I can't reproduce either. If you still experience the problem, then by all means reopen this bug. Fwiw, I wouldn't claim r344183 fixes attributes being cached forever — it depends on what the filesystem tells us. High-level defaults are non-zero and therefore still cached forever, because we don't do timeouts. I might guess this is just being hidden by r344186 (no dirty data cache by default) or perhaps r299753 (converting buffer writes into direct writes). But the conclusion is basically the same — can't reproduce this specific set of issues anymore, and Alan has a good handle on what our remaining issues are and a good dialogue with upstream libfuse on what the formal requirements are. |