Date: Mon, 15 Sep 2025 00:15:25 -0400 From: Zaphod Beeblebrox <zbeeble@gmail.com> To: Rick Macklem <rick.macklem@gmail.com> Cc: freebsd-current <freebsd-current@freebsd.org>, freebsd-fs <freebsd-fs@freebsd.org> Subject: Re: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? Message-ID: <CACpH0McFOcKOHGObu7F7DODNnBy_NFFcuhk-LLPM9%2BaJ_2Qjyw@mail.gmail.com> In-Reply-To: <CAM5tNy6u1SBJdko4grLYAFCt5iqVgeT0E49BGp=D%2BjnhxUc8Dg@mail.gmail.com> References: <CACpH0MffWVbXHYECRcAYvaEy7_qPWef7No_Z%2BUYGK4ZEXu3vpQ@mail.gmail.com> <CAM5tNy6u1SBJdko4grLYAFCt5iqVgeT0E49BGp=D%2BjnhxUc8Dg@mail.gmail.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
OK. Thanks. rpcbind used to be running it wasn't. Ran rpcbind -d
manually and then ran (same machine) rpcinfo localhost. rpcbind
coredumps. GDB says:
(gdb) bt
#0 ?? () at /usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.so.7
#1 0x00001d9c3c5273a8 in xdr_string (xdrs=xdrs@entry=0x3ba5fb06f808,
cpp=cpp@entry=0x3ba5fb047460, maxsize=maxsize@entry=9000)
at /usr/src/lib/libc/xdr/xdr.c:701
#2 0x00001d9c3c51b841 in xdr_rpcb (xdrs=0x3ba5fb06f808,
objp=0x3ba5fb047450) at /usr/src/lib/libc/rpc/rpcb_prot.c:63
#3 0x00001d9c3c528df2 in xdr_reference (xdrs=xdrs@entry=0x3ba5fb06f808,
pp=pp@entry=0x1d9418ba7140 <list_rbl>,
size=size@entry=40, proc=proc@entry=0x1d9c3c51b7f0 <xdr_rpcb>) at
/usr/src/lib/libc/xdr/xdr_reference.c:92
#4 0x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=0x3ba5fb06f808,
rp=0x1d9418ba7140 <list_rbl>)
at /usr/src/lib/libc/rpc/rpcb_prot.c:124
#5 0x00001d9c3c5205e4 in svc_vc_reply (xprt=0x3ba5fb0208c0,
msg=0x1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646
#6 0x00001d9c3c51c7ee in svc_sendreply (xprt=0x0, xprt@entry
=0x3ba5fb0208c0,
xdr_results=xdr_results@entry=0x1d9c3c51b870 <xdr_rpcblist_ptr>,
xdr_location=0x2328) at /usr/src/lib/libc/rpc/svc.c:368
#7 0x00001d9418ba0f52 in rpcb_service_3 (rqstp=0x1d9c39a3d740,
transp=0x3ba5fb0208c0)
at /usr/src/usr.sbin/rpcbind/rpcb_svc.c:175
#8 0x00001d9c3c51d08d in svc_getreq_common (fd=<optimized out>) at
/usr/src/lib/libc/rpc/svc.c:664
#9 0x00001d9c3c51d118 in svc_getreq_poll (pfdp=pfdp@entry=0x1d9c39a3dcf0,
pollretval=1) at /usr/src/lib/libc/rpc/svc.c:732
#10 0x00001d9418ba3069 in my_svc_run () at
/usr/src/usr.sbin/rpcbind/rpcb_svc_com.c:1167
#11 0x00001d9418b9f835 in main (argc=<optimized out>, argv=0x1d9c39a40000)
at /usr/src/usr.sbin/rpcbind/rpcbind.c:286
On Sun, Sep 14, 2025 at 8:51 PM Rick Macklem <rick.macklem@gmail.com> wrote:
> On Fri, Sep 12, 2025 at 7:55 PM Zaphod Beeblebrox <zbeeble@gmail.com>
> wrote:
> >
> > My overall goal is to have a FreeBSD workstation before Windows 10
> dies. That's coming up pretty quickly, so I've been testing. Because
> FreeBSD's proton support is very much dependant on 15-CURRENT, I upgraded
> both the new workstation and my poudriere box to the 15-current about 2
> weeks ago.
> >
> > Now... normally, when the workstation boots, half a dozen NFS mounts to
> the poudriere server (also fileserver) occur. This has been the config
> since ... well... since back to FreeBSD 4 or so.
> >
> > My workstation's fstab has lines of the form:
> >
> > vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0
> >
> > 'vr' being the hostname and so on. On vr,
> > [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp
> > NAME PROPERTY VALUE SOURCE
> > vr1/tmp sharenfs -maproot=nobody ump run local
> >
> > Now... for some number of upgrades, this spits out lines like "-i
> deprecated, use -o intr" ... which it still does --- but then it hangs ...
> for one NFS time out and it moves onto the next share. No errors on either
> the client or the server. What's changed here? Both machines were working
> before the upgrade from 14.3 to 15-c.
>
> Those options are from the Jurassic period, but they should still work,
> afaik.
>
> I suspect your mount problem is something related to networking
> (firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind
> to be working.
>
> rick
>
[-- Attachment #2 --]
<div dir="ltr"><div>OK. Thanks. rpcbind used to be running it wasn't. Ran rpcbind -d manually and then ran (same machine) rpcinfo localhost. rpcbind coredumps. GDB says:</div><div><br></div><div><span style="font-family:monospace">(gdb) bt<br>#0 ?? () at /usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.so.7<br>#1 0x00001d9c3c5273a8 in xdr_string (xdrs=xdrs@entry=0x3ba5fb06f808, cpp=cpp@entry=0x3ba5fb047460, maxsize=maxsize@entry=9000)<br> at /usr/src/lib/libc/xdr/xdr.c:701<br>#2 0x00001d9c3c51b841 in xdr_rpcb (xdrs=0x3ba5fb06f808, objp=0x3ba5fb047450) at /usr/src/lib/libc/rpc/rpcb_prot.c:63<br>#3 0x00001d9c3c528df2 in xdr_reference (xdrs=xdrs@entry=0x3ba5fb06f808, pp=pp@entry=0x1d9418ba7140 <list_rbl>,<br> size=size@entry=40, proc=proc@entry=0x1d9c3c51b7f0 <xdr_rpcb>) at /usr/src/lib/libc/xdr/xdr_reference.c:92<br>#4 0x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=0x3ba5fb06f808, rp=0x1d9418ba7140 <list_rbl>)<br> at /usr/src/lib/libc/rpc/rpcb_prot.c:124<br>#5 0x00001d9c3c5205e4 in svc_vc_reply (xprt=0x3ba5fb0208c0, msg=0x1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646<br>#6 0x00001d9c3c51c7ee in svc_sendreply (xprt=0x0, xprt@entry=0x3ba5fb0208c0,<br> xdr_results=xdr_results@entry=0x1d9c3c51b870 <xdr_rpcblist_ptr>, xdr_location=0x2328) at /usr/src/lib/libc/rpc/svc.c:368<br>#7 0x00001d9418ba0f52 in rpcb_service_3 (rqstp=0x1d9c39a3d740, transp=0x3ba5fb0208c0)<br> at /usr/src/usr.sbin/rpcbind/rpcb_svc.c:175<br>#8 0x00001d9c3c51d08d in svc_getreq_common (fd=<optimized out>) at /usr/src/lib/libc/rpc/svc.c:664<br>#9 0x00001d9c3c51d118 in svc_getreq_poll (pfdp=pfdp@entry=0x1d9c39a3dcf0, pollretval=1) at /usr/src/lib/libc/rpc/svc.c:732<br>#10 0x00001d9418ba3069 in my_svc_run () at /usr/src/usr.sbin/rpcbind/rpcb_svc_com.c:1167<br>#11 0x00001d9418b9f835 in main (argc=<optimized out>, argv=0x1d9c39a40000) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286<br></span><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Sep 14, 2025 at 8:51 PM Rick Macklem <<a href="mailto:rick.macklem@gmail.com">rick.macklem@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Sep 12, 2025 at 7:55 PM Zaphod Beeblebrox <<a href="mailto:zbeeble@gmail.com" target="_blank">zbeeble@gmail.com</a>> wrote:<br>
><br>
> My overall goal is to have a FreeBSD workstation before Windows 10 dies. That's coming up pretty quickly, so I've been testing. Because FreeBSD's proton support is very much dependant on 15-CURRENT, I upgraded both the new workstation and my poudriere box to the 15-current about 2 weeks ago.<br>
><br>
> Now... normally, when the workstation boots, half a dozen NFS mounts to the poudriere server (also fileserver) occur. This has been the config since ... well... since back to FreeBSD 4 or so.<br>
><br>
> My workstation's fstab has lines of the form:<br>
><br>
> vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0<br>
><br>
> 'vr' being the hostname and so on. On vr,<br>
> [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp<br>
> NAME PROPERTY VALUE SOURCE<br>
> vr1/tmp sharenfs -maproot=nobody ump run local<br>
><br>
> Now... for some number of upgrades, this spits out lines like "-i deprecated, use -o intr" ... which it still does --- but then it hangs ... for one NFS time out and it moves onto the next share. No errors on either the client or the server. What's changed here? Both machines were working before the upgrade from 14.3 to 15-c.<br>
<br>
Those options are from the Jurassic period, but they should still work, afaik.<br>
<br>
I suspect your mount problem is something related to networking<br>
(firewall or ipv4 vs ipv6 or ???). Note that NFSv3 does need rpcbind<br>
to be working.<br>
<br>
rick<br>
</blockquote></div>
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACpH0McFOcKOHGObu7F7DODNnBy_NFFcuhk-LLPM9%2BaJ_2Qjyw>