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>