From nobody Wed Apr 23 05:34:36 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 4Zj78v2ZkQz5snCn for ; Wed, 23 Apr 2025 05:34:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zj78t0JKQz41x7 for ; Wed, 23 Apr 2025 05:34:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="nsc/lYWi"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1745386492; bh=gqbJ9VoojvJPZCp6zDWp9TqjVyfXZ9IGfZmY26NYIRQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=nsc/lYWivMIMqiR+YGgF9lryqnqMVIFxJl/WpG8E+a8AYznOYGAu7NVDCt3E+mG6agycVra4vwH6pZdJwewPlqhlI6/UJNNUPOpiJH2YhbP7pXkWhpQQi3GIHYyDe5S1GX0GihFgtIml69/NLxpybkqvvebdvo/fFDbiR+j9b5fW+y5JLQ/2aDYoTS/UQjQixDmBFFeAs9exHOOqISqD/9T6KbedV8GKjfURC+dmoGRUoLpA8stWgFj4POS1DooSl1nnAw8TKZnPQ/Yvh9FtDjkmavG99LZru1Zdv3Cs/Fdw3FX68sNsxBvIc63JK8CPcEVXXcIA3HUiniTNSo8BLQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1745386492; bh=ucfYEjYjTfe6zWDcJ7SJtJkxuUBJUZO15Y0YRkLjBDF=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=GWeqF1Y+CsjOLDUuAqD/LIAgd3iQSYQCyHdg9dbT7rSSBwtNL/tyYbQueNLh7/YK9r86LGhcC3jQAvzDu5VO4yyusCOKA4rEGEB+heQV+F5an8fQhrmJ2PIlw3cIfOGA6YJ9zDKFIHYOmH34jm+6lRsDaLFlJ15yl3zP0BE9+3rjBmFe8cRjBmeZqyPyCJAVmVMjlDTtVAtLbZ/1w8/bVO/IvmYj0kWrX8SZfQlK9E2puX4Zg8tVWoKom6FRv74iu1IQ3E4rtvKth5eU/TPpD/JuuTXd7/Upa/hgw7qFl9G4azoU9+42z2+L4Gx9XFxrxSlXP9wpT4KpZFt/zjBrqA== X-YMail-OSG: iXllZV8VM1mtO1KZUGIR_rWoVBKzdZAFpxwpypBkjbLdvxmyEzFLq5gZaTnwlSR B5qr2e1YEZgLcthY.TSQHl0brtq4KunW4eEZfPtXhAt.KKgDvifj1cdAOTTcWbGngSKKScmrnhnI NScYaB8iDVyh3j6.ti9YygBqxTou56BLChZ4m4pzd_Teglpgdwlvp9TtRN9c1cF.NXK5dh6vzNEC 9YkjYUjI4IJ3h.LNSJSzBmaRQRwGPpLDs5QPud36SXmwTo110z7vARnElpUehenr5Y.B0x9gvfBJ E2L_Le2Zb2bPofPN8Va_t3gI80jhpH5P_SBjYfURiG3xooFSxuCo50QLCOjSzJ3zs3aora.PkwXf fO2v.19v1ZGSI1mFNDW54WErblZn8T1nTiAM._ui0vEMxqf9m6NJoBcYN7jGlhnxoOIzqt7zPWcG SrQ2asTh._5yhwXoTkzwj4lTX4xPjzsoym11UXcgGWZP7S0UN2Lsq4SkvP0hIY1M3onjBIoLUMhV bErhlxuV6T.YRWA_mmzzY5p5_w_HRdgIOGV2w0YKaefzj2bohOgb4uVkQFHArfiV7rJFcO1nIyxS RRBud3HRXQG_yqakmfQ39qAfZwrDsCc_GUaDD87NThL_Zl1BJbSF5rhFC0UzAGCAQDaDnS.lctSv HClVbdPwRkoOrnXcBMiTdNQxGLfd9ALDi.xtL8YZe5o0NsAD25.XaWcyARuYuqn.IyG7ZoPqfvXp Dt5.dirdTeAxnT3Y7oJ5X5Z.3LFUq2Iy0qD2siCUk80yFvxxCDbT7QCpnNttFmouwtpZeo8mSjl6 0toWzdMxOdEr2wuRnsHusP8pKVCcRh98_w47MiWoly6dV9KbThUGfgAiszzDllD41xzVLslJFW0U 1h0FX0xvNdeF5QlaTExkiDKozlw1mxjIDqsGhMysD8AFDsQimhRIlVs7_P_V3WeipTq3cnZ3xxB9 FXu_82RRVR8b9M1eLg2aCxzDM0F44ZA5r1d6q6eEpFB.Osr997EvkdbpFyMzLFudFBraq8bhekGM 7VPMS3Td7f3JcmJQh.PoM_jh4YhgaNsI7xtBFmvqw_mW1Knh_pOA6Fzs4PDZOx1L6uvqWrajBIpz evkBF8rYRra5Lwf2Rrj2KN2vbmIqGkS5ry7ozNFZbW4TT5eS6a9L5XdBoqtNEo26Z0l0.dwBlsV6 UiKMjYU.69LY5zZRjssNPnwwL.kYujChrBHG1Tf5vY1RzWRM7HYu8eGMb0l47v739_0Hu5vul7ab v59BjxAO4eagqYC4uxiQiIlhtSOZtmIueN0njk99iWxNgjgts0AJ.AQ.TH82rghmpp7umlwe8oAY ntwKWL8JU5l8iHcLe2OhJTykfiP_Ryt_qBVWqTRWUxU0RVny1dgK8A9VvaAeA6x8gnsiv0TlGylr ew8._34oQ0WHSO4bbh9gKtiUNXmLFh5m.VlexLVgC60IQIQuX3s4yiD00N40BMMS8vVFe.MiH23C Jz1cQH9Kc2ETrmib6cC4Y9KiVB6AGHVVxEDq9u7qqyH1ciY_d7ZwDQBENaH5Ai4cjva6ahqtvkuu 6Ve9oHWEieCJpqXT9ok7UVZ8DIUShn4jZUbn2dk2_YgHKYELE0o15g3RnnI7voWA1G1JZcKsrfDZ .FYcJo9BOGT.QEdALugcYkDzRSPG3lJld6cimy7w2b5j3JQes2VR4FBHK7A2R53qZHkEdZViFCzB REB9t6TAb6oKOVum5wOU68mnvfGQPjqNfXyv0bYM8y.0jK4Q4lD7GjICsUfABKmmG14NPkFWryyB _pHsz53qSoWGUAaCbQH7qyYGBoYT1kZCpOeTTqK9m0.IAHIyDjgWy3vLqY_ZqZqmJ9TG8QskuIAy jV53sbGX0Rk_b1nUZqqraVpfTR8I7RlZc1HRe35TUAI_iSD9YzQT6kVfXwzd4ZeJm9QkdID4lrDV 6pZ0dcWVDw3N7IqDNktbQzR751ZQk8ff0oJ3ShrNDICZeVb3i3mTHHGKIZW1VUJANrd9oSk_iItA KoLP4PgkpV5Oh5K40A9axt37M097sdw0Fo8gpW9_DFIU3xT92Nrk0RZB5.AIODwzLMqYFZ.RkFH. I8aXBcx3Lb04yoVKKPAjS2jd2M8Poef.Izu7ANJQv8IISjQ4g1o8TpPZmztYIGCKtxJVC6OcHK9I eIkAiODwr.MWIU6eiI5sX4je7HjfYN3wtik.oBnGCi3Dz4jzO0Yz_heZbwJwuboA1BfG_1fDrOGo _yXpiKDmx.znx84KPxEl64eKmfXbVSxVWzxZHEk6zY8eyYlVRZlmLaqRhtbEDoNReP0fZQl69Xwl Sqg-- X-Sonic-MF: X-Sonic-ID: 58037c75-979e-45ef-ba8c-d1a6fc66a51f Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Apr 2025 05:34:52 +0000 Received: by hermes--production-gq1-74d64bb7d7-4jn9v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b33a3e680f9580e643a09b22c64167c3; Wed, 23 Apr 2025 05:34:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: Re: zfs (?) issues? Date: Tue, 22 Apr 2025 22:34:36 -0700 References: <7FBFC21C-2E5E-409B-AACC-6C529F46B52A@yahoo.com> To: freebsd-current-freebsd-org111@ketas.si.pri.ee, FreeBSD Current In-Reply-To: <7FBFC21C-2E5E-409B-AACC-6C529F46B52A@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Spamd-Result: default: False [-2.88 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.32:from]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_LONG(-0.38)[-0.382]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from] X-Rspamd-Queue-Id: 4Zj78t0JKQz41x7 X-Spamd-Bar: -- On Apr 22, 2025, at 21:59, Mark Millard wrote: > Sulev-Madis Silber = wrote on > Date: Wed, 23 Apr 2025 04:31:41 UTC : >=20 > = https://forums.freebsd.org/threads/server-freezes-when-using-git-to-update= -ports-tree.88651/ >=20 > That, in turn mentions: >=20 > the remote console shows an unresponsive, frozen OS, unable to = interact with. >=20 >=20 > If FreeBSD 13.4 can still swapping out process kernel > stacks, you may want the likes of /etc/sysctl.conf > to have: >=20 > # > # Together this pair avoids swapping out the process kernel stacks. > # This avoids processes for interacting with the system from being > # hung-up by such. > vm.swap_enabled=3D0 > vm.swap_idle_enabled=3D0 >=20 > (I've no clue that that is why you lost control but > it may be a possibility.) >=20 > (main [FreeBSD 15] no longer does such swapping out of any > process kernel stacks and the 2 settings have been removed.) Are you using a file system based SWAP space? Vs. a Partition or Slice based SWAP space? Quoting: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206048#c7 on why it should be Partition/Slice based: QUOTE On 2017-Feb-13, at 7:20 PM, Konstantin Belousov = wrote on the freebsd-arm list: . . . swapfile write requires the write request to come through the filesystem write path, which might require the filesystem to allocate more memory and read some data. E.g. it is known that any ZFS write request allocates memory, and that write request on large UFS file might require allocating and reading an indirect block buffer to find the block number of the written block, if the indirect block was not yet read. As result, swapfile swapping is more prone to the trivial and = unavoidable deadlocks where the pagedaemon thread, which produces free memory, needs more free memory to make a progress. Swap write on the raw partition = over simple partitioning scheme directly over HBA are usually safe, while = e.g. zfs over geli over umass is the worst construction. END QUOTE Note the references to ZFS and GELI. Your forum notes reference such. A separate tunable: in case "was killed: failed to reclaim memory" is involved but not reported/recorded: in /boot/loader.conf # # Delay when persistent low free RAM leads to # Out Of Memory killing of processes: vm.pageout_oom_seq=3D120 Separate question: why did some forum top runs show qemu-system-arm threads? That could be a significant competition for RAM+SWAP. =3D=3D=3D Mark Millard marklmi at yahoo.com