Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 Apr 2021 21:07:18 +0200
From:      Olav Gjerde <olav@backupbay.com>
To:        Allan Jude <allanjude@freebsd.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: NFS issues since upgrading to 13-RELEASE
Message-ID:  <CAJ7kQyGQrxe7wJs%2BMezErdNUoLE1HEvD6ixiu2W5=irDNg2mOA@mail.gmail.com>
In-Reply-To: <e8f585eb-a2a8-ae9d-7f33-526e412ec462@freebsd.org>
References:  <902a3c81-2ce8-49c0-b163-5ffa4b90afe5@www.fastmail.com> <e8f585eb-a2a8-ae9d-7f33-526e412ec462@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
I have the same issue, using Ubuntu 20.10 with Linux 5.8 kernel. The Linux
NFS client will get unresponsive and it does not recover in my case, even
if I restart NFS on FreeBSD. I upgraded from FreeBSD 12.1-RELEASE though.

On Thu, Apr 15, 2021 at 8:36 PM Allan Jude <allanjude@freebsd.org> wrote:

> On 4/15/2021 9:22 AM, Chris Roose wrote:
> > I posted this in -questions and someone suggested I post here as well.
> >
> > I'm having NFS availability issues between my Proxmox client and FreeBS=
D
> server (10G link) since upgrading to 13-RELEASE. And unfortunately I
> upgraded my ZFS pool to v2.0.0 before I noticed the issue, so I'm kind of
> stuck.
> >
> > Periodically, the NFS server (I've tried both v3 and v4.2 clients) will
> go unresponsive for several minutes. I never had this problem on 12.2, an=
d
> as far as I can tell it's not a disk or network I/O issue. I'll get sever=
al
> "nfs: server not responding, still trying" messages on the client and a f=
ew
> minutes later it usually recovers. It's not clear to me yet what's causin=
g
> the block. Restarting nfsd on the server will resolve the issue if it
> doesn't clear itself.
> >
> > Any pointers for troubleshooting this? I've been looking through vmstat=
,
> gstat, top, etc. when the problem occurs, but I haven't been able to
> pinpoint the issue. I can get pcap, but it would be from the hosts, becau=
se
> I don't have a 10G tap or managed switch.
> >
>
> run `nfsstat -d 1` and try to capture a few lines from before, during,
> and after the stall, and that may provide some insight.
>
> Specifically, does the queue length grow, suggesting it is waiting on
> the I/O subsystem, or does it just stop getting traffic all together.
>
>
> --
> Allan Jude
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org=
"
>


--=20
Kind Regards / Med Vennlig Hilsen

Olav Gr=C3=B8n=C3=A5s Gjerde

BackupBay Gjerde
Madlaforen 35
4042 HAFRSFJORD
Norway
Phone: +47 918 000 59



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ7kQyGQrxe7wJs%2BMezErdNUoLE1HEvD6ixiu2W5=irDNg2mOA>