From nobody Mon Sep 15 04:15:25 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cQBXb5mVwz680nP for ; Mon, 15 Sep 2025 04:15:43 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQBXZ4ZRRz44bM for ; Mon, 15 Sep 2025 04:15:42 +0000 (UTC) (envelope-from zbeeble@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Zge1uOfG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2607:f8b0:4864:20::532 as permitted sender) smtp.mailfrom=zbeeble@gmail.com Received: by mail-pg1-x532.google.com with SMTP id 41be03b00d2f7-b54abd46747so2382616a12.0 for ; Sun, 14 Sep 2025 21:15:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757909738; x=1758514538; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=c3QL5xKn60idR/13fra65tbzy4U5zFfGFKAPt+IyZZM=; b=Zge1uOfGeRrJC0IiYlyMhOHNK24pCqWwiCZnClyBNqk/ofnbeF+k+uaBNphhaCRSQ2 SrQrcAsX0OHF+2rCU8dzXCo1bak1MvGMJuEEGM0cW190OwutAMJjDs5BfqnyxHjoC+x9 YP9kvYpP85m2mNlxNmH2uxpDvcItzbSoiRZ+0lcjegTsQWPH5awUaj5J5avouPTkBlhm B7peMnEo0P9/Jypjvv0fVc9QOwAKl8vOJULhu1vCVz8KMV/QV+VsWsgotrAvNvaaO6nS mG325YyIb9epnTqTMDV3xCrKLlegZDhufsxbXiMmWEZf3RsJxbXbZcuhSPah/zGLKVLt 7R+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757909738; x=1758514538; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=c3QL5xKn60idR/13fra65tbzy4U5zFfGFKAPt+IyZZM=; b=uoEhh9XL78wO88+ziVqxQMLPT3vRfgEWAjpec/0S7DjS7P3OQC3TerEd208emblVzc tExR7842PuRzh4W+UA/pyLPKGZq+P1TN3yBtybys6j2mFx/Qe++eBxyd4z/y7xPDx8RR 8qRXfz7M8BfpTHoGmf9x18nFJzBOa/jMjr+VDwF7RTwQtDNShK1MeVnIBMABUJ38F5ES 0qPvDzD6vV0ANzy3ZO8dJujwZ/QzL69uVbKt4jiuFViqULPDiAShzPZdAltpWM63GEgq DQOa+fuN/nTp9tqIIdyT4TzG2/aFJyA8spynB7YLIlzeOU9PLRYAtteiFCureaBGuIp3 z/1w== X-Gm-Message-State: AOJu0YyhTg57atNpWSDGKi4Dea3w98G1TGooafGTGXLac96muidgFXuX +ppft5mVu/7uNhVbKCG6iHT2E7zpy+YHPHm8ohMEddHhqOUDT1NBa8nugOYss3ENVTEWpdlyRqj 4dsSSzEY2pTvvLxCfeRPRwu+5Y7Z6qg== X-Gm-Gg: ASbGnct/yyKAp4rT+ygvu6fpd7FaI1Xip4BYI1u6AOn0gQvebQnwSsDFU2c2q1TWNw/ kia9ZLrK+evMZtlrZ1nwqlcKS0zvnUfvn05ETmF4TOMuvSFdjkMxDPBnlUbH9NpQO2SuWGDRKEW mhszwlIgZqdKGHPPs82uBCAqnbz0ZK0gS03Np1XJm33lNZh0rP5WgIi8iB+LET0Xhe38yOjd5o2 Dh4VEZpQV8mc6yb3kCv0HKdnqMTjps= X-Google-Smtp-Source: AGHT+IE15t9u0fH7Pl8DP4d74iBDFxOZDyvBOJcwxx52lHHWRlbyrbfoI/UCBDJt6ACg3DyDem96//2mpmS7TR7UpaM= X-Received: by 2002:a17:903:1b08:b0:25c:9688:bdca with SMTP id d9443c01a7336-25d26e43a33mr139918085ad.50.1757909738475; Sun, 14 Sep 2025 21:15:38 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Zaphod Beeblebrox Date: Mon, 15 Sep 2025 00:15:25 -0400 X-Gm-Features: Ac12FXxPT_2YQ2cCji0n01HjiCX-ihJQArmCZ6aY90lkmkEnt6wOn1OWNlG5O-o Message-ID: Subject: Re: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? To: Rick Macklem Cc: freebsd-current , freebsd-fs Content-Type: multipart/alternative; boundary="000000000000825450063ecf41f1" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.99 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::532:from] X-Rspamd-Queue-Id: 4cQBXZ4ZRRz44bM --000000000000825450063ecf41f1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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=3Dxdrs@entry=3D0x3ba5fb06f808, cpp=3Dcpp@entry=3D0x3ba5fb047460, maxsize=3Dmaxsize@entry=3D9000) at /usr/src/lib/libc/xdr/xdr.c:701 #2 0x00001d9c3c51b841 in xdr_rpcb (xdrs=3D0x3ba5fb06f808, objp=3D0x3ba5fb047450) at /usr/src/lib/libc/rpc/rpcb_prot.c:63 #3 0x00001d9c3c528df2 in xdr_reference (xdrs=3Dxdrs@entry=3D0x3ba5fb06f808= , pp=3Dpp@entry=3D0x1d9418ba7140 , size=3Dsize@entry=3D40, proc=3Dproc@entry=3D0x1d9c3c51b7f0 ) = at /usr/src/lib/libc/xdr/xdr_reference.c:92 #4 0x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=3D0x3ba5fb06f808, rp=3D0x1d9418ba7140 ) at /usr/src/lib/libc/rpc/rpcb_prot.c:124 #5 0x00001d9c3c5205e4 in svc_vc_reply (xprt=3D0x3ba5fb0208c0, msg=3D0x1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646 #6 0x00001d9c3c51c7ee in svc_sendreply (xprt=3D0x0, xprt@entry =3D0x3ba5fb0208c0, xdr_results=3Dxdr_results@entry=3D0x1d9c3c51b870 , xdr_location=3D0x2328) at /usr/src/lib/libc/rpc/svc.c:368 #7 0x00001d9418ba0f52 in rpcb_service_3 (rqstp=3D0x1d9c39a3d740, transp=3D0x3ba5fb0208c0) at /usr/src/usr.sbin/rpcbind/rpcb_svc.c:175 #8 0x00001d9c3c51d08d in svc_getreq_common (fd=3D) at /usr/src/lib/libc/rpc/svc.c:664 #9 0x00001d9c3c51d118 in svc_getreq_poll (pfdp=3Dpfdp@entry=3D0x1d9c39a3dc= f0, pollretval=3D1) 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=3D, argv=3D0x1d9c39a400= 00) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286 On Sun, Sep 14, 2025 at 8:51=E2=80=AFPM Rick Macklem wrote: > On Fri, Sep 12, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox > 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=3Dnobody 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 eith= er > the client or the server. What's changed here? Both machines were worki= ng > 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 > --000000000000825450063ecf41f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
OK.=C2=A0 Thanks.=C2=A0 rpcbind used to be running it= wasn't.=C2=A0 Ran rpcbind -d manually and then ran (same machine) rpci= nfo localhost.=C2=A0 rpcbind coredumps.=C2=A0 GDB says:

