On Mar 21, 2013, at 9:39 PM, Konstantin Belousov kostik...@gmail.com wrote:
You should use the r248567 + r248581.
OK thanks. I've upgraded to 9-STABLE and applied your patches.
Will let you know if I experience further crashes.
thanks,
/mich
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
On Mar 21, 2013, at 8:58 AM, Konstantin Belousov kostik...@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
On Thu, Mar 21, 2013 at 07:59:25PM +0100, Michael Landin Hostbaek wrote:
On Mar 21, 2013, at 8:58 AM, Konstantin Belousov kostik...@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
On Mar 20, 2013, at 12:37 AM, Rick Macklem rmack...@uoguelph.ca wrote:
Yep, I'd agree to that. The same bug is in the old NFS client and
the new NFS client cribbed the code from there.
I have attached a simple patch that unlocks the mutex for the
vnode_pager_setsize() call. Maybe you
On Tue, Mar 19, 2013 at 07:37:43PM -0400, Rick Macklem wrote:
Andriy Gapon wrote:
on 19/03/2013 19:35 Jeremy Chadwick said the following:
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek
wrote:
[snip]
Unread portion of the kernel message buffer:
Sleeping thread
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov kostik...@gmail.com wrote:
I do not like it. As I said in the previous response to Andrey,
I think that moving the vnode_pager_setsize() after the unlock is
better, since it reduces races with other thread seeing half-done
attribute update
Comments in line .
---
On Mar 19, 2013, at 1:45 PM, Michael Landin Hostbaek m...@freebsd.org wrote:
On Mar 19, 2013, at 6:35 PM, Jeremy Chadwick j...@koitsu.org wrote:
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek wrote:
The kernel panic is happening in NFS-related
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov kostik...@gmail.com wrote:
I do not like it. As I said in the previous response to Andrey,
I think that moving the vnode_pager_setsize() after the unlock is
Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek
wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
I do not like it. As I said in the previous response to Andrey,
I think that moving the
On Wed, Mar 20, 2013 at 11:37:56AM -0400, Rick Macklem wrote:
Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek
wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
I do not like it. As I said in the
On Wednesday, March 20, 2013 9:22:22 am Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov kostik...@gmail.com
wrote:
I do not like it. As I said in the previous response to Andrey,
On Wed, Mar 20, 2013 at 09:43:20AM -0400, John Baldwin wrote:
On Wednesday, March 20, 2013 9:22:22 am Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov kostik...@gmail.com
wrote:
On Wed, Mar 20, 2013 at 08:58:08PM +0200, Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 09:43:20AM -0400, John Baldwin wrote:
On Wednesday, March 20, 2013 9:22:22 am Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek wrote:
On Mar 20,
Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 11:37:56AM -0400, Rick Macklem wrote:
Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek
wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
I
Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 11:37:56AM -0400, Rick Macklem wrote:
Konstantin Belousov wrote:
On Wed, Mar 20, 2013 at 12:13:05PM +0100, Michael Landin Hostbaek
wrote:
On Mar 20, 2013, at 10:49 AM, Konstantin Belousov
kostik...@gmail.com wrote:
I
Hi,
I am running a FreeBSD 9.1-REL system with GENERIC kernel:
FreeBSD x 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Fri Jan 4 12:28:48 CET 2013
root@x:/usr/obj/usr/src/sys/GENERIC amd64
It is crashing a couple of times per week, without any real pattern. There are
no hints in the
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek wrote:
Hi,
I am running a FreeBSD 9.1-REL system with GENERIC kernel:
FreeBSD x 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Fri Jan 4 12:28:48 CET
2013 root@x:/usr/obj/usr/src/sys/GENERIC amd64
It is crashing a
On Mar 19, 2013, at 6:35 PM, Jeremy Chadwick j...@koitsu.org wrote:
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek wrote:
The kernel panic is happening in NFS-related code. Rick Macklem (and/or
John Baldwin) should be able to help with this; I've CC'd both here.
OK,
on 19/03/2013 19:35 Jeremy Chadwick said the following:
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek wrote:
[snip]
Unread portion of the kernel message buffer:
Sleeping thread (tid 100256, pid 85641) owns a non-sleepable lock
KDB: stack backtrace of thread 100256:
#0
On Tue, Mar 19, 2013 at 07:45:56PM +0200, Andriy Gapon wrote:
on 19/03/2013 19:35 Jeremy Chadwick said the following:
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek wrote:
[snip]
Unread portion of the kernel message buffer:
Sleeping thread (tid 100256, pid 85641) owns a
Andriy Gapon wrote:
on 19/03/2013 19:35 Jeremy Chadwick said the following:
On Tue, Mar 19, 2013 at 06:18:06PM +0100, Michael Landin Hostbaek
wrote:
[snip]
Unread portion of the kernel message buffer:
Sleeping thread (tid 100256, pid 85641) owns a non-sleepable lock
KDB: stack
22 matches
Mail list logo
