From nobody Wed Oct 8 04:25:20 2025 X-Original-To: dev-commits-src-main@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 4chKg83mDWz6BD7t; Wed, 08 Oct 2025 04:25:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4chKg75NZ1z3yYj; Wed, 08 Oct 2025 04:25:23 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=permerror reason="p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com" header.from=cschubert.com (policy=permerror); spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.32 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id 6CQFvErAg0ym76LjvvuanS; Wed, 08 Oct 2025 04:25:23 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id 6LjtvnAAxmnb86LjuvKQkK; Wed, 08 Oct 2025 04:25:23 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=GI+rEfNK c=1 sm=1 tr=0 ts=68e5e7b3 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=x6icFKpwvdMA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=Rk-M77FJAAAA:8 a=pGLkceISAAAA:8 a=YxBL1-UpAAAA:8 a=-NWQWyc4dE42OeJw3vcA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=ef1k35tKgZpiIrJ2aQ5N:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 0FEC1527; Tue, 07 Oct 2025 21:25:21 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id C47BA3AB; Tue, 07 Oct 2025 21:25:20 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Jose Luis Duran , Cy Schubert , jlduran+freebsd@freebsd.org, Cy Schubert , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: b2efd602aea8 - main - unbound: Vendor import 1.24.0 In-reply-to: References: <202510071524.597FOTr3063628@gitrepo.freebsd.org> <20251007221221.22BCC29E@slippy.cwsent.com> <20251007230048.64C8F39B@slippy.cwsent.com> Comments: In-reply-to Lexi Winter message dated "Wed, 08 Oct 2025 03:35:31 +0100." List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-main@freebsd.org Sender: owner-dev-commits-src-main@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Oct 2025 21:25:20 -0700 Message-Id: <20251008042520.C47BA3AB@slippy.cwsent.com> X-CMAE-Envelope: MS4xfGO6JV/OuSe9Tkx13fJqBeFq6oGuNL08E/xueoujQJbZFlOusdoEjmnoTe6JPAWYgYsiuyDwcHTzTbgkz4PNIHjNy3i03aJFMh5v0X++KTTWyJjHx+5A sFTaOYFNeFKtjQZjAUaPdXOh/MPXFGxqWs6pYJbp8QZxKl6GQAQBiVdb7yAN/0Ki1Js0yweNQJIJqPwzh3Mwy8DYgs5Bz8uIqeMgEkHcm2dAqz2yHX9CJFc2 t7Pm9rQpxB78JPRy9uToxvh2jru4GhdmSFAQlr583QSH//uSWUzrbLn0tmXJzD27kx+1DVCJ58Zj7ChPGy0R91dWCanvVwCDeHGWaBBohdMem63TiUlpY+Gz p6u/6brAyPxZoWStte7IJle7nyqRD4NptH2Rf2LlRvctVIb0Lr4= X-Spamd-Bar: / X-Spamd-Result: default: False [-1.00 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; RWL_MAILSPIKE_EXCELLENT(-0.40)[3.97.99.32:from]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31]; NEURAL_HAM_SHORT(-0.20)[-0.196]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,cschubert.com,freebsd.org,FreeBSD.org]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; MLMMJ_DEST(0.00)[dev-commits-src-all@freebsd.org,dev-commits-src-main@freebsd.org]; RCPT_COUNT_SEVEN(0.00)[7]; R_DKIM_NA(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4chKg75NZ1z3yYj In message , Lexi Winter writes: > > > --fsIKWKOqZus1STs3 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > Jose Luis Duran wrote in =3DZDw@mail.gmail.com>: > > > > > This means so-sndbuf is now 4m. Which triggers a warning, detailed = > in > > > > > upstream commit 713b5db5 ("- Fix to print warning for when so-sndbuf > > > > > setsockopt is not granted."). > > > > > > I wonder if we should revert back to using "so-sndbuf: 0" as the > > > > > default for FreeBSD? Or is there a better solution/workaround? > =20 > > If we configure it with "so-sndbuf: 0" the warning goes away. > > But, nevermind if I'm the only one seeing these warnings. It was just > > a basic local_unbound test. > > it's not just you, a user on IRC also reported this issue on a system > with 256GB memory. i would be inclined to add so-sndbuf: 0 to the > default configuration, but i haven't looked at the actual problem > here in detail (i don't use local_unbound myself). Thinking out loud: Without more context in the upstream commit log message it's difficult we must surmise that the wait for ARP/NDP resolution could be due to a very busy unbound service combined with latency in ARP/NDP resolution. I haven't found any upstream Github issues that document this problem. Maybe there's a pattern waiting to be discovered. Let's open a PR for this to gather more information. I'd also be inclined to open an upstream Github issue for this problem. Questions I have are: 1. What is similar about the systems with this problem? 2. What was upstream *really* trying to solve? Was it a Linux-only problem or more, i.e. affecting FreeBSD also? There is no default configuration file shipped with FreeBSD. Though we should probably include one. That would be the simplest, least intrusive mitigation of upstream's mitigation. As my machine here that does use local_unbound has had no such warnings I'm unable to reproduce the problem locally. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0