(gdb) bt
#0 =C2=A0?? () at /= usr/src/lib/libc/amd64/string/strlen.S:95 from /lib/libc.so.7
#1 =C2=A00= x00001d9c3c5273a8 in xdr_string (xdrs=3Dxdrs@entry=3D0x3ba5fb06f808, cpp=3D= cpp@entry=3D0x3ba5fb047460, maxsize=3Dmaxsize@entry=3D9000)
=C2=A0 =C2= =A0 at /usr/src/lib/libc/xdr/xdr.c:701
#2 =C2=A00x00001d9c3c51b841 in xd= r_rpcb (xdrs=3D0x3ba5fb06f808, objp=3D0x3ba5fb047450) at /usr/src/lib/libc/= rpc/rpcb_prot.c:63
#3 =C2=A00x00001d9c3c528df2 in xdr_reference (xdrs=3D= xdrs@entry=3D0x3ba5fb06f808, pp=3Dpp@entry=3D0x1d9418ba7140 <list_rbl>= ;,
=C2=A0 =C2=A0 size=3Dsize@entry=3D40, proc=3Dproc@entry=3D0x1d9c3c51b= 7f0 <xdr_rpcb>) at /usr/src/lib/libc/xdr/xdr_reference.c:92
#4 =C2= =A00x00001d9c3c51b943 in xdr_rpcblist_ptr (xdrs=3D0x3ba5fb06f808, rp=3D0x1d= 9418ba7140 <list_rbl>)
=C2=A0 =C2=A0 at /usr/src/lib/libc/rpc/rpcb= _prot.c:124
#5 =C2=A00x00001d9c3c5205e4 in svc_vc_reply (xprt=3D0x3ba5fb= 0208c0, msg=3D0x1d9c39a3d618) at /usr/src/lib/libc/rpc/svc_vc.c:646
#6 = =C2=A00x00001d9c3c51c7ee in svc_sendreply (xprt=3D0x0, xprt@entry=3D0x3ba5f= b0208c0,
=C2=A0 =C2=A0 xdr_results=3Dxdr_results@entry=3D0x1d9c3c51b870 = <xdr_rpcblist_ptr>, xdr_location=3D0x2328) at /usr/src/lib/libc/rpc/s= vc.c:368
#7 =C2=A00x00001d9418ba0f52 in rpcb_service_3 (rqstp=3D0x1d9c39= a3d740, transp=3D0x3ba5fb0208c0)
=C2=A0 =C2=A0 at /usr/src/usr.sbin/rpcb= ind/rpcb_svc.c:175
#8 =C2=A00x00001d9c3c51d08d in svc_getreq_common (fd= =3D<optimized out>) at /usr/src/lib/libc/rpc/svc.c:664
#9 =C2=A00x= 00001d9c3c51d118 in svc_getreq_poll (pfdp=3Dpfdp@entry=3D0x1d9c39a3dcf0, po= llretval=3D1) 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 0x= 00001d9418b9f835 in main (argc=3D<optimized out>, argv=3D0x1d9c39a400= 00) at /usr/src/usr.sbin/rpcbind/rpcbind.c:286

