Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Mar 2013 15:24:13 +0100
From:      Andre Oppermann <andre@freebsd.org>
To:        "Eggert, Lars" <lars@netapp.com>
Cc:        "<freebsd-current@freebsd.org>" <freebsd-current@freebsd.org>, "<rmacklem@uoguelph.ca>" <rmacklem@uoguelph.ca>
Subject:   Re: NewNFS vs. oldNFS for 10.0?
Message-ID:  <51432F0D.2040002@freebsd.org>
In-Reply-To: <D84CFA96-C933-4D42-9F06-70A8436A8859@netapp.com>
References:  <514324E8.30209@freebsd.org> <D84CFA96-C933-4D42-9F06-70A8436A8859@netapp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 15.03.2013 15:01, Eggert, Lars wrote:
> Hi,
>
> this reminds me that I ran into an issue lately with the new NFS and locking for NFSv3 mounts on a client that ran -CURRENT and a server that ran
> -STABLE.
>
> When I ran "portmaster -a" on the client, which mounted /usr/ports and /usr/local, as well as the location of the respective sqlite databases over
> NFSv3, the client network stack became unresponsive on all interfaces for 30 or so seconds and e.g. SSH connections broke. The serial console
> remained active throughout, and the system didn't crash. About a minute after the wedgie I could SSH into the box again, too.

The total wedge of all interfaces certainly shouldn't happen.  This
smells like blocking on a lock on a socket_upcall() thereby wedging
tcp_input.  I don't know the lockd code so maybe Rick knows how this
could happen.

-- 
Andre

> The issue went away when I killed lockd on the client, but that caused the sqlite database to become corrupted over time. The workaround for me
> was to move to NFSv4, which has been working fine. (One more reason to make it the default...)
>
> I'm not really sure how to debug this further, but would be willing to work with someone off-list who'd tell me what tests to run.
>
> Lars _______________________________________________ freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51432F0D.2040002>