From nobody Tue Dec 19 08:23:17 2023 X-Original-To: freebsd-stable@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 4SvV7z2mf4z54sHp for ; Tue, 19 Dec 2023 08:23:27 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvV7w2tg5z4bfn for ; Tue, 19 Dec 2023 08:23:22 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-stable@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-stable@dino.sk; dmarc=none Received: from zeta.dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 00000000026E1A4D.00000000658152F6.00009841; Tue, 19 Dec 2023 09:23:18 +0100 Date: Tue, 19 Dec 2023 09:23:17 +0100 From: Milan Obuch To: freebsd-stable@freebsd.org Subject: ipcs regression 13 -> 14 (sysv shared memory) Message-ID: <20231219092317.0f065725@zeta.dino.sk> X-Mailer: Claws Mail 3.20.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.99)[-0.995]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[dino.sk]; ARC_NA(0.00)[]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SvV7w2tg5z4bfn X-Spamd-Bar: --- On 13-STABLE: % ipcs Message Queues: T ID KEY MODE OWNER GROUP Shared Memory: T ID KEY MODE OWNER GROUP m 524288 0 --rw------- milan milan m 458753 0 --rw------- milan milan m 65538 0 --rw------- milan milan m 65539 0 --rw------- milan milan m 65540 0 --rw------- milan milan m 65541 0 --rw------- milan milan m 65542 0 --rw------- milan milan Semaphores: T ID KEY MODE OWNER GROUP On 14-STABLE: % ipcs ipcs: sysctlbyname: kern.ipc.msgmax: No such file or directory Is this known bug? Intentional? Known fix? Additional info: sysctl oid mentioned indeed does not exist on 14-STABLE, more oids missing, compare on 13-STABLE % sysctl kern.ipc | wc -l 54 with that on 14-STABLE % sysctl kern.ipc | wc -l 40 One difference - on 13-STABLE, SysV shared memory support is in kernel, in 14-STABLE, sysvshm.ko module is being loaded to provide support, it just looks probably not relevant to the issue I see, I just can't verify it now. At the moment, I can't test it on 15-CURRENT. Regards, Milan From nobody Tue Dec 19 08:50:21 2023 X-Original-To: freebsd-stable@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 4SvVmB34C7z54ttg; Tue, 19 Dec 2023 08:51:22 +0000 (UTC) (envelope-from yuri@aetern.org) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvVmB0DtWz3f4f; Tue, 19 Dec 2023 08:51:21 +0000 (UTC) (envelope-from yuri@aetern.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aetern.org header.s=fm1 header.b=WIuLq0mT; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="n CIJhYX"; spf=pass (mx1.freebsd.org: domain of yuri@aetern.org designates 64.147.123.19 as permitted sender) smtp.mailfrom=yuri@aetern.org Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 50CEB3200A05; Tue, 19 Dec 2023 03:51:20 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 19 Dec 2023 03:51:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aetern.org; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1702975879; x=1703062279; bh=uC2kb6e7rjpeD9Az0pKHKfL8cUdWm0a5lGq7vy7RijQ=; b= WIuLq0mTqccva8fZZ+Z/1zG0mNJDiZu42QFHBuRADM1QtPQHe92FwDZ/2PLfErsS NxxqrJhUFRQJczM9zomLYy6VcwVmxtqoqCJpAAjfAVxQ+YgK232/M+w2gBn3RDT2 Qa2Wu1gGYPR7bgJhGQSRiQNQfO9VDZAT+xtzGZU9/ryITkTZey5+nkvaSAjopkXP sDNB1CXMSGWCCoCP/xptjNjHdMNXeNf5bmFGboDG4h8di8eoT8L9KPyuRTWqouAT sDMbrNqaF5tLULbwTYZVUIs09oF08HjrAGEO2+vNLKNckJ9esfqdY4xpHtk9cBr5 UjJJqE1DpKD0CyPwdpUk8w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1702975879; x= 1703062279; bh=uC2kb6e7rjpeD9Az0pKHKfL8cUdWm0a5lGq7vy7RijQ=; b=n CIJhYXVmHt8GJ4ufCop2+9Oi2bZE0VMj7oNpI6cEXabhgtSJeNM47ec9fApqWZZ7 +S8Tiq2Q2deEBoiVN3zcARXsu9lBRz3pBlcgNkKSXbJf6HY0JlzkFdRuajWjxl6A H+KLx1TQuZt8Mr/50iswpalHo+JJ4xpSkCAVtjIfB1YvVOnC1XeylKBfZn4SPoDs /eujBg8+2L/0ppjWTTvXKMRM2dzS80bZzeq2mJ870h0CnHD8I1T++bLtOE7k3eZe NjfpP2ZtoYcWPgRUQdgC9zOFkp5fASkNiPGb9UXliMvNLIXqs3cIvyCglezrsJGN NCKY9r1b9+Y+8PJe/SkQA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvddtledguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpegjuhhr ihcuoeihuhhrihesrggvthgvrhhnrdhorhhgqeenucggtffrrghtthgvrhhnpefgvdfhtd ejgefgleefgfeggfegfffgteffleeigeefieehvefgudettdeuvdeuveenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihesrggvthgvrh hnrdhorhhg X-ME-Proxy: Feedback-ID: i0d79475b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 19 Dec 2023 03:51:18 -0500 (EST) Message-ID: Date: Tue, 19 Dec 2023 15:50:21 +0700 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Odd values for various memory metrics via SNMP To: "Patrick M. Hausen" , FreeBSD-STABLE Mailing List , FreeBSD Net References: <1EDAF2AC-3A2B-43BE-B66B-E095F5A80C2C@punkt.de> Content-Language: en-US From: Yuri In-Reply-To: <1EDAF2AC-3A2B-43BE-B66B-E095F5A80C2C@punkt.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_from X-Spamd-Result: default: False [-0.39 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; R_DKIM_ALLOW(-0.20)[aetern.org:s=fm1,messagingengine.com:s=fm2]; XM_UA_NO_VERSION(0.01)[]; local_wl_from(0.00)[yuri@aetern.org]; DKIM_TRACE(0.00)[aetern.org:+,messagingengine.com:+]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4SvVmB0DtWz3f4f Patrick M. Hausen wrote: > Hi all, > > what's the best platform/list/forum/... to discuss issues with the SNMP implementations > for FreeBSD? Since I started to dig deeper into Obervium I found that of all the systems > I own only the FreeBSD based ones present some challenges regarding the interpretation > of memory metrics. > > 1. I confirmed that this is not an Observium artefact. LibreNMS and manual snmpwalk > give the same results. > > 2. This is independent of the question if you use net-snmp (FreeNAS, OPNsense) or > bsnmpd in base (my Raspberry Pi cluster). > > 3. These are the systems concerned: > > - OPNsense - FreeBSD 13.2, AMD64, 8 G of RAM, net-snmp > - FreeNAS - TrueANS CORE, FreeBSD 13.1, AMD64, 64 G of RAM, net-snmp > - 7 Raspberry Pi CM 3+, AARCH64, 1 G of RAM, bsnmpd > > 4. The "odd" metrics: > > - "Real Memory" > > OPNsense: 762 of 768 M (yes!) used, flagged "red" in Observium, of course > FreeNAS: 35.9 of 36.1 G used > All the Pis: 178 of 179 M used > > All - see hardware description above - no connection to the "real real" memory installed. > > For comparison: ESXi 8.0: 26.7 of 31.9 G used - the system has got 32 G of RAM installed. > > - "Shared real memory" > > OPNsense: 97.1 of 103 M used > FreeNAS: 593 of 774 M used > Pis: 11.8 of 12.4 M used > > - Shared virtual memory > > Only systems running net-snmp have this, bsnmpd based ones don't. > > OPNsense: 166 of 233 M used > FreeNAS: 1028.27 M of 1.49 G used > > - Virtual Memory > > Again, only via net-snmp. > > OPNsense: 5.03 of 5.11 G used > FreeNAS: 628 of 628 G used - that's particularly weird for a system with 64 G of RAM > installed and not swapping or anything. > > For comparison: my only Linux based system: 12.7 of 29.6 G used - the system has > 16 G of RAM plus 16 G of swap, that seems to match the "29.6". > > > For me these numbers don't make any sense at all. The motivation to write this email: > I am planning to use SNMP based monitoring, probably Observium, for all our data > centres, which means > 100 FreeBSD based hosts. The point of a monitoring/management > system is that anything flagged "red" is a real problem that needs attention and the default > state should be "everything super green". Things flagged "red" but "everybody knows > it can be ignored" bind a huge amount of brain capacity on behalf of the operators. Not good. > > > So what is going on here? What do these numbers actually mean? Where do they come > from? Are they artefacts of the SNMP implementation not taylored perfectly for FreeBSD > or are they some real metric that ends up interpreted wrong in the NMS (Observium)? Let's start with OIDs, which ones exactly you are looking at (numeric or textual will do)? From nobody Tue Dec 19 09:22:54 2023 X-Original-To: freebsd-stable@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 4SvWSg3yD0z54wfj for ; Tue, 19 Dec 2023 09:22:59 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvWSg1qLqz3Q5B for ; Tue, 19 Dec 2023 09:22:59 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by fc.opsec.eu with local (Exim 4.97 (FreeBSD)) (envelope-from ) id 1rFWJS-00000000M0t-2AmT; Tue, 19 Dec 2023 10:22:54 +0100 Date: Tue, 19 Dec 2023 10:22:54 +0100 From: Kurt Jaeger To: Milan Obuch Cc: freebsd-stable@freebsd.org Subject: Re: ipcs regression 13 -> 14 (sysv shared memory) Message-ID: References: <20231219092317.0f065725@zeta.dino.sk> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231219092317.0f065725@zeta.dino.sk> X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SvWSg1qLqz3Q5B Hi! > On 14-STABLE: > > % ipcs > ipcs: sysctlbyname: kern.ipc.msgmax: No such file or directory 14.0-REL: $ ipcs Message Queues: T ID KEY MODE OWNER GROUP Shared Memory: T ID KEY MODE OWNER GROUP m 917504 0 --rw------- 770 770 Semaphores: T ID KEY MODE OWNER GROUP on 15 (compiled around 7th of September): $ ipcs Message Queues: T ID KEY MODE OWNER GROUP Shared Memory: T ID KEY MODE OWNER GROUP Semaphores: T ID KEY MODE OWNER GROUP > Is this known bug? Intentional? Known fix? > > Additional info: > > sysctl oid mentioned indeed does not exist on 14-STABLE, more oids > missing, compare on 13-STABLE > > % sysctl kern.ipc | wc -l > 54 85 on my 13.2 box. > with that on 14-STABLE > % sysctl kern.ipc | wc -l > 40 107 on my 14.0 box. same on the 15 box. -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Tue Dec 19 09:32:52 2023 X-Original-To: freebsd-stable@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 4SvWhT0DM4z54xKZ; Tue, 19 Dec 2023 09:33:13 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvWhS424Hz4DZY; Tue, 19 Dec 2023 09:33:12 +0000 (UTC) (envelope-from hausen@punkt.de) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a00:b580:a000:0:5c10:5522:31d1:40cb]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 952E56D73E; Tue, 19 Dec 2023 10:33:03 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Odd values for various memory metrics via SNMP From: "Patrick M. Hausen" In-Reply-To: Date: Tue, 19 Dec 2023 10:32:52 +0100 Cc: FreeBSD-STABLE Mailing List , FreeBSD Net Content-Transfer-Encoding: quoted-printable Message-Id: <84B7C7D7-BC06-4944-A7E0-5AFC47B6BC0E@punkt.de> References: <1EDAF2AC-3A2B-43BE-B66B-E095F5A80C2C@punkt.de> To: Yuri X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/32, country:DE] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SvWhS424Hz4DZY HI Yuri, > Am 19.12.2023 um 09:50 schrieb Yuri : > Let's start with OIDs, which ones exactly you are looking at (numeric = or > textual will do)? To start I'll post the 4 odd ones of my OPNsense system, FreeBSD = 13.2-p7, net-snmp 5.9.1_4,1: HOST-RESOURCES-MIB::hrStorageIndex.2 =3D INTEGER: 2 HOST-RESOURCES-MIB::hrStorageType.2 =3D OID: = HOST-RESOURCES-TYPES::hrStorageRam HOST-RESOURCES-MIB::hrStorageDescr.2 =3D STRING: Real memory HOST-RESOURCES-MIB::hrStorageAllocationUnits.2 =3D INTEGER: 4096 Bytes HOST-RESOURCES-MIB::hrStorageSize.2 =3D INTEGER: 191414 HOST-RESOURCES-MIB::hrStorageUsed.2 =3D INTEGER: 189988 HOST-RESOURCES-MIB::hrStorageAllocationFailures.2 =3D Counter32: 0 --- HOST-RESOURCES-MIB::hrStorageIndex.9 =3D INTEGER: 9 HOST-RESOURCES-MIB::hrStorageType.9 =3D OID: = HOST-RESOURCES-TYPES::hrStorageOther HOST-RESOURCES-MIB::hrStorageDescr.9 =3D STRING: Shared real memory HOST-RESOURCES-MIB::hrStorageAllocationUnits.9 =3D INTEGER: 4096 Bytes HOST-RESOURCES-MIB::hrStorageSize.9 =3D INTEGER: 25627 HOST-RESOURCES-MIB::hrStorageUsed.9 =3D INTEGER: 24175 HOST-RESOURCES-MIB::hrStorageAllocationFailures.9 =3D Counter32: 0 --- HOST-RESOURCES-MIB::hrStorageIndex.8 =3D INTEGER: 8 HOST-RESOURCES-MIB::hrStorageType.8 =3D OID: = HOST-RESOURCES-TYPES::hrStorageOther HOST-RESOURCES-MIB::hrStorageDescr.8 =3D STRING: Shared virtual memory HOST-RESOURCES-MIB::hrStorageAllocationUnits.8 =3D INTEGER: 4096 Bytes HOST-RESOURCES-MIB::hrStorageSize.8 =3D INTEGER: 54962 HOST-RESOURCES-MIB::hrStorageUsed.8 =3D INTEGER: 41268 HOST-RESOURCES-MIB::hrStorageAllocationFailures.8 =3D Counter32: 0 --- HOST-RESOURCES-MIB::hrStorageIndex.3 =3D INTEGER: 3 HOST-RESOURCES-MIB::hrStorageType.3 =3D OID: = HOST-RESOURCES-TYPES::hrStorageVirtualMemory HOST-RESOURCES-MIB::hrStorageDescr.3 =3D STRING: Virtual memory HOST-RESOURCES-MIB::hrStorageAllocationUnits.3 =3D INTEGER: 4096 Bytes HOST-RESOURCES-MIB::hrStorageSize.3 =3D INTEGER: 1279129 HOST-RESOURCES-MIB::hrStorageUsed.3 =3D INTEGER: 1258824 HOST-RESOURCES-MIB::hrStorageAllocationFailures.3 =3D Counter32: 0 Kind regards, Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Sophienstr. 187 76185 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: Daniel Lienert, Fabian Stein From nobody Tue Dec 19 09:35:15 2023 X-Original-To: freebsd-stable@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 4SvWkx0kQnz54xCK for ; Tue, 19 Dec 2023 09:35:21 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvWkv6q9cz4JWY for ; Tue, 19 Dec 2023 09:35:19 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-stable@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-stable@dino.sk; dmarc=none Received: from zeta.dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 00000000026E1AD9.00000000658163D4.0000AE58; Tue, 19 Dec 2023 10:35:16 +0100 Date: Tue, 19 Dec 2023 10:35:15 +0100 From: Milan Obuch To: freebsd-stable@freebsd.org Subject: Re: ipcs regression 13 -> 14 (sysv shared memory) Message-ID: <20231219103515.0eeacc85@zeta.dino.sk> In-Reply-To: References: <20231219092317.0f065725@zeta.dino.sk> X-Mailer: Claws Mail 3.20.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[dino.sk]; ARC_NA(0.00)[]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SvWkv6q9cz4JWY X-Spamd-Bar: --- On Tue, 19 Dec 2023 10:22:54 +0100 Kurt Jaeger wrote: > Hi! > > > On 14-STABLE: > > > > % ipcs > > ipcs: sysctlbyname: kern.ipc.msgmax: No such file or directory > > 14.0-REL: > $ ipcs > Message Queues: > T ID KEY MODE OWNER GROUP > > Shared Memory: > T ID KEY MODE OWNER GROUP > m 917504 0 --rw------- 770 770 > > Semaphores: > T ID KEY MODE OWNER GROUP > Do you have SysV in kernel or in kld? Maybe this is the difference... I can check with install memstick if that's possible, a bit later. > on 15 (compiled around 7th of September): > > $ ipcs > Message Queues: > T ID KEY MODE OWNER GROUP > > Shared Memory: > T ID KEY MODE OWNER GROUP > > Semaphores: > T ID KEY MODE OWNER GROUP > > > > Is this known bug? Intentional? Known fix? > > > > Additional info: > > > > sysctl oid mentioned indeed does not exist on 14-STABLE, more oids > > missing, compare on 13-STABLE > > > > % sysctl kern.ipc | wc -l > > 54 > > 85 on my 13.2 box. > > > with that on 14-STABLE > > % sysctl kern.ipc | wc -l > > 40 > > 107 on my 14.0 box. > same on the 15 box. > Maybe kernel config differences matter, no idea. Anyway, any idea how to proceed? How to get more relevant info? Regards, Milan From nobody Tue Dec 19 09:50:35 2023 X-Original-To: freebsd-stable@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 4SvX4Z3QYjz54xcy for ; Tue, 19 Dec 2023 09:50:38 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvX4Z326Hz3HLl for ; Tue, 19 Dec 2023 09:50:38 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by fc.opsec.eu with local (Exim 4.97 (FreeBSD)) (envelope-from ) id 1rFWkF-00000000M4o-38h1; Tue, 19 Dec 2023 10:50:35 +0100 Date: Tue, 19 Dec 2023 10:50:35 +0100 From: Kurt Jaeger To: Milan Obuch Cc: freebsd-stable@freebsd.org Subject: Re: ipcs regression 13 -> 14 (sysv shared memory) Message-ID: References: <20231219092317.0f065725@zeta.dino.sk> <20231219103515.0eeacc85@zeta.dino.sk> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231219103515.0eeacc85@zeta.dino.sk> X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SvX4Z326Hz3HLl Hi! > Do you have SysV in kernel or in kld? Which kld module would that be ? A first look does not show me modules related to SysV ? I run the GENERIC kernel. 15 Id Refs Address Size Name 1 70 0xffffffff80200000 1d4f068 kernel 2 1 0xffffffff81f50000 6f42d8 zfs.ko 3 1 0xffffffff83110000 3390 acpi_wmi.ko 4 1 0xffffffff83114000 5f00 ig4.ko 5 1 0xffffffff8311a000 3220 intpm.ko 6 1 0xffffffff8311e000 2178 smbus.ko 7 1 0xffffffff83121000 3360 uhid.ko 8 1 0xffffffff83125000 4364 ums.ko 9 1 0xffffffff8312a000 33c0 usbhid.ko 10 1 0xffffffff8312e000 3380 hidbus.ko 11 1 0xffffffff83132000 28450 ipfw.ko 12 1 0xffffffff8315b000 4758 nullfs.ko 13 1 0xffffffff83160000 73c0 linprocfs.ko 14 3 0xffffffff83168000 be70 linux_common.ko 15 1 0xffffffff83174000 3558 fdescfs.ko 16 1 0xffffffff83178000 2fa10 linux.ko 17 1 0xffffffff831a8000 2cc30 linux64.ko 14.0 Id Refs Address Size Name 1 76 0xffffffff80200000 1d34598 kernel 2 1 0xffffffff81f35000 6750 amdtemp.ko 3 2 0xffffffff81f3c000 3740 amdsmn.ko 4 1 0xffffffff81f40000 5d5770 zfs.ko 5 1 0xffffffff82e20000 3250 ichsmb.ko 6 2 0xffffffff82e24000 2178 smbus.ko 7 1 0xffffffff82e27000 2110 pchtherm.ko 8 1 0xffffffff82e2a000 3360 uhid.ko 9 1 0xffffffff82e2e000 4364 ums.ko 10 1 0xffffffff82e33000 33c0 usbhid.ko 11 1 0xffffffff82e37000 3380 hidbus.ko 12 1 0xffffffff82e3b000 28450 ipfw.ko 13 1 0xffffffff82e64000 9be8 ipmi.ko 14 1 0xffffffff82e6e000 4758 nullfs.ko 15 1 0xffffffff82e73000 73c0 linprocfs.ko 16 3 0xffffffff82e7b000 be70 linux_common.ko 17 1 0xffffffff82e87000 3558 fdescfs.ko 18 1 0xffffffff82e8b000 31a10 linux.ko 19 1 0xffffffff82ebd000 2dc30 linux64.ko > Maybe kernel config differences matter, no idea. > > Anyway, any idea how to proceed? How to get more relevant info? A good question. Do you run the GENERIC kernel ? What does kldstat show ? What does ipcs -M show ? -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Tue Dec 19 10:14:43 2023 X-Original-To: freebsd-stable@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 4SvXcS4zp0z5503p for ; Tue, 19 Dec 2023 10:14:48 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvXcR173Mz4L3J for ; Tue, 19 Dec 2023 10:14:46 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-stable@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-stable@dino.sk; dmarc=none Received: from zeta.dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 00000000026E1A15.0000000065816D14.0000BA57; Tue, 19 Dec 2023 11:14:44 +0100 Date: Tue, 19 Dec 2023 11:14:43 +0100 From: Milan Obuch To: freebsd-stable@freebsd.org Subject: Re: ipcs regression 13 -> 14 (sysv shared memory) [SOLVED] Message-ID: <20231219111443.2bf14ea7@zeta.dino.sk> In-Reply-To: References: <20231219092317.0f065725@zeta.dino.sk> <20231219103515.0eeacc85@zeta.dino.sk> X-Mailer: Claws Mail 3.20.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.995]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[dino.sk]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SvXcR173Mz4L3J X-Spamd-Bar: --- On Tue, 19 Dec 2023 10:50:35 +0100 Kurt Jaeger wrote: > Hi! > > > Do you have SysV in kernel or in kld? > > Which kld module would that be? A first look does not show me modules > related to SysV? I run the GENERIC kernel. That's the reason - in GENERIC kernel config, there are lines options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores so no need to load any kld for SysV support. Also, the same is valid for my 13-STABLE kernel config file, but not for my 14-STABLE one. > > Maybe kernel config differences matter, no idea. > > > > Anyway, any idea how to proceed? How to get more relevant info? > > A good question. Do you run the GENERIC kernel? What does kldstat > show? What does ipcs -M show? > As noted above, I am building different kernel, a minimal one. For now, I found simple workaround - in addition to sysvshm kld, I need both sysvmsg and sysvsem kld modules, then ipcs works. Also, number of kern.ipc oids is now 55. I need ipcs just for diagnose and development, for normal run it is not necessary, anyhow, if a need will be, it is easy to load necessary modules. Thanks for hints, discusion is really useful, solution found. More, I understand the reason now. It was no regression actually, just kind of pilot error. Regards, Milan From nobody Tue Dec 19 16:09:37 2023 X-Original-To: freebsd-stable@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 4SvhV31C0Nz54TWM; Tue, 19 Dec 2023 16:09:47 +0000 (UTC) (envelope-from yuri@aetern.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvhV26DmSz4Yc8; Tue, 19 Dec 2023 16:09:46 +0000 (UTC) (envelope-from yuri@aetern.org) Authentication-Results: mx1.freebsd.org; none Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 8713C5C0172; Tue, 19 Dec 2023 11:09:45 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 19 Dec 2023 11:09:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aetern.org; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1703002185; x=1703088585; bh=N7mC28AX7idMMuGeCZrNqMVl65ny1GtzS9Vkq1WSH9U=; b= Ya4c9NKsf8PmzrrpdaFk8tcW19ry6OkDC4Q/5BIm/XgA2RhZsilke55geqTkeEPi U3bEtcwLxNuuGgNqCH8ArSyyr2m9VXCYCzuNOHDEwdjOL5+umLfeolau9ffRgKLg +to1vUipvIjlKhnmTwX+KTMchMa/07O/brGPDMKQXreNRm8NWkNNC4NQt2k42DBI LxS5qZVjA+7/2Vi6KM9MT8wQtECMYAHuTy5pHekRvFrhd7Nb9WNpXcDUhQSoVGn2 ANQwfwgbW5t1+8/36TB6BeR2gtz33M67sG+5Vl+0OS8ylFSVOn07dPBJuaoghhJd UCNxGQbzZnHmoU8hmqNm9Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1703002185; x= 1703088585; bh=N7mC28AX7idMMuGeCZrNqMVl65ny1GtzS9Vkq1WSH9U=; b=1 O7QHrV3lfm7yX8JFpgm14Xt1EGayR/ejyz33bu84GfJwIW8fq89iocIyrU0dectG jgENjWs6Ra70pDB095D8kwzrKu7/eR3rQhMV8WkAvlp3T3vKnFhUDpf80Sv4ieT7 snNJcCCA9M25Gx2gMqMZKp+01eJTCW0M5XrG2TtzqJ6LtUFoEKxlPcKghzsWExJw WHabKuC08TQIXPFFhdAtdwYvJW9xe6rztTynSdj4jxz2jTy2BsWSyinQJ3mMfRgM gsOFLbQj6jg/jGW0Y8E0Z8W1jiJ6Q7YPlO81zK2FnVrNi1w0M9dV1N/mlrC3t3Pr DYm2/KCAsuJV1AxDu7EQA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvddutddgkeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpegjuhhr ihcuoeihuhhrihesrggvthgvrhhnrdhorhhgqeenucggtffrrghtthgvrhhnpefftdeute ekvedvieeujeeivdefjeekjedtfeduveduuddthfehhfefgedufeeivdenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihesrggvthgvrh hnrdhorhhg X-ME-Proxy: Feedback-ID: i0d79475b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 19 Dec 2023 11:09:43 -0500 (EST) Message-ID: <8f4cf72e-8320-4bfd-a4d9-3db34db4580d@aetern.org> Date: Tue, 19 Dec 2023 23:09:37 +0700 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Odd values for various memory metrics via SNMP Content-Language: en-US To: "Patrick M. Hausen" Cc: FreeBSD-STABLE Mailing List , FreeBSD Net References: <1EDAF2AC-3A2B-43BE-B66B-E095F5A80C2C@punkt.de> <84B7C7D7-BC06-4944-A7E0-5AFC47B6BC0E@punkt.de> From: Yuri In-Reply-To: <84B7C7D7-BC06-4944-A7E0-5AFC47B6BC0E@punkt.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SvhV26DmSz4Yc8 Patrick M. Hausen wrote: > HI Yuri, > >> Am 19.12.2023 um 09:50 schrieb Yuri : >> Let's start with OIDs, which ones exactly you are looking at (numeric or >> textual will do)? > > To start I'll post the 4 odd ones of my OPNsense system, FreeBSD 13.2-p7, net-snmp 5.9.1_4,1: OK, guess the following (physical memory) looks correct for you as well? --- HOST-RESOURCES-MIB::hrStorageIndex.1 = INTEGER: 1 HOST-RESOURCES-MIB::hrStorageType.1 = OID: HOST-RESOURCES-TYPES::hrStorageRam HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory HOST-RESOURCES-MIB::hrStorageAllocationUnits.1 = INTEGER: 4096 Bytes HOST-RESOURCES-MIB::hrStorageSize.1 = INTEGER: 4183816 HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 1499092 HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 = Counter32: 0 --- > HOST-RESOURCES-MIB::hrStorageIndex.2 = INTEGER: 2 > HOST-RESOURCES-MIB::hrStorageType.2 = OID: HOST-RESOURCES-TYPES::hrStorageRam > HOST-RESOURCES-MIB::hrStorageDescr.2 = STRING: Real memory > HOST-RESOURCES-MIB::hrStorageAllocationUnits.2 = INTEGER: 4096 Bytes > HOST-RESOURCES-MIB::hrStorageSize.2 = INTEGER: 191414 > HOST-RESOURCES-MIB::hrStorageUsed.2 = INTEGER: 189988 > HOST-RESOURCES-MIB::hrStorageAllocationFailures.2 = Counter32: 0 > --- > HOST-RESOURCES-MIB::hrStorageIndex.9 = INTEGER: 9 > HOST-RESOURCES-MIB::hrStorageType.9 = OID: HOST-RESOURCES-TYPES::hrStorageOther > HOST-RESOURCES-MIB::hrStorageDescr.9 = STRING: Shared real memory > HOST-RESOURCES-MIB::hrStorageAllocationUnits.9 = INTEGER: 4096 Bytes > HOST-RESOURCES-MIB::hrStorageSize.9 = INTEGER: 25627 > HOST-RESOURCES-MIB::hrStorageUsed.9 = INTEGER: 24175 > HOST-RESOURCES-MIB::hrStorageAllocationFailures.9 = Counter32: 0 > --- > HOST-RESOURCES-MIB::hrStorageIndex.8 = INTEGER: 8 > HOST-RESOURCES-MIB::hrStorageType.8 = OID: HOST-RESOURCES-TYPES::hrStorageOther > HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared virtual memory > HOST-RESOURCES-MIB::hrStorageAllocationUnits.8 = INTEGER: 4096 Bytes > HOST-RESOURCES-MIB::hrStorageSize.8 = INTEGER: 54962 > HOST-RESOURCES-MIB::hrStorageUsed.8 = INTEGER: 41268 > HOST-RESOURCES-MIB::hrStorageAllocationFailures.8 = Counter32: 0 > --- > HOST-RESOURCES-MIB::hrStorageIndex.3 = INTEGER: 3 > HOST-RESOURCES-MIB::hrStorageType.3 = OID: HOST-RESOURCES-TYPES::hrStorageVirtualMemory > HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory > HOST-RESOURCES-MIB::hrStorageAllocationUnits.3 = INTEGER: 4096 Bytes > HOST-RESOURCES-MIB::hrStorageSize.3 = INTEGER: 1279129 > HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 1258824 > HOST-RESOURCES-MIB::hrStorageAllocationFailures.3 = Counter32: 0 I took a look at FreeBSD-specific interface for getting memory values (agent/mibgroup/hardware/memory/memory_freebsd.c) and all it does is parsing the following sysctl (vm.vmtotal) output: --- vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 2 Disk Wait: 0 Page Wait: 0 Sleep: 30) Virtual Memory: (Total: 538434716K Active: 538414860K) Real Memory: (Total: 78488K Active: 75752K) Shared Virtual Memory: (Total: 52052K Active: 32236K) Shared Real Memory: (Total: 27284K Active: 24588K) Free Memory: 9474964K --- So I guess what net-snmp reports makes sense and the only value that should be used for alerts is that "physical memory" one. From nobody Tue Dec 19 17:37:48 2023 X-Original-To: freebsd-stable@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 4SvkRn2Rb9z54cNn; Tue, 19 Dec 2023 17:37:57 +0000 (UTC) (envelope-from yuri@aetern.org) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvkRm3Mppz4KXc; Tue, 19 Dec 2023 17:37:56 +0000 (UTC) (envelope-from yuri@aetern.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aetern.org header.s=fm1 header.b=kdq5cZSd; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="o nYHKwh"; spf=pass (mx1.freebsd.org: domain of yuri@aetern.org designates 66.111.4.29 as permitted sender) smtp.mailfrom=yuri@aetern.org Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 7F59D5C01EF; Tue, 19 Dec 2023 12:37:55 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 19 Dec 2023 12:37:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aetern.org; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1703007475; x=1703093875; bh=sb8fs01Mh8HeVd6w507W10o2R7WDFMcrVklUOg21L4I=; b= kdq5cZSdxsCVHVyNrl+BjbOQc3Cxpa7SHxYbVu3q8JCtfEcGUR7OcWIUGdAlfP5C 5aYVgcvNW14KmEiMIvPETilubvsG0R1fK8kSEdDn48LQElZYH3XeH6k/sHejqdnl sV3yBZzjDx297FkAGtBc3boXPzNmXLLY1yt8VtqguJ5tZktLf0+rYHAyWGm8HE69 MhTT6i+waVzN4wMHrAYdvgjg7JhoE63qiZX9ykZn0IxknZCN9n/67ETMkommMSFL 1EIZ4RPRk8dzLA3fMVusKoZ6XcuIOMYpfsYnGvjVswl/Wq6+40Dq8BdHZp/0A/oz /UgZZRD+2qRGD9T5+69tQA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1703007475; x= 1703093875; bh=sb8fs01Mh8HeVd6w507W10o2R7WDFMcrVklUOg21L4I=; b=o nYHKwhgOqv4EXqbD8jORgcy6TtOeNUDtgYPkNDgF45hFy+9IuoaiZgTbhCoGVjIr thETd6JScUdj3BYqw1AELSbCCRFyRhkzpr5Ey/DTzKfaLUBq7M0gNSoRwPJDxFDx yVt3i8Xysd6d7OMycV1Yzm14LTKUfQRAiN1kC4pAJRcp1I40rbNI4d1v3uE4I+5Q SZHotE2x14ek+gJuIrl2pXrp35msGnl1xR0ZmvTAUAhb9Dlu86ER2cPjfYHjTdCU 6XCs1ff67xhOiIj7Nr2okq9MAhhOIwuFVqvo7Q5SLyy/NhDeaVJqyzYkQSEzF+xu 4N8NDbJbA29Qbi46K66ag== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvddutddguddtudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuhffvvehfjggtgfesthejredttddvjeenucfhrhhomhepjghu rhhiuceohihurhhisegrvghtvghrnhdrohhrgheqnecuggftrfgrthhtvghrnhepgeekte duudeluefgieeihefguddvgedvveethfduieetkeetgfdufefgfffgvedtnecuvehluhhs thgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephihurhhisegrvghtvg hrnhdrohhrgh X-ME-Proxy: Feedback-ID: i0d79475b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 19 Dec 2023 12:37:53 -0500 (EST) Message-ID: <5f884312-4a66-43d6-b0bc-b3d70c4337ab@aetern.org> Date: Wed, 20 Dec 2023 00:37:48 +0700 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Odd values for various memory metrics via SNMP Content-Language: en-US From: Yuri To: "Patrick M. Hausen" Cc: FreeBSD-STABLE Mailing List , FreeBSD Net References: <1EDAF2AC-3A2B-43BE-B66B-E095F5A80C2C@punkt.de> <84B7C7D7-BC06-4944-A7E0-5AFC47B6BC0E@punkt.de> <8f4cf72e-8320-4bfd-a4d9-3db34db4580d@aetern.org> In-Reply-To: <8f4cf72e-8320-4bfd-a4d9-3db34db4580d@aetern.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_from X-Spamd-Result: default: False [-0.39 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; R_DKIM_ALLOW(-0.20)[aetern.org:s=fm1,messagingengine.com:s=fm2]; XM_UA_NO_VERSION(0.01)[]; DKIM_TRACE(0.00)[aetern.org:+,messagingengine.com:+]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; local_wl_from(0.00)[yuri@aetern.org] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4SvkRm3Mppz4KXc Yuri wrote: > Patrick M. Hausen wrote: >> HI Yuri, >> >>> Am 19.12.2023 um 09:50 schrieb Yuri : >>> Let's start with OIDs, which ones exactly you are looking at (numeric or >>> textual will do)? >> >> To start I'll post the 4 odd ones of my OPNsense system, FreeBSD 13.2-p7, net-snmp 5.9.1_4,1: > > OK, guess the following (physical memory) looks correct for you as well? > > --- > HOST-RESOURCES-MIB::hrStorageIndex.1 = INTEGER: 1 > HOST-RESOURCES-MIB::hrStorageType.1 = OID: > HOST-RESOURCES-TYPES::hrStorageRam > HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical memory > HOST-RESOURCES-MIB::hrStorageAllocationUnits.1 = INTEGER: 4096 Bytes > HOST-RESOURCES-MIB::hrStorageSize.1 = INTEGER: 4183816 > HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 1499092 > HOST-RESOURCES-MIB::hrStorageAllocationFailures.1 = Counter32: 0 > --- > >> HOST-RESOURCES-MIB::hrStorageIndex.2 = INTEGER: 2 >> HOST-RESOURCES-MIB::hrStorageType.2 = OID: HOST-RESOURCES-TYPES::hrStorageRam >> HOST-RESOURCES-MIB::hrStorageDescr.2 = STRING: Real memory >> HOST-RESOURCES-MIB::hrStorageAllocationUnits.2 = INTEGER: 4096 Bytes >> HOST-RESOURCES-MIB::hrStorageSize.2 = INTEGER: 191414 >> HOST-RESOURCES-MIB::hrStorageUsed.2 = INTEGER: 189988 >> HOST-RESOURCES-MIB::hrStorageAllocationFailures.2 = Counter32: 0 >> --- >> HOST-RESOURCES-MIB::hrStorageIndex.9 = INTEGER: 9 >> HOST-RESOURCES-MIB::hrStorageType.9 = OID: HOST-RESOURCES-TYPES::hrStorageOther >> HOST-RESOURCES-MIB::hrStorageDescr.9 = STRING: Shared real memory >> HOST-RESOURCES-MIB::hrStorageAllocationUnits.9 = INTEGER: 4096 Bytes >> HOST-RESOURCES-MIB::hrStorageSize.9 = INTEGER: 25627 >> HOST-RESOURCES-MIB::hrStorageUsed.9 = INTEGER: 24175 >> HOST-RESOURCES-MIB::hrStorageAllocationFailures.9 = Counter32: 0 >> --- >> HOST-RESOURCES-MIB::hrStorageIndex.8 = INTEGER: 8 >> HOST-RESOURCES-MIB::hrStorageType.8 = OID: HOST-RESOURCES-TYPES::hrStorageOther >> HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: Shared virtual memory >> HOST-RESOURCES-MIB::hrStorageAllocationUnits.8 = INTEGER: 4096 Bytes >> HOST-RESOURCES-MIB::hrStorageSize.8 = INTEGER: 54962 >> HOST-RESOURCES-MIB::hrStorageUsed.8 = INTEGER: 41268 >> HOST-RESOURCES-MIB::hrStorageAllocationFailures.8 = Counter32: 0 >> --- >> HOST-RESOURCES-MIB::hrStorageIndex.3 = INTEGER: 3 >> HOST-RESOURCES-MIB::hrStorageType.3 = OID: HOST-RESOURCES-TYPES::hrStorageVirtualMemory >> HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: Virtual memory >> HOST-RESOURCES-MIB::hrStorageAllocationUnits.3 = INTEGER: 4096 Bytes >> HOST-RESOURCES-MIB::hrStorageSize.3 = INTEGER: 1279129 >> HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 1258824 >> HOST-RESOURCES-MIB::hrStorageAllocationFailures.3 = Counter32: 0 > > I took a look at FreeBSD-specific interface for getting memory values > (agent/mibgroup/hardware/memory/memory_freebsd.c) and all it does is > parsing the following sysctl (vm.vmtotal) output: > > --- > vm.vmtotal: > System wide totals computed every five seconds: (values in kilobytes) > =============================================== > Processes: (RUNQ: 2 Disk Wait: 0 Page Wait: 0 Sleep: 30) > Virtual Memory: (Total: 538434716K Active: 538414860K) > Real Memory: (Total: 78488K Active: 75752K) > Shared Virtual Memory: (Total: 52052K Active: 32236K) > Shared Real Memory: (Total: 27284K Active: 24588K) > Free Memory: 9474964K > --- > > So I guess what net-snmp reports makes sense and the only value that > should be used for alerts is that "physical memory" one. OTOH, using the other way to get these values (the code checks for VM_TOTAL define) seems to provide somewhat saner values, try editing agent/mibgroup/hardware/memory/memory_freebsd.c after doing `make patch` and add the #undef as below (not providing diff output as it won't make much sense here): --- #if HAVE_SYS_VMPARAM_H #include #else #include #endif #undef VM_TOTAL --- From nobody Tue Dec 19 19:16:38 2023 X-Original-To: freebsd-stable@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 4Svmf12l2Qz54lrQ; Tue, 19 Dec 2023 19:16:57 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [217.29.41.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Svmf10XsTz4cyg; Tue, 19 Dec 2023 19:16:56 +0000 (UTC) (envelope-from hausen@punkt.de) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2003:a:d59:3800:fcdc:57c5:13f5:f2f8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 784EA6DB1D; Tue, 19 Dec 2023 20:16:49 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Odd values for various memory metrics via SNMP From: "Patrick M. Hausen" In-Reply-To: <8f4cf72e-8320-4bfd-a4d9-3db34db4580d@aetern.org> Date: Tue, 19 Dec 2023 20:16:38 +0100 Cc: FreeBSD-STABLE Mailing List , FreeBSD Net Content-Transfer-Encoding: quoted-printable Message-Id: References: <1EDAF2AC-3A2B-43BE-B66B-E095F5A80C2C@punkt.de> <84B7C7D7-BC06-4944-A7E0-5AFC47B6BC0E@punkt.de> <8f4cf72e-8320-4bfd-a4d9-3db34db4580d@aetern.org> To: Yuri X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Svmf10XsTz4cyg Hi Yuri, first thanks a lot for your help and insight. Additionally I had a short exchange with Michael W. Lucas and I am also studying his SNMP Mastery book at the moment. > OK, guess the following (physical memory) looks correct for you as = well? Yes, physical is correct across all hosts - FreeBSD, Linux, ESXi, ... > So I guess what net-snmp reports makes sense and the only value that > should be used for alerts is that "physical memory" one. I learned from MWL that "real memory" is supposed to be all memory currently in use by applications. Allocated pages. That of course makes sense, too. Now only "virtual memory" is left - according to the book that should be the sum of physical memory and swap space - and for my single Linux host it is. For the FreeBSD systems this is the one left that still looks = nonsensical. OPNsense (8G RAM, 8G swap): 4.91 of 4.99G used. TrueNAS (64G RAM, 32G swap): 627 of 628G used. TrueNAS 2 (32G RAM, 32G swap): 512 of 516G used. Recompiling net-snmp is not an option for me for these appliance OSes, but knowing that at least the "real memory" values do make sense, I'll = try to teach Observium not to paint them bright red. Kind regards, Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Sophienstr. 187 76185 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: Daniel Lienert, Fabian Stein From nobody Wed Dec 20 10:25:54 2023 X-Original-To: freebsd-stable@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 4Sw8pz3CmHz54mq7 for ; Wed, 20 Dec 2023 10:26:03 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sw8pz1szdz4Cpr for ; Wed, 20 Dec 2023 10:26:03 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703067963; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=68VydF3pYzqhs6qai86gEKxHEab3Abf2zlhHTlLt6iM=; b=Gy+53QmhZOxyqzfMgI4V6DsLp7SP4wruxoozJGIw1diHAxdmrt4SlP1Fq0V3f93RxOputF zpxPK4YaUQjiCW/mp0wX5tmXyzOJnaAVtooyYelRLCuk1VenXkm7JnzALB+sOSlOyTpUtK /acIItK0KVGVAfRvIgYZazqBACLEr2lAumkGtZNgZcsDNpoOsV4k6xfET3wSIjVbJ0oYoc N0pypdSHWrCbe6ymUogYA/1nTwLXO2zj4F4V9g0eLz6WMCU+iSLAR2cN74JUpGL1YfNbnI zI+36VYq5Z9WmplnbCFvCospg2l1sPVtxC9Kv5G4mKWe7h/lWa19J8HUr8iWkQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1703067963; a=rsa-sha256; cv=none; b=laj9+/lLBlMx4E+LsgbsfuIU1On3nTVCIGCfG255ZIYhteGtbipHl7r1a2k5jl4DGIcRO2 61UQw8Q5ZXpXMARlth4xyZCuVnLCaJjD52Em8nYkVFHEKskLSW8o37ExzmhnTfV8Zpjaho 73aGvVLrOdzwcaGPKhUW5BquV2mNPnySGPqQBitDqh6II/Jnwc8nI6CCld9DPc6EiGCtXv EqUgZIJpyBTLQIxrDvewGbKhGzsZJWMCgygzHLwUDjek5CloUekKn5sMNJ0fvjATiN8STM Sv9sSlfeFrO6clrt/yaxhVXLEVJ7+qEVkAGrKWSEgJQEJVmzzHE6Y4TVX1+/iw== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703067963; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=68VydF3pYzqhs6qai86gEKxHEab3Abf2zlhHTlLt6iM=; b=UJqmLaKHb1qEX6ybzhXc+bzV2YlqHpox5DXk2BO++L54JRH5e6zCoJa85aKgBs12+YgXRR n8HsYnLEs8FMF1N/Dfu02Th4ar9hZMTrD0XzK82nhVtnUZwSHvL/3tj9/diMtmvWWKAfR2 EWcUhoaa9F2zc9FFR9SIcG9BlErXaS+vjwV6ChCZ9uOx8ghGaePDltiRVyBYKEJmKbJtTH vvZobRJ3pTh0Bvh/ZqA+t9+OP1ow5HSO6FcfqAA1riivhdis7Q4PB/e3V7PtaEQygYaD33 ZtYBMdxPIa7UUPOAY341WyLffNTjeFXjDkWVjglvQtO4Ie15SmRQ23Kr218VLA== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Sw8py53txz5Yn for ; Wed, 20 Dec 2023 10:26:02 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [IPV6:2001:8b0:151:1:78bf:2c20:eec1:8702] (unknown [IPv6:2001:8b0:151:1:78bf:2c20:eec1:8702]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 322DD116D1 for ; Wed, 20 Dec 2023 10:25:58 +0000 (GMT) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Message-ID: <591c29fe-d817-44d0-b982-3f4930c46aa1@FreeBSD.org> Date: Wed, 20 Dec 2023 10:25:54 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-GB To: freebsd-stable@freebsd.org From: Matthew Seaman Subject: Build failures for stable/14 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------w1IOZw0Ik0JUQZLumYb2o903" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------w1IOZw0Ik0JUQZLumYb2o903 Content-Type: multipart/mixed; boundary="------------5M5Vj4B00EeKSYBFKdKqKRUP"; protected-headers="v1" From: Matthew Seaman To: freebsd-stable@freebsd.org Message-ID: <591c29fe-d817-44d0-b982-3f4930c46aa1@FreeBSD.org> Subject: Build failures for stable/14 --------------5M5Vj4B00EeKSYBFKdKqKRUP Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 DQpJJ20gZ2V0dGluZyBhIGZhaWx1cmUgYnVpbGRpbmcgRnJlZUJTRC1iYXNlIHBhY2thZ2Vz IGZvciBzdGFibGUvMTQgDQpkdXJpbmcgYnVpbGR3b3JsZCBpbiBteSBwb3VkcmllcmUgc2V0 dXA6DQoNCmBgYA0KL3Vzci9sb2NhbC9iaW4vY2NhY2hlIGNjIC10YXJnZXQgeDg2XzY0LXVu a25vd24tZnJlZWJzZDE0LjAgDQotLXN5c3Jvb3Q9L3Vzci9vYmovdXNyL2xvY2FsL3BvdWRy aWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9hbWQ2NC5hbWQ2NC90bXAgDQotQi91 c3Ivb2JqL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMv YW1kNjQuYW1kNjQvdG1wL3Vzci9iaW4gDQogIC1PMiAtcGlwZSAtZm5vLWNvbW1vbiAtRF9f YW1kNjQgLURfU1lTX1NUQUNLX0ggLVVIQVZFX0FFUyAtRElOX0JBU0UgDQotSS91c3IvbG9j YWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL3N5cy9jb250cmliL29w ZW56ZnMvaW5jbHVkZSANCi1JL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRi YXNlL3Vzci9zcmMvc3lzL2NvbnRyaWIvb3Blbnpmcy9saWIvbGlic3BsL2luY2x1ZGUvIA0K LUkvdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9zeXMv Y29udHJpYi9vcGVuemZzL2xpYi9saWJzcGwvaW5jbHVkZS9vcy9mcmVlYnNkIA0KLUkvdXNy L2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9zeXMgDQotSS91 c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL2NkZGwvY29t cGF0L29wZW5zb2xhcmlzL2luY2x1ZGUgDQotSS91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxz L3N0YWJsZTE0YmFzZS91c3Ivc3JjL3N5cy9jb250cmliL29wZW56ZnMvbW9kdWxlL2ljcC9p bmNsdWRlIA0KLWluY2x1ZGUgDQovdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUx NGJhc2UvdXNyL3NyYy9zeXMvY29udHJpYi9vcGVuemZzL2luY2x1ZGUvb3MvZnJlZWJzZC9z cGwvc3lzL2Njb21waWxlLmggDQotREhBVkVfSVNTRVRVR0lEIC1pbmNsdWRlIA0KL3Vzci9s b2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMvc3lzL21vZHVsZXMv emZzL3pmc19jb25maWcuaCANCiAgIC1ETkVFRF9TT0xBUklTX0JPT0xFQU4gLWcgLWd6PXps aWIgLU1EIA0KLU1GLmRlcGVuZC5hbGdzX2Flc19hZXNfaW1wbF9hZXNuaS5vIC1NVGFsZ3Mv YWVzL2Flc19pbXBsX2Flc25pLm8gDQotc3RkPWlzbzk4OTk6MTk5OSAtV25vLWZvcm1hdC16 ZXJvLWxlbmd0aCAtZnN0YWNrLXByb3RlY3Rvci1zdHJvbmcgDQotV3N5c3RlbS1oZWFkZXJz IC1XZXJyb3IgLVdhbGwgLVduby1mb3JtYXQteTJrIC1Xbm8tdW5pbml0aWFsaXplZCANCi1X bm8tcG9pbnRlci1zaWduIC1XZGF0ZS10aW1lIC1Xbm8tdW5rbm93bi1wcmFnbWFzIC1Xbm8t ZW1wdHktYm9keSANCi1Xbm8tc3RyaW5nLXBsdXMtaW50IC1Xbm8tdW51c2VkLWNvbnN0LXZh cmlhYmxlIA0KLVduby1lcnJvcj11bnVzZWQtYnV0LXNldC1wYXJhbWV0ZXIgLVduby10YXV0 b2xvZ2ljYWwtY29tcGFyZSANCi1Xbm8tdW51c2VkLXZhbHVlIC1Xbm8tcGFyZW50aGVzZXMt ZXF1YWxpdHkgLVduby11bnVzZWQtZnVuY3Rpb24gDQotV25vLWVudW0tY29udmVyc2lvbiAt V25vLXVudXNlZC1sb2NhbC10eXBlZGVmIA0KLVduby1hZGRyZXNzLW9mLXBhY2tlZC1tZW1i ZXIgLVduby1zd2l0Y2ggLVduby1zd2l0Y2gtZW51bSANCi1Xbm8ta25yLXByb21vdGVkLXBh cmFtZXRlciAgLVF1bnVzZWQtYXJndW1lbnRzICAgIC1jIA0KL3Vzci9sb2NhbC9wb3Vkcmll cmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMvc3lzL2NvbnRyaWIvb3Blbnpmcy9tb2R1 bGUvaWNwL2FsZ3MvYWVzL2Flc19pbXBsX2Flc25pLmMgDQotbyBhbGdzL2Flcy9hZXNfaW1w bF9hZXNuaS5vDQpJbiBmaWxlIGluY2x1ZGVkIGZyb20gDQovdXNyL2xvY2FsL3BvdWRyaWVy ZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9zeXMvY29udHJpYi9vcGVuemZzL21vZHVs ZS9pY3AvYWxncy9hZXMvYWVzX2ltcGxfYWVzbmkuYzoyNzoNCi91c3IvbG9jYWwvcG91ZHJp ZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL3N5cy9jb250cmliL29wZW56ZnMvbGli L2xpYnNwbC9pbmNsdWRlL3N5cy9zaW1kLmg6NTY6MTA6IA0KZmF0YWwgZXJyb3I6ICdjcHVp ZC5oJyBmaWxlIG5vdCBmb3VuZA0KI2luY2x1ZGUgPGNwdWlkLmg+DQogICAgICAgICAgXn5+ fn5+fn5+DQoxIGVycm9yIGdlbmVyYXRlZC4NCioqKiBbYWxncy9hZXMvYWVzX2ltcGxfYWVz bmkub10gRXJyb3IgY29kZSAxDQoNCm1ha2VbNF06IHN0b3BwZWQgaW4gDQovdXNyL2xvY2Fs L3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9jZGRsL2xpYi9saWJpY3AN CjEgZXJyb3INCg0KbWFrZVs0XTogc3RvcHBlZCBpbiANCi91c3IvbG9jYWwvcG91ZHJpZXJl L2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL2NkZGwvbGliL2xpYmljcA0KDQptYWtlWzNd OiBzdG9wcGVkIGluIC91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91 c3Ivc3JjDQoNCm1ha2VbMl06IHN0b3BwZWQgaW4gL3Vzci9sb2NhbC9wb3VkcmllcmUvamFp bHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMNCiAgICAgICA0MTcuNDcgcmVhbCAgICAgICAzNDYu NzEgdXNlciAgICAgICAgNzAuMzEgc3lzDQoNCm1ha2VbMV06IHN0b3BwZWQgaW4gL3Vzci9s b2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMNCg0KbWFrZTogc3Rv cHBlZCBpbiAvdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3Ny Yw0KWzAwOjA4OjM1XSBFcnJvcjogRmFpbGVkIHRvICdtYWtlIGJ1aWxkd29ybGQnDQpgYGAN Cg0KVGhlIGphaWwgaXMgY29uZmlndXJlZCBsaWtlIHNvOg0KDQpzdGFibGUxNGJhc2UgIDE0 LjAtU1RBQkxFIDE0MDA1MDEgOGQ0MmY4NWQ5IGFtZDY0IGdpdCtodHRwcyAyMDIzLTEyLTEz IA0KMTc6MDc6MjcgL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlDQoN CglDaGVlcnMsDQoNCglNYXR0aGV3DQo= --------------5M5Vj4B00EeKSYBFKdKqKRUP-- --------------w1IOZw0Ik0JUQZLumYb2o903 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAmWCwTMFAwAAAAAACgkQAFE/EOCp5Oel VA/8DZothwcUW5qsENdSUZ4Zl7I8pGSYUZitM9kesg3TEPkoDhXP1WH6YJ6aznry+fYp13FiieAa cvDoq3n1XcW1b24V7ePJmfXtp7PJaJpIPFwd+0NN5I8HG+SQzmeGlYcg4eNc+TvIonqoRh6frVf4 cKMM+4W673szEmVgGZCtAq1qulYzp1VIHDHaNlw2Xkz/eMg5/OBSiIQSAQRlWQ2MhhGo1FRtgaXo JkVyeEbUc+UY5COyv6+QkGzYvIzSYSI85cSVLt+tJ6a/qX+X50u4fsvpqjkT7doshinYfHEqeXqz 2bU16Lm9aaba2KTNJyn5TM4G9Bbkk4njNkbob8pFOBkNun3G+H64n/o6SwzHBzmbpp4it/QFXcOD gy2K8uGWXHhReqE6/+OweI3GHFUk9Y///5bK5SmPBgo4p37F3npkNPin1RdGn3hIrrZ2TzSn5E+L 0FE5gOMyyHmDwlG9LKgABYpiT7SWjNuNbjxl873X/NUa2a0H9ZBTDBzA6AodqOcL1Mi0oUPMDWnF ZhAje/e6zR/n38ivZyQMS0zJ1w6XPGWTITXMjv2I6O9sFWifj53eMxcNsPJKmXXbTdzraCoN5vd6 v2dhe7RAVh9+SvwbafAE4we6JHWBKXQuwFjyPCdrOW/vuVQzWu2a+GTh00iCJgV1xCF4HFq6u3le KXU= =nvEe -----END PGP SIGNATURE----- --------------w1IOZw0Ik0JUQZLumYb2o903-- From nobody Wed Dec 20 10:53:37 2023 X-Original-To: freebsd-stable@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 4Sw9Qt5fZbz54pKT for ; Wed, 20 Dec 2023 10:53:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sw9Qt1HZbz3HSk; Wed, 20 Dec 2023 10:53:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703069622; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wM69o5wSRgpLtxFfkohRQbkueF1jDf62lGMfG2Lm0u8=; b=lKpEoMPUqc830AjTMDr39gGTjbWNjlbtUzvB6KwE/4Pwdxd/3z18kDQ4vPC6M25+d0ovU9 PRSVH3eDTJUhd4xXQeinzUNKwOzh3l6+a/YbYQm30QppyVvV9p6qGjDWdbIxwvpgRreHu+ CggODx+dlhTeaCmtdwBBft4n/36wXWPx/SgW3ZFUQPKtakDyTmcrJva1iFUsKCfPws0ngH 0OicV2UMcyFX0WMG/T1AKX7qzDCv8msGtu6KKB+Jz3tJtKVMXGsl2/jsHJquHbHHS6BeMg w1v3H/6ddFtl/clYBi8Z374VPYH/1n/H/R7T9FhzeE0OuFGFQ0T9U47I5DuCkg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1703069622; a=rsa-sha256; cv=none; b=dHKvuXyaVXIhq7rzLYovcWe5gXdG2vBLwSynumAdLwhl4pueFxnbeLoE+eVccNA2gzvfuS tispllBcUdsayB1IizyGgssH46/uhmsHnIn5lpeLoO9RLeqPZPrPDRkMOV/SuHE46S2D0o fGu7JZRDzNQ7b7yojmCIs0HnhHeJMBrCEbyQMyAbnaCYbx7qh13rTCPAtpdRO3IQ84h3+W FCfQcVywK9YGSLAAiMDoAfuU7fBAGYt3LdxkTfooMw5CzDsqBeRLTyAAXrAxXL0DwzsqAj nQgQI/0raR3bpufG6ccTvEV0JFg3B8Qt9hP6X5cTBhz7AFRvm16Whn0iPoamzQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703069622; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wM69o5wSRgpLtxFfkohRQbkueF1jDf62lGMfG2Lm0u8=; b=pSHkxnmDm2D8HZ2o4DATr1hTcO/1D6bNKCw/4z2U3F96uW/zGVAR2kRR51sgXKqprKrkrS zbUF6s44ykqHw73M/MzKX5CsvgISEqn2KAjAJnkw3dl2bba+tPtyGIaul09Wx3XHRKshLN V60QKkF+m/6LIT+zXhPReAAnyE1lrUq5s3hpj+BtGRrYUydqPajbA8QoAoziGCYTbGy9uR 26OzauLpUhq7SuxgGPcqnz49uNia9Hg4sZBkQSt0w64NWJiR1VSwL8NAsenCQIHZIoSVV8 HJH3w+4U4WOiIlVs8BkCNdS1IbzzcAuTCUSFckvjV83MVkEc3l4m2eaSUiAQxA== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Sw9Qr5LqXz652; Wed, 20 Dec 2023 10:53:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 36AA16AB83; Wed, 20 Dec 2023 11:53:37 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Build failures for stable/14 From: Dimitry Andric In-Reply-To: <591c29fe-d817-44d0-b982-3f4930c46aa1@FreeBSD.org> Date: Wed, 20 Dec 2023 11:53:37 +0100 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <764C5F47-74A7-4A4B-A03F-A2F2D5A89DEA@FreeBSD.org> References: <591c29fe-d817-44d0-b982-3f4930c46aa1@FreeBSD.org> To: Matthew Seaman X-Mailer: Apple Mail (2.3731.700.6) On 20 Dec 2023, at 11:25, Matthew Seaman wrote: >=20 > I'm getting a failure building FreeBSD-base packages for stable/14 = during buildworld in my poudriere setup: >=20 > ``` > /usr/local/bin/ccache cc -target x86_64-unknown-freebsd14.0 = --sysroot=3D/usr/obj/usr/local/poudriere/jails/stable14base/usr/src/amd64.= amd64/tmp = -B/usr/obj/usr/local/poudriere/jails/stable14base/usr/src/amd64.amd64/tmp/= usr/bin -O2 -pipe -fno-common -D__amd64 -D_SYS_STACK_H -UHAVE_AES = -DIN_BASE = -I/usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/incl= ude = -I/usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/lib/= libspl/include/ = -I/usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/lib/= libspl/include/os/freebsd = -I/usr/local/poudriere/jails/stable14base/usr/src/sys = -I/usr/local/poudriere/jails/stable14base/usr/src/cddl/compat/opensolaris/= include = -I/usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/modu= le/icp/include -include = /usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/includ= e/os/freebsd/spl/sys/ccompile.h -DHAVE_ISSETUGID -include = /usr/local/poudriere/jails/stable14base/usr/src/sys/modules/zfs/zfs_config= .h -DNEED_SOLARIS_BOOLEAN -g -gz=3Dzlib -MD = -MF.depend.algs_aes_aes_impl_aesni.o -MTalgs/aes/aes_impl_aesni.o = -std=3Diso9899:1999 -Wno-format-zero-length -fstack-protector-strong = -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -Wdate-time -Wno-unknown-pragmas -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-error=3Dunused-but-set-parameter -Wno-tautological-compare = -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function = -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Qunused-arguments -c = /usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/module= /icp/algs/aes/aes_impl_aesni.c -o algs/aes/aes_impl_aesni.o > In file included from = /usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/module= /icp/algs/aes/aes_impl_aesni.c:27: > = /usr/local/poudriere/jails/stable14base/usr/src/sys/contrib/openzfs/lib/li= bspl/include/sys/simd.h:56:10: fatal error: 'cpuid.h' file not found > #include > ^~~~~~~~~ > 1 error generated. Normally, this file is located in /usr/lib/clang/16/include/cpuid.h. Does this file exist in the poudriere jail? -Dimitry From nobody Wed Dec 20 10:58:38 2023 X-Original-To: freebsd-stable@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 4Sw9Xf5gpSz54ppp for ; Wed, 20 Dec 2023 10:58:42 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sw9Xf56D0z3Nrh; Wed, 20 Dec 2023 10:58:42 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703069922; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=hk9/RON2TuvHbBnpPvaswLY20RUuAeUpwY2XKnj+SOs=; b=RIpNlx5zlBuZah8rUmS55gIaIXwj9nC94jW54T93bfrd2avusbyNOcduuCvyI6Ol0C5s6X 1Il+jsN7ykipPTv+3/GTJ3MSD7H7bcpjSspDoly4mkQ3IX8Oe6ck10ZX/3bT4Mw+2+WIx7 WKJaTQ6ee/gdgWXQW2WM0HFJ1cKAEm4SKbYM3qI37e1VpYRCoV1GFmWLzyO9yXT1+c6zRS U08orDahqgbpmB8MjT8c7dqxpVj8xYwsEcOgDRtHRH8cgd+vkIOyejcIWnlGf+dLw/yBp7 RdbHS313SdosUzkQ2h+4IHswOP6zgcmBgfh+iFw8DagBSJNKZbVjxq5qbfyQkQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1703069922; a=rsa-sha256; cv=none; b=E8Yw48hyDBKLtoOprYw97B9GAnd+/miVXrMmeOtGjHrwOhrpTY1lqnRu7nACzZl0RN1Oka C1fchy2atdLbytUdvvV7L5jvs4Y1XpQF9mln5QlvuY831WDuE7yCl8+SLgiwwB0+DPSsmU FIhTSmgLtHM1EJrDa/gfnBCMt50GYRfmz9PeG1DT/lRLmctyzOhmxvNUr885xCnaXAawO5 M7XT3eGAs6nJqzMLBlHoOJcPzWm/BJ4qRQkuK35AEaVEDLvnjucQ8AwyCwWuh1NG/cYDX/ VGUbI6FQF393a0k6pwMJGqy2X6aYgl7vEmV7RjvNpdfiwIZR71WCCZFkMMGOoQ== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1703069922; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=hk9/RON2TuvHbBnpPvaswLY20RUuAeUpwY2XKnj+SOs=; b=UDX9cUskoyAyIlokTuWX7jZz8WM0nWLcz5U/cwIlGKCest6vHW0kjk3JLC4IPqiqogwP8m +WkpjVz/ENkriDrPipNLNSYuPQBsFTSXj+m9wTLWuJCPA5iCnXZXiveiXzyd5MrjC9/dlQ c3HwT4EGpDAgX/AnPNXeSaWkfHtCxVsKbxXJiSUoGmCZgo//Ha7NPvHeHau9XfXpdoINpm ab6h/HS1VN4NbrTjRw/xUv9wMqGrXvc/qGUr+JUToZZwHnzgIe5py3XYdxESYJZ94PdSXv orExKIdwazT1+15MlBx4oY5Y8jyiU3gj4yDM2DEo7V/aqlO2C+z0OshYe3TmgA== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Sw9Xd65JZz6T9; Wed, 20 Dec 2023 10:58:41 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [IPV6:2001:8b0:151:1:78bf:2c20:eec1:8702] (unknown [IPv6:2001:8b0:151:1:78bf:2c20:eec1:8702]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id EDA21116E7; Wed, 20 Dec 2023 10:58:38 +0000 (GMT) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Message-ID: Date: Wed, 20 Dec 2023 10:58:38 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Build failures for stable/14 Content-Language: en-GB To: Dimitry Andric Cc: freebsd-stable@freebsd.org References: <591c29fe-d817-44d0-b982-3f4930c46aa1@FreeBSD.org> <764C5F47-74A7-4A4B-A03F-A2F2D5A89DEA@FreeBSD.org> From: Matthew Seaman In-Reply-To: <764C5F47-74A7-4A4B-A03F-A2F2D5A89DEA@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------8RnnMJ8Cu6UiiqXN7v3M4L0A" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------8RnnMJ8Cu6UiiqXN7v3M4L0A Content-Type: multipart/mixed; boundary="------------0tg0z8lfNWyu4NwfJa8OhCyR"; protected-headers="v1" From: Matthew Seaman To: Dimitry Andric Cc: freebsd-stable@freebsd.org Message-ID: Subject: Re: Build failures for stable/14 References: <591c29fe-d817-44d0-b982-3f4930c46aa1@FreeBSD.org> <764C5F47-74A7-4A4B-A03F-A2F2D5A89DEA@FreeBSD.org> In-Reply-To: <764C5F47-74A7-4A4B-A03F-A2F2D5A89DEA@FreeBSD.org> --------------0tg0z8lfNWyu4NwfJa8OhCyR Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMjAvMTIvMjAyMyAxMDo1MywgRGltaXRyeSBBbmRyaWMgd3JvdGU6DQo+IE9uIDIwIERl YyAyMDIzLCBhdCAxMToyNSwgTWF0dGhldyBTZWFtYW4gPG1hdHRoZXdARnJlZUJTRC5vcmc+ IHdyb3RlOg0KPj4NCj4+IEknbSBnZXR0aW5nIGEgZmFpbHVyZSBidWlsZGluZyBGcmVlQlNE LWJhc2UgcGFja2FnZXMgZm9yIHN0YWJsZS8xNCBkdXJpbmcgYnVpbGR3b3JsZCBpbiBteSBw b3VkcmllcmUgc2V0dXA6DQo+Pg0KPj4gYGBgDQo+PiAvdXNyL2xvY2FsL2Jpbi9jY2FjaGUg Y2MgLXRhcmdldCB4ODZfNjQtdW5rbm93bi1mcmVlYnNkMTQuMCAtLXN5c3Jvb3Q9L3Vzci9v YmovdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9hbWQ2 NC5hbWQ2NC90bXAgLUIvdXNyL29iai91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJs ZTE0YmFzZS91c3Ivc3JjL2FtZDY0LmFtZDY0L3RtcC91c3IvYmluICAtTzIgLXBpcGUgLWZu by1jb21tb24gLURfX2FtZDY0IC1EX1NZU19TVEFDS19IIC1VSEFWRV9BRVMgLURJTl9CQVNF IC1JL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMvc3lz L2NvbnRyaWIvb3Blbnpmcy9pbmNsdWRlIC1JL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMv c3RhYmxlMTRiYXNlL3Vzci9zcmMvc3lzL2NvbnRyaWIvb3Blbnpmcy9saWIvbGlic3BsL2lu Y2x1ZGUvIC1JL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9z cmMvc3lzL2NvbnRyaWIvb3Blbnpmcy9saWIvbGlic3BsL2luY2x1ZGUvb3MvZnJlZWJzZCAt SS91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL3N5cyAt SS91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL2NkZGwv Y29tcGF0L29wZW5zb2xhcmlzL2luY2x1ZGUgLUkvdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWls cy9zdGFibGUxNGJhc2UvdXNyL3NyYy9zeXMvY29udHJpYi9vcGVuemZzL21vZHVsZS9pY3Av aW5jbHVkZSAtaW5jbHVkZSAvdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJh c2UvdXNyL3NyYy9zeXMvY29udHJpYi9vcGVuemZzL2luY2x1ZGUvb3MvZnJlZWJzZC9zcGwv c3lzL2Njb21waWxlLmggLURIQVZFX0lTU0VUVUdJRCAtaW5jbHVkZSAvdXNyL2xvY2FsL3Bv dWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9zeXMvbW9kdWxlcy96ZnMvemZz X2NvbmZpZy5oICAgLURORUVEX1NPTEFSSVNfQk9PTEVBTiAtZyAtZ3o9emxpYiAtTUQgLU1G LmRlcGVuZC5hbGdzX2Flc19hZXNfaW1wbF9hZXNuaS5vIC1NVGFsZ3MvYWVzL2Flc19pbXBs X2Flc25pLm8gLXN0ZD1pc285ODk5OjE5OTkgLVduby1mb3JtYXQtemVyby1sZW5ndGggLWZz dGFjay1wcm90ZWN0b3Itc3Ryb25nIC1Xc3lzdGVtLWhlYWRlcnMgLVdlcnJvciAtV2FsbCAt V25vLWZvcm1hdC15MmsgLVduby11bmluaXRpYWxpemVkIC1Xbm8tcG9pbnRlci1zaWduIC1X ZGF0ZS10aW1lIC1Xbm8tdW5rbm93bi1wcmFnbWFzIC1Xbm8tZW1wdHktYm9keSAtV25vLXN0 cmluZy1wbHVzLWludCAtV25vLXVudXNlZC1jb25zdC12YXJpYWJsZSAtV25vLWVycm9yPXVu dXNlZC1idXQtc2V0LXBhcmFtZXRlciAtV25vLXRhdXRvbG9naWNhbC1jb21wYXJlIC1Xbm8t dW51c2VkLXZhbHVlIC1Xbm8tcGFyZW50aGVzZXMtZXF1YWxpdHkgLVduby11bnVzZWQtZnVu Y3Rpb24gLVduby1lbnVtLWNvbnZlcnNpb24gLVduby11bnVzZWQtbG9jYWwtdHlwZWRlZiAt V25vLWFkZHJlc3Mtb2YtcGFja2VkLW1lbWJlciAtV25vLXN3aXRjaCAtV25vLXN3aXRjaC1l bnVtIC1Xbm8ta25yLXByb21vdGVkLXBhcmFtZXRlciAgLVF1bnVzZWQtYXJndW1lbnRzICAg IC1jIC91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3JjL3N5 cy9jb250cmliL29wZW56ZnMvbW9kdWxlL2ljcC9hbGdzL2Flcy9hZXNfaW1wbF9hZXNuaS5j IC1vIGFsZ3MvYWVzL2Flc19pbXBsX2Flc25pLm8NCj4+IEluIGZpbGUgaW5jbHVkZWQgZnJv bSAvdXNyL2xvY2FsL3BvdWRyaWVyZS9qYWlscy9zdGFibGUxNGJhc2UvdXNyL3NyYy9zeXMv Y29udHJpYi9vcGVuemZzL21vZHVsZS9pY3AvYWxncy9hZXMvYWVzX2ltcGxfYWVzbmkuYzoy NzoNCj4+IC91c3IvbG9jYWwvcG91ZHJpZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3Ivc3Jj L3N5cy9jb250cmliL29wZW56ZnMvbGliL2xpYnNwbC9pbmNsdWRlL3N5cy9zaW1kLmg6NTY6 MTA6IGZhdGFsIGVycm9yOiAnY3B1aWQuaCcgZmlsZSBub3QgZm91bmQNCj4+ICNpbmNsdWRl IDxjcHVpZC5oPg0KPj4gICAgICAgICAgXn5+fn5+fn5+DQo+PiAxIGVycm9yIGdlbmVyYXRl ZC4NCj4gDQo+IE5vcm1hbGx5LCB0aGlzIGZpbGUgaXMgbG9jYXRlZCBpbiAvdXNyL2xpYi9j bGFuZy8xNi9pbmNsdWRlL2NwdWlkLmguDQo+IERvZXMgdGhpcyBmaWxlIGV4aXN0IGluIHRo ZSBwb3VkcmllcmUgamFpbD8NCg0KDQpgYGANCiMgZmluZCAvdXNyL2xvY2FsL3BvdWRyaWVy ZS9qYWlscy9zdGFibGUxNGJhc2UvIC1uYW1lIGNwdWlkLmgNCi91c3IvbG9jYWwvcG91ZHJp ZXJlL2phaWxzL3N0YWJsZTE0YmFzZS91c3IvbGliL2NsYW5nLzE2L2luY2x1ZGUvY3B1aWQu aA0KL3Vzci9sb2NhbC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMvY29u dHJpYi9sbHZtLXByb2plY3QvY2xhbmcvbGliL0hlYWRlcnMvY3B1aWQuaA0KL3Vzci9sb2Nh bC9wb3VkcmllcmUvamFpbHMvc3RhYmxlMTRiYXNlL3Vzci9zcmMvc3lzL2NvbnRyaWIveGVu L2FyY2gteDg2L2NwdWlkLmgNCmBgYA0KDQpZZXAuICBMb29rcyBsaWtlIHRoZSBmaWxlIGlz IHByZXNlbnQuDQoNCglDaGVlcnMsDQoNCglNYXR0aGV3DQoNCg== --------------0tg0z8lfNWyu4NwfJa8OhCyR-- --------------8RnnMJ8Cu6UiiqXN7v3M4L0A Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAmWCyN4FAwAAAAAACgkQAFE/EOCp5Odl aA/9F+A5cCUhBmAtWW6FKzDzLIgFzPC2KsG4UWb3ZWB4iOZZM0Mh+Pzdo/o8YlXXiRcc9kvjsRYf UqASMEp5jbfH9cOT/IPtSQ/CG9URtRYCTaFXThbPrH0KNMK8WZ3wU2pGPsO0fNwtdbfsC1J1j3XF +IB9+b7nHun4pncqiLDq32Al+HxU9tBjnU4iOOs2jtneR0tv/9XVm2LObpL98geU3P/gSohJkyNN 2CcO6yiqJdep4RvxAK/A3XTIUO67doSJMb81GbKaA4ErhRQlZgVJ5DSZTftpE+MGYPM+z/lnlJuW C9+vWn86zR3xaj7sgkOvT759c1v4xmCsGuw66ELmcr7iRdXFclUuFhc2JH5z6+OOnsCrL9hR4c/p tl/1PtspuUYJlOA2DYphqNMSxKoL4gT13sS3YzS7Z6Em+y48mNbjnHl16u69UdQ12NRhK99STkgh JXfqP2l4qXPxHln7B+IBJnMqnwwcKJfanXUuX0KUm0QXpbx1oEigV+WNSfetqfF0d9/avCgBjjc4 y7fTA4awGxjhZekGbhNXamOk9Kcw2ueVYXNzswqPVebeU4PMpc5hk80RG/+Sj9nFvKR9WMPhtoUa omlH5BTDXHtU4xqXuHaTT2dzuJSn+I8BQJtius6iUnFjmq+t/uLMuY2s2nd9ulMRYwVexnkVVD2g fSU= =WeVa -----END PGP SIGNATURE----- --------------8RnnMJ8Cu6UiiqXN7v3M4L0A--