Core Dump / panic sleeping thread
kostikbel at gmail.com
Thu Mar 21 20:39:20 UTC 2013
On Thu, Mar 21, 2013 at 07:59:25PM +0100, Michael Landin Hostbaek wrote:
> On Mar 21, 2013, at 8:58 AM, Konstantin Belousov <kostikbel at gmail.com> wrote:
> > On Wed, Mar 20, 2013 at 09:14:37PM -0400, Rick Macklem wrote:
> >> Well, read/write sharing of files over NFS is pretty rare, so I suspect
> >> a truncation of a file by another client (or locally in the NFS server)
> >> is a rare event. As such, not invalidating the buffers here doesn't seem
> >> like a big issue? (The client uses np->n_size to determine EOF.)
> >> Also, I think close-to-open consistency will typically throw away the
> >> buffers on the next open when it sees the mtime changed. (Yes, there
> >> won't necessarily be another open, but...)
> > nfs buffers are VMIO. Each VMIO buffer wires the pages it references.
> > Wired pages cannot be freed by vnode_pager_setsize() if the file is
> > truncated.
> Should I wait for a new patch, or should I give the one you sent yesterday a try?
You should use the r248567 + r248581.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 834 bytes
Desc: not available
More information about the freebsd-stable