On Sun, Sep 14, 2025 at 8:51=E2=80=AFPM Rick Macklem <rick.macklem@gmail.com> wrot= e:
On Fri, Sep 1= 2, 2025 at 7:55=E2=80=AFPM Zaphod Beeblebrox <zbeeble@gmail.com> wrote:
>
> My overall goal is to have a FreeBSD workstation before Windows 10 die= s.=C2=A0 That's coming up pretty quickly, so I've been testing.=C2= =A0 Because FreeBSD's proton support is very much dependant on 15-CURRE= NT, I upgraded both the new workstation and my poudriere box to the 15-curr= ent about 2 weeks ago.
>
> Now... normally, when the workstation boots, half a dozen NFS mounts t= o the poudriere server (also fileserver) occur.=C2=A0 This has been the con= fig 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.=C2=A0 On vr,
> [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp
> NAME=C2=A0 =C2=A0 =C2=A0PROPERTY=C2=A0 VALUE=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 SOURCE
> vr1/tmp=C2=A0 sharenfs=C2=A0 -maproot=3Dnobody ump run=C2=A0 local
>
> Now... for some number of upgrades, this spits out lines like "-i= deprecated, use -o intr" ... which it still does --- but then it hang= s ... for one NFS time out and it moves onto the next share.=C2=A0 No error= s on either the client or the server.=C2=A0 What's changed here?=C2=A0 = 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, afa= ik.

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
--000000000000825450063ecf41f